On Thursday 28 March 2002 02:30, Lynn Winebarger wrote:
I haven't tracked down the specific problem, but I can say that invoking
autogen.sh twice will install doc/tutorial/mdate-sh the second time (but
not the first when it's right out of CVS). It installs doc/ref/mdate-sh
the first time.
---BeginMessage---
Testing of the latest guile alpha release turned up a problem on
Compaq/DEC OSF/1, to which Neil Jerram responded:
My guess is that, on this OS [Compaq/DEC OSF/1], the shell
processes $@ so that it ends up as a single, empty string
argument, even when no arguments were
---BeginMessage---
...
Nelson Sun Solaris 2.7 and 2.8:
Nelson Testing
/export/staff/computing/beebe/i386/build/guile-1.5.6/pre-inst-guile ...
Nelson with
GUILE_LOAD_PATH=/export/staff/computing/beebe/i386/build/guile-1.5.6/test-suite
Nelson ERROR: regexp.test:
---BeginMessage---
...
Nelson ERROR: srfi-19.test: SRFI date/time library: #procedure
time-utc-date (time . tz-offset) respects local DST if no TZ-OFFSET given -
arguments: ((system-error putenv ~A (No such file or directory) (2)))
How is putenv's return code documented on Solaris?
---BeginMessage---
...
Nelson /usr/local/sparc-sun-solaris2.7/bin/ld: cannot open libguile.so.14:
No such file or directory
Nelson collect2: ld returned 1 exit status
This is odd for two reasons:
- you say 2.8, but the path to ld in the error message says 2.7
- If Guile
---BeginMessage---
...
Nelson and-output-texi guile.texi || { rm guile.texi; false; }
Nelson Could not load program guile
Nelson Member libguile.so.14 not found or file not an archive
Nelson Member libguile.so.14 not found or file not an archive
Nelson
Neil Jerram [EMAIL PROTECTED] writes:
I don't know. It's not huge, but it is rather longer than the `about
10 lines' guideline that I've heard mentioned before.
Marius, can you advise?
Ian, if you think you're going to want to work on guile more, and you
don't mind, the easiest thing would
