SBCL AMD64 Port is proposing a port of Steel Bank Common Lisp, a CMU/CL-related Common Lisp implementation, to run on the AMD x86-64 platform.
Bidding can be done here to provide funding for this...
Note To Self...
Need to put a few more language examples into the code generator in lispcookies.lisp . At present, it generates my email address using code fragments in Common Lisp, Icon, and Snobol.
I should certainly add in Prolog and OCAML. Parrot assembler would probably be a slick idea, too...
What "goes around, comes around."
Many moons ago, I was involved with a project where a paper company in Thunder Bay was looking for accounting software. The vendor that turned out to be preferred was called System Dynamics. They now have a web site.
They produce an Oracle-based set of accounting and manufacturing software. Not neat to most people, but useful to some.
Ran into someone looking for "serious manufacturing software" that runs on Linux, prepared to pay something. SDC seems to fit the bill. They may owe me a job, some day :-).
It has been a while since the last diary entry...
Entertainment of the week is BlogShares.com; this involves "investing" in "shares" in various peoples blog diaries.
Value is enhanced assortedly by:
Here are some interesting blogs. (These should be counted as incoming links, enhancing stock values :-).)
I live about a mile away from the main SARS hospital in Canada...
His Star Trek character was pretty irritating, but the actor isn't...
As a completely different matter, I'm curious as to where Nat Friedman's "GNU Rope" has gone. I was at the 1998 ALS G-Rope talk which described this tool, whose purpose was to rummage around object files, rearranging code to improve locality of reference.
Nat has gotten busy with other things, involved with Ximian; it is not evident what happened to this.
Lately, I've been involved with discussions surrounding the representation of commodity values for the GnuCash project.
The "problem" is thus:
I, for instance, have bank accounts in both the United States and Canada, in the relevant currencies.
The PROBLEM is that these are all denominated in different terms. Dollar amounts usually are decimal fractions in units of 1/100 dollars. Stocks often are represented as integer quantities, although sometimes you can wind up with fractional shares. Mutual fund unit quantities tend to be represented as decimal fractions in units of 1/1000 or 1/10000 shares. In some cases, things are denominated as fractions based on 16ths or 64ths.
But then there is the "price" issue. You join together two commodities, and have some translation ratio, say for translating US dollars to CDN dollars, or for translating RHAT stock to $USD.
There has been a great "flame war" over this; there is some desire to have a "grand, unified quantity data structure," although that seems to me to be a bit unrealistic, as the denominator is always based on the nature of the commodity, which isn't part of the quantity.
Once the roar settles down, the "Grand Unified Data Structure For Prices" is likely to fall out of this in a reasonably natural way.
Note that floating point values are not well suited to this, as FP isn't TOTALLY stable...
New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.
Keep up with the latest Advogato features by reading the Advogato status blog.
If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!