Hi,
Alan Pae <[EMAIL PROTECTED]> writes:
> Got a little further down the road. Now I've got:
>
> if /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H
> -I. -I. -I.. -I.. -I.. -I/opt/local/include -D_REENTRANT -pthreads
> -Wall -MT libguile_la-numbers.lo -MD -MP -MF
> ".deps/libgu
Hi all,
Every now and then, I get slightly annoyed at the number of things in
guile which seem to be completely undocumented. So, I decided to make a
list of them. Attached are the following flat text files, one symbol
per line:
bound: a list of symbols which are bound at startup, plus (use
Hi again,
In the interest of getting things started, I took care of one of the
easy ones. I checked out the latest from CVS HEAD, and added both "1+"
and "1-" to the manual there. Here is the output from cvs diff
(attached). I have checked to make sure the docs still build properly.
They d
Gave up on that.
The program that I'm trying to compile against says that guile 1.2
should be good enough, so I down revved to 1.68 and it compiled flawlessly.
thanks,
alan
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman
Hi,
Take a gander:
guile> (date->string (current-date))
"Wed Jun 27 16:39:42-0400 2007"
guile> (date->string (julian-day->date (date->julian-day (current-date
"Wed Jun 27 12:39:43-0400 2007"
Offset by four hours from one another. Of course, the four hours comes
from the -0400 time zone. B
Hi,
Yep. This was a bug which was apparently fixed in the srfi-19 reference
implementation quite some time ago. However, the current reference
implementation for date->julian-day doesn't work either. Anyway, I've
made a change to my working copy of CVS HEAD, and attached is output
from cvs
