freenode/#clasp - IRC Chatlog
Search
13:43:44
drmeister
On my end the weekend was a rousing success. I finally got Cando to work with the MPS.
13:46:52
Colleen
Bike: drmeister said 10 hours, 3 minutes ago: We can set breakpoints with the bogus DWARF info. Starting up iclasp-boehm, connect with udb and go: b cmpintrinsics.lsp:9995 / b cmpintrinsics.lsp:999993 and then compile-file something it breaks when it hits that code.
13:46:52
Colleen
Bike: drmeister said 10 hours, 3 minutes ago: This will help us find it and fix the compiler to generate better DWARF info.
14:00:31
drmeister
Now - I've merged master with the 'badge' branch and I'm doing a bit more merging now.
14:01:07
drmeister
Right now I'm loading inline.lisp twice. From our conversation a few days ago I can get rid of the second load of inline because you have rearranged the order of things in inline.lisp.
14:01:40
drmeister
I'd like to do it because it's kind of a kludge in the build system to load it a second time.
17:14:21
Bike
the mpn functions are like... half documented. i have to see how mpz functions work before understanding them enough. oh well
17:32:40
Bike
mostly it's the sign and magnitude representation. you can't just add a positive number to a negative number
20:51:36
drmeister
Is type inference fully installed and working at this point? Other than the bug that we hit this weekend - it's working - right?
20:52:45
drmeister
Bike: The problem with the GCSignedArray is the initial fill isn't using absolute value?
20:53:20
Bike
and yeah type inference is working other than when it doesn't work. we hit this bug because we had it fully enabled
20:53:21
drmeister
I need to make sure that it uses absolute value in every case where it uses the _Length
20:55:17
Bike
by the way, my strategy right now is souping up TheNextBignum while leaving the regular bignum class where it is
20:55:30
Bike
replacing it will be kind of annoying to do since the internal numbers api is very messy
20:58:15
drmeister
So I'll switch any use of this->_Length to llabs(this->_Length) wherever it's being used as a length.
21:02:14
drmeister
I thought it would be a bit more register arithmetic (which I doubt we will see any measurable runtime cost) and less code duplication.
21:04:46
drmeister
I'm changing the field name from _Length to _SignedLength and that will catch any uses outside of gcarray.h. - I don't think there are any.
21:08:29
drmeister
One thing that all this mucking about with compilers has taught me is that register operations are fast and it's memory operations that we need to worry about.
21:13:55
drmeister
selwyn: No worries - we need to accelerate the bignum transition because we want to implement image save/load.
21:14:26
selwyn
ok. so you have decided to introduce a new bignum class that is a moveable gc array?
21:16:01
selwyn
iirc i got strange errors when trying to compile bclasp, which i thought were due to weird behaviour of the compiler. but i was not able to get to the bottom of it
23:07:40
Bike
switching to mpn should reduce consing too, i think. we do a lot of bignum x fixnum operations by allocating a bignum for the fixnum, but I don't think that will be necessary