I think I've found a bug in assq-remove! and friends. My
understanding is that
(assq/v/oc-remove! alist key1)
should remove all entries from the alist whose *key* is
eq?/eqv?/equal? to key1.
In fact, with the current CVS implementation, the effect is to remove
all entries where the *whole
... are you by any chance doing anything with strings
that you got back from Postgres? I found that it is dangerous to
treat such strings as shareable. Specifically, I found that
(use-modules (database postgres))
(use-modules (ice-9 string-fun))
...
"Dale" == Dale P Smith [EMAIL PROTECTED] writes:
Dale Howdy Neil, Just saw you committing some stuff to the
Dale guile-doc cvs module so I'm picking on you. Probably should
Dale send a bug-report somewhere...
In general, [EMAIL PROTECTED] is the place for Guile bug reports. In
This is with a current CVS Guile (on a GNU/Linux system).
[neil@ossau neil]$ guile
guile (display-error #f #f #f #f #f #f)
Segmentation fault (core dumped)
[neil@ossau neil]$
The problem arises because scm_display_error does not check that its
port argument actually is a port. I'm not sure
"Alexander" == Alexander Klimov [EMAIL PROTECTED] writes:
Alexander The change which broke guile documentation is that [...]
I'm planning to try fixing this, mainly this Friday. So if anyone
else is already working on it, or has similar plans, please let me
know.
Regards,
Neil
"Gary" == Gary Houston [EMAIL PROTECTED] writes:
Gary I guess a configure check for sin6_scope_id is in order: can
Gary you tell me what OS/version you are using so I can check for
Gary other differences?
I get the same build error as Martin. My system is a Debian GNU/Linux
2.2
Martin == Martin Grabmueller [EMAIL PROTECTED] writes:
Martin Hello list, a `make dist' results in this:
Martin automake: doc/Makefile.am: `version.texi', included in
Martin `guile-tut.texi', also included in `guile.texi' make[1]:
Martin *** [distdir] Error 1 make[1]: Leaving
Neil == Neil Jerram [EMAIL PROTECTED] writes:
Martin == Martin Grabmueller [EMAIL PROTECTED] writes:
Martin Hello list, a `make dist' results in this:
Martin automake: doc/Makefile.am: `version.texi', included in
Martin `guile-tut.texi', also included in `guile.texi' make[1
Masao == Masao Uebayashi [EMAIL PROTECTED] writes:
Masao This is also from today's source compilation. Making all
Masao in doc gmake[1]: Entering directory
Masao `/usr/local/src/guile-core-20010517/doc' Updating
Masao ./version.texi cd . \ makeinfo `echo guile.texi | sed
Martin == Martin Grabmueller [EMAIL PROTECTED] writes:
Martin Hello list, I was just trying out an example from the GRM,
Martin node `Trace':
guile ... lazy-catch handler did return. ABORT: (misc-error)
Martin It would be really nice if we could get that working again
Thomas == Thomas Bushnell, BSG [EMAIL PROTECTED] writes:
Thomas The following code from guile-core/emacs/guile.el fails in
Thomas the event that channel.scm is not found anywhere:
Thomas In that event, the variable is set to the value of
Thomas load-path; clearly wrong, and
This is with the current CVS stable branch: [Fri Jul 13 16:00:06 2001
+0100]
neil@laruns:~/Guile/1.5/guile-core$ export GUILE_WARN_DEPRECATED=detailed
neil@laruns:~/Guile/1.5/guile-core$ guile -q
guile (use-modules (ice-9 r5rs))
Using `export' to re-export imported bindings is deprecated. Use
Martin == Martin Grabmueller [EMAIL PROTECTED] writes:
From: Neil Jerram [EMAIL PROTECTED] Date: 17 Jul 2001
19:14:26 +0100
Dale == Dale P Smith [EMAIL PROTECTED] writes:
Dale There are probably more of these kind of bugs. Someone
Dale ought to go through
This is with current unstable CVS Guile...
[neil@laruns ~]$ guile -q
guile (set! %load-path (cons /home/neil/Guile %load-path))
guile (gc)
guile (use-modules (lang elisp))
guile (gc)
Error in scm_gc_sweep during GC: unknown type
Aborted
[neil@laruns ~]$
I've attached the (lang elisp) module
Rob == Rob Browning [EMAIL PROTECTED] writes:
Rob Mikael Djurfeldt [EMAIL PROTECTED] writes:
Since the current tools assume one manual per directory I'd
suggest we split the various documents into subdirectories
(i.e. Neils second alternative).
Rob It's not so much an
Neil == Neil Jerram [EMAIL PROTECTED] writes:
Neil Error in scm_gc_sweep during GC: unknown type Aborted
I've now reduced this problem to two lines...
[neil@laruns ~]$ guile -q
guile (symbol-fset! 'equal (make-variable equal?))
guile (gc)
Error in scm_gc_sweep during GC: unknown type
Neil == Neil Jerram [EMAIL PROTECTED] writes:
Neil OK, I'll handle the split tomorrow, in both stable and
Neil development branches.
This is now done. All works OK as far as I can tell, but I hope
others will test this as well...
Neil
Alex == Alex Schroeder [EMAIL PROTECTED] writes:
Alex Thien-Thi Nguyen [EMAIL PROTECTED] writes:
i believe this bug is actually a misunderstanding. [...]
guile read-and-eval!
#primitive-procedure read-and-eval!
guile (version)
1.5.2
guile
Alex Hm.
Golubev == Golubev I N [EMAIL PROTECTED] writes:
Golubev http://www.utdallas.edu/acc/glv/Tcl/war{,2}/ in
Golubev `guile-tut.texi' are non-existent currently.
Well we can probably find some replacement URLs, but I think the wider
question is whether we still want to preserve this tired
Gary == Gary Houston [EMAIL PROTECTED] writes:
Date: Mon, 1 Oct 2001 01:02:30 -0700 From: Thien-Thi Nguyen
[EMAIL PROTECTED]
From: Gary Houston [EMAIL PROTECTED] Date: 29 Sep 2001
21:13:35 -
It seems to work OK in Guile 1.3.4.
data point:
Michael == Michael Carmack [EMAIL PROTECTED] writes:
Michael On versions 1.3.2a, 1.4, 1.5.4, compiles always fail
Michael because usleep is apparently detected as an int instead
Michael of a void. This is a gnu/linux system, kernel 2.4.10,
Michael glibc 2.1.3, gcc 2.95.3,
Thien-Thi == Thien-Thi Nguyen [EMAIL PROTECTED] writes:
Thien-ThiFrom: Scott Lenser [EMAIL PROTECTED]
Thien-Thi Date: Sun, 11 Nov 2001 06:05:29 -0500
Thien-ThiPart of the documentation for string-null? is
Thien-Thi incorrect where it says nonzero, it means zero.
Scott == Scott Lenser [EMAIL PROTECTED] writes:
Scott The documentation for substring-move!,
Scott substring-move-left!, and substring-move-right! never says
Scott what substring-move! does.
Hmm, yes. That's because it's all rather bogus, I'm afraid.
As far as I can tell,
Patrick == Patrick Morales [EMAIL PROTECTED] writes:
Patrick I am trying to install guile-1.4 [...]
Patrick gawk: ./guile-snarf.awk:17: (FILENAME=- FNR=2196) fatal
Patrick error: internal error ./guile-doc-snarf[32]: 124923410
Patrick Abort *** Error code 1 (bu21) *** Error
Chris == Chris Cramer [EMAIL PROTECTED] writes:
Chris On Fri, Oct 05, 2001 at 03:35:30PM +, Golubev
Chris I. N. wrote:
http://www.utdallas.edu/acc/glv/Tcl/war{,2}/ in
`guile-tut.texi' are non-existent currently.
Chris Maybe it'd be better to take them out entirely,
Clemens == Clemens Kirchgatterer [EMAIL PROTECTED] writes:
Clemens i configured guile with: ./configure --prefix=/usr
Clemens --with-threads --disable-networking
Clemens but it fails to compile with:
Clemens socket.c:979: libguile/socket.x: No such file or
Clemens
author == author [EMAIL PROTECTED] writes:
author conflicting types for `inet_aton'
author make fails for guile-1.4.tar.gz in directory
This is an FAQ (and also an easily soluble problem) - please see the
Guile FAQ linked from http://www.gnu.org/software/guile.
Neil
Using the current unstable CVS Guile...
Running under gdb, type in the following:
(gdb) run -q
Starting program: /usr/local/bin/guile -q
guile (trap-set! enter-frame-handler (lambda () 1))
(exit-frame-handler #f apply-frame-handler #f enter-frame-handler #procedure #f ()
traps)
guile
thi == Thien-Thi Nguyen [EMAIL PROTECTED] writes:
thiFrom: Martin Grabmueller [EMAIL PROTECTED]
thiDate: Mon, 4 Feb 2002 15:28:14 +0100 (MET)
thimake maintainer-clean; cvs update; ./autogen.sh;
thi./configure --enable-maintainer-mode --with-threads; make;
thi == Thien-Thi Nguyen [EMAIL PROTECTED] writes:
thiFrom: Alex Stark [EMAIL PROTECTED]
thiDate: Mon, 11 Feb 2002 15:53:36 -0500
thiThe goops manual printed reasonably, whereas the
thigoops-tutorial was junk.
thi the tutorial is in the manual.
Also, for
author == author [EMAIL PROTECTED] writes:
author Red Hat 7.2 kernel 2.4.7-10
author gcc 2.96 2731 KDE 2.2-11
author /usr/loca/guile-1.4/./confiureran OK
author but error during make
authorWhat can I do? I need guile for glame
author and I really need
Re bug number 8 `install requires makeinfo'...
I know we've already addressed this partially in Makefile.am, by
copying guile-procedures.texi to guile-procedures.txt if makeinfo is
not available.
However, wouldn't a better fix be to include a prebuilt
guile-procedures.txt in the distribution?
This bug has been fixed in unstable CVS, by removing the lines at the
end of (ice-9 debug) that unconditionally enable debugging. Is there
any reason why we shouldn't fix it in the same way on the stable
branch?
Neil
___
Bug-guile mailing
Is this still a problem? I can't reproduce it with either stable or
unstable.
For me,
- `guile -s bug9.scm' outputs about 15 `a's and `b's, and then stops,
as the main thread has exited
- `guile -l bug9.scm' continues outputting `a's and `b's forever, and
also performs normal REPL
Hasn't this one been fixed by the change from AC_LIBLTDL_CONVENIENCE
to AC_LIBLTDL_INSTALLABLE?
Neil
(Both stable and unstable branches have this ChangeLog entry:
2001-11-19 Rob Browning [EMAIL PROTECTED]
* configure.in: switch to AC_LIBLTDL_INSTALLABLE so we'll use the
Marius == Marius Vollmer [EMAIL PROTECTED] writes:
Marius Neil Jerram [EMAIL PROTECTED] writes:
This bug has been fixed in unstable CVS, by removing the lines at the
end of (ice-9 debug) that unconditionally enable debugging. Is there
any reason why we shouldn't fix
Matt == Matt Wette [EMAIL PROTECTED] writes:
Matt Guile 1.5.4 (1.4 also) says that symbols are arrays.
guile (version)
Matt 1.5.4
guile (array? 'abc)
Matt #t
scm_array_p takes an optional arg. If the optional arg isn't there,
and the required arg isn't a smob, it will
Marius == Marius Vollmer [EMAIL PROTECTED] writes:
Marius Neil Jerram [EMAIL PROTECTED] writes:
I'm not convinced. How can people be expecting debugging to be turned
on after having explicitly said `(debug-disable 'debug)' in their
.guile file?
Marius Because
Marius == Marius Vollmer [EMAIL PROTECTED] writes:
Marius Neil Jerram [EMAIL PROTECTED] writes:
Marius == Marius Vollmer [EMAIL PROTECTED] writes:
Marius Neil Jerram [EMAIL PROTECTED] writes:
I'm not convinced. How can people be expecting debugging to be turned
Ian == Ian Sheldon [EMAIL PROTECTED] writes:
Ian I've added some examples to the doc/ref/posix.texi file from
Ian guile-core-20020225 to help show the results of some of the
Ian procedures. I also did an update nodes/menus. Hope it is useful.
Thanks! I'd love to commit this, but
Ian == Ian Sheldon [EMAIL PROTECTED] writes:
Ian No problems. Here's the patch without the extra @node
Ian updates.
Many thanks.
Ian I haven't signed any papers with the FSF so if the patch is considered
Ian too big to incorporate without signing copyright papers then I'd be
---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
Marius == Marius Vollmer [EMAIL PROTECTED] writes:
Marius Neil Jerram [EMAIL PROTECTED] writes:
Nelson == Nelson H F Beebe [EMAIL PROTECTED] writes:
Nelson I've made installation attempts for guile-1.5.6 on 13+
Nelson different UNIX platforms, with a few successes (GNU
Patch
--- /home/neil/Guile/1.6/guile-core/libguile/eval.c.old Thu May 2 12:45:56 2002
+++ /home/neil/Guile/1.6/guile-core/libguile/eval.c Thu May 2 12:46:21 2002
@@ -1417,7 +1417,9 @@
ls = scm_cons (scm_sym_define,
z = scm_cons (n = SCM_CAR (x),
thi == Thien-Thi Nguyen [EMAIL PROTECTED] writes:
thiFrom: Neil Jerram [EMAIL PROTECTED]
thiDate: 02 May 2002 13:59:06 +0100
thiThe copy in scm_unmemocopy, which looks as though it might be
thiintended to fix this problem [...]
thi was this used previously
Marius == Marius Vollmer [EMAIL PROTECTED] writes:
Marius Neil Jerram [EMAIL PROTECTED] writes:
OK. Any thoughts on whether this is worth putting into the stable
branch as well? I assume it's Rob's decision...
Marius If I understand the issue right (which I probably don't
thi == Thien-Thi Nguyen [EMAIL PROTECTED] writes:
thiFrom: Neil Jerram [EMAIL PROTECTED]
thiDate: 05 May 2002 15:00:59 +0100
thiNo; the new way doesn't mutate at all. It creates a new
thienvironment that shares some substructure with the old
thi
Ian == Ian Sheldon is writes:
Ian Below, I've added a patch for a few examples of using the regular
Ian expression functions. I hope it is useful.
Nice - I will apply these this evening. Many thanks!
Neil
___
Bug-guile mailing
ML == M Luedde [EMAIL PROTECTED] writes:
ML Hello!
ML The guile `info' documentation (1.5.7) states that guile is R5RS
ML compliant.
ML However, I cannot get the macro mechanism `define-syntax' to work
ML (guile 1.6.0 on cygwin).
ML What's wrong here?
Can you post a
Orm == Orm Finnendahl [EMAIL PROTECTED] writes:
Orm Hi, after compiling and installing guile 1.6.0 I get the
Orm following error on a Debian with 2.4.19 kernel when trying to
Orm use libreadline as specified in guile's info manual:
guile (use-modules (ice-9 readline))
Orm
Orm == Orm Finnendahl [EMAIL PROTECTED] writes:
Orm Hi all,
Orm sorry to bug you again, but I experience a strange thing trying to use
Orm readline within an inferior guile process in emacs: When loading the
Orm readline modules in a console, the behaviour of readline is the way
Marius == Marius Vollmer [EMAIL PROTECTED] writes:
Marius Note also that (ice-9 format) is not thread safe...
And also -- if it makes any difference -- not async safe. I saw an
interesting bug the other day when GC happened somewhere in the middle
of (ice-9 format), and then:
GC -
Neil == Neil Jerram [EMAIL PROTECTED] writes:
Neil You can see the effect of set-readline-prompt! like this:
guile (begin (set-readline-prompt! 1 2 ) (readline))
1 something
Neil something
guile (begin (set-readline-prompt! 1 2 ) (read))
2 something
Neil something
Marius == Marius Vollmer [EMAIL PROTECTED] writes:
Marius Neil Jerram [EMAIL PROTECTED] writes:
Marius/Rob, should this go into the stable branch as well?
Marius Yes. (The way I understand it, it is a fix for something
Marius that didn't work before at all, right? It doesn't
bstep == bstep [EMAIL PROTECTED] writes:
bstep After a few attempts, I can't seem to get the guile
bstep source code to compile on
bstep my workstation. I am currently utilizing Slackware 8.1
bstep distro with 2.4.18
bstep kernel. Are there some dependencies that I am
Kevin == Kevin Ryde [EMAIL PROTECTED] writes:
Kevin In the Property Primitives node of the manual (in the cvs), there
Kevin seems to be no mention of what parameters are passed to the
Kevin not_found_proc taken by primitive-make-property.
Kevin Experimenting shows it's the
bobstopper == bobstopper [EMAIL PROTECTED] writes:
bobstopper Ok, well that's pretty annoying. That's certainly what
bobstopper I do to get it complaining. [...] Do you have anything
bobstopper related installed which might be working around the
bobstopper problem?
Well I'm
.
Robert Thanks heaps for checking it out.
Robert On Fri, 2003-08-08 at 05:25, Neil Jerram wrote:
Robert,
You probably said in your earlier reports, but ... which version(s) of
Guile do you see this bug with?
(I'll try to make time over the weekend to investigate
Robert == Robert Marlow [EMAIL PROTECTED] writes:
Robert I've still got the guile-1.6.4 version I have installed available
Robert though. I've put it in webspace at:
Robert http://system.piscescom.com/~rmarlow/guile-1.6.4.tar.bz2
Robert If you want to try that. I'll continue to
Jack == Jack Pavlovsky [EMAIL PROTECTED] writes:
Jack Hi
Jack I've found some bugs in the guile tutorial (and probably there're more):
Jack chapter Using guile to program in scheme,
Jack(reverse ls) would produce (7 6 5 4 3 2 1), not as written there!
Jackalso,
Han-Wen == Han-Wen Nienhuys [EMAIL PROTECTED] writes:
Han-Wen Yeah, I found out so far. Now I have to figure out what in my 1
Han-Wen lines of Scheme code is causing
Han-WenERROR: In procedure car:
Han-WenERROR: Wrong type argument in position 1: ()
Surely a
David Hansen [EMAIL PROTECTED] writes:
Hello,
my first guile code started with a SIGSEGV. Not sure if
it's not my fault but looks like a bug to me.
,[ gtst.c ]
| // -*- compile-command: gcc -g -Wall `guile-config compile` `guile-config link`
gtst.c -o gtst -*-
|
| #include
Marius Vollmer wrote:
Neil Jerram [EMAIL PROTECTED] writes:
Working on breakpoints for 1.6.x, I just discovered that the
following ENTER_APPLY trap code in eval.c goes into a tight busy loop
if (debug-enable 'trace) and (trap-set! apply-frame-handler non-#f).
if (CHECK_APPLY SCM_TRAPS_P
Marius Vollmer wrote:
Waitaminute! We no longer use alists in 1.6:
2004-08-11 Marius Vollmer [EMAIL PROTECTED]
* gc.c, procprop.c (scm_init_storage, scm_stand_in_procs,
scm_stand_in_proc): Use a hastable for scm_stand_in_procs instead
of an alist. Thanks to Matthias
Marius Vollmer wrote:
Marius Vollmer [EMAIL PROTECTED] writes:
Neil Jerram [EMAIL PROTECTED] writes:
And one more problem ... the same problem exists in CVS head, but a
similar patch doesn't fix it ... still investigating.
I'm looking into this as well, now. The fix you did for 1.6 looks
good
Neil Jerram wrote:
This change (calculating and storing the offset in
scm_make_continuation) makes sense [...]
One more thing - are you happy with the proposed new tests for 1.6 and
head? I think one change is needed, namely to save and restore
(debug-options) so that the effect of (debug
Marius Vollmer wrote:
Neil Jerram [EMAIL PROTECTED] writes:
One more thing - are you happy with the proposed new tests for 1.6 and
head?
Yes.
I think one change is needed, namely to save and restore
(debug-options) so that the effect of (debug-enable 'debug) can't
affect other tests.
Sounds
Marius Vollmer wrote:
Hmm, I didn't really try to debug your patch. I followed its idea of
also relocating dframe-vect and made the changes that seemed right.
Using offset = SCM_CONTREGS (stack)-stack - SCM_BASE(stack) looks
right. The bug is probably elsewhere...
Fair enough, but when I
Neil Jerram wrote:
Yes, will do. Probably not today, though :-)
This is now complete. Two notes:
- In HEAD, I moved the new tests from eval.test to continuations.test,
as the latter seems more appropriate. (I only used eval.test in 1.6 in
order to avoid having to create a new file.)
- In 1.6
Werner Scheinast wrote:
scmsigs.c: In function `signal_delivery_thread':
scmsigs.c:152: warning: no return statement in function returning non-void
When I follow Paul's suggestion and add __attribute__((noreturn)) before
the function name (right?), it doesn't change anything.
Perhaps the
Werner Scheinast wrote:
Am 09.05.05 schrieb NeilJerram:
Can you try adding
return SCM_UNSPECIFIED;
to the end of the definition of signal_delivery_thread(), and see if
that solves the problem?
Yes, it does! Now the make runs without problems.
OK, this is committed, so it'll be in the next
Just noticed a make check failure in current CVS, on Debian testing:
Running unif.test
FAIL: unif.test: make-shared-array: shared of shared
Any ideas?
Neil
___
Bug-guile mailing list
Bug-guile@gnu.org
Kevin Ryde wrote:
Neil Jerram [EMAIL PROTECTED] writes:
FAIL: unif.test: make-shared-array: shared of shared
Any ideas?
There's something wrong with making a shared array from another shared
array. The base is or isn't offset or something.
OK, thanks for explaining that.
I don't normally add
In 1.6.7, given these tests -
(with-test-prefix set-source-property!
(read-enable 'positions)
(let ((s (read (open-input-string (display \\)
(pass-if set-source-property! before eval
(set-source-property! s 'test-sym 10)
(eval s the-scm-module)
#t)
(pass-if
Marius Vollmer wrote:
Neil Jerram [EMAIL PROTECTED] writes:
I propose that the SCM_NECONSP fix is good enough in practice, and
would like to release it into 1.6.x. Any objections?
Not from me!
OK, this fix is in now, as well as the new tests.
Neil
Gene Pavlovsky [EMAIL PROTECTED] writes:
guile (readline-set! 'bounce-parens 50)
unnamed port: In expression (readline-options-interface (append # #)):
unnamed port: Unbound variable: readline-options-interface
ABORT: (unbound-variable)
Does it work if you omit the quote? In other words,
anonymous [EMAIL PROTECTED] writes:
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=14925
Well I'd like to ask two questions in response to this.
- Can you be more precise about how __libc_stack_end is non-portable?
(Is it just a matter of having a recent enough glibc?)
- What
Kevin Ryde [EMAIL PROTECTED] writes:
Neil Jerram [EMAIL PROTECTED] writes:
- Can you be more precise about how __libc_stack_end is non-portable?
(Is it just a matter of having a recent enough glibc?)
My guess would be __libc_stack_end is portable enough, in the sense of
being upward
Matt Yu [EMAIL PROTECTED] writes:
It seems that guile just doesn't work on cygwin anymore. I get the
following message with versions 1.6.7 and the 1.7 versions.
ERROR: In procedure make-struct-layout:
ERROR: Wrong type argument in position 1 (expecting STRINGP): pw
For what input? Just
steven mestdagh [EMAIL PROTECTED] writes:
hi,
I'm using OpenBSD 3.9 beta. With guile 1.8.0, the build runs fine but
the following error occurs when running the test suite. The code for
scm_init_guile seems to have been removed from init.c?
scm_init_guile is in threads.c, but only if
Matt Kraai [EMAIL PROTECTED] writes:
Howdy,
When I try to compile guile 1.8.0 on QNX 6.3.0, it fails as follows:
source='threads.c' object='libguile_la-threads.lo' libtool=yes \
DEPDIR=.deps depmode=gcc /bin/sh ../depcomp \
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
Kevin Ryde [EMAIL PROTECTED] writes:
Steve Juranich [EMAIL PROTECTED] writes:
Are there any workarounds for this?
There's something evil happening, I can't tell what it is. Marius was
the last to give the array bits a prod, he might be able to say.
I've fixed this in CVS now:
*
Mike Gran [EMAIL PROTECTED] writes:
Hi,
In srfi-4.c, pointer arithmetic on void pointers is done. This is a
GNU C extension, and I think it is not C99. For non-GCC C, you might
consider a cast to (char *) or something.
Thanks. I changed the declarations from void* to char*, as I think
Mike Gran [EMAIL PROTECTED] writes:
In 1.8.0, in unif.c, the static void function string_set() returns
the value of void function scm_c_string_set_x().
That type of construction is non-standard, I think, (but I couldn't
find a good reference for it). FWIW, the AIX xlc compiler believes it
Aubrey Jaffer [EMAIL PROTECTED] writes:
checking for library containing crypt... -lcrypt
checking for __gmpz_init in -lgmp... yes
configure: error: At least GNU MP 4.1 is required, see README
Are there any clues at the end of config.log, when this happens?
Neil
Aubrey Jaffer [EMAIL PROTECTED] writes:
| From: Neil Jerram [EMAIL PROTECTED]
| Date: Tue, 14 Mar 2006 19:56:31 +
|
| Aubrey Jaffer [EMAIL PROTECTED] writes:
|
| checking for library containing crypt... -lcrypt
| checking for __gmpz_init in -lgmp... yes
| configure
James Bergstra [EMAIL PROTECTED] writes:
I'm on Fedora core, AMD64, with guile 1.6 already installed in /usr/bin, the
compiler is gcc 4.2.0. I want to install guile 1.8 in my account, so I
1. download the 1.8 tgz
2. issue ./configure --prefix=~/pub/64 (no problem)
3. issue make. no
James Bergstra [EMAIL PROTECTED] writes:
On Wed, May 03, 2006 at 01:53:35AM -0400, James Bergstra wrote:
I'm on Fedora core, AMD64, with guile 1.6 already installed in /usr/bin,
the
compiler is gcc 4.2.0. I want to install guile 1.8 in my account, so I
1. download the 1.8 tgz
2.
James Bergstra [EMAIL PROTECTED] writes:
Hi,
I'd like to file a bug report on guile-1.8, but I don't know how.
You're already doing the right thing: writing to [EMAIL PROTECTED]
I have a program that causes the guile interpreter to segfault when I output
with (simple-format), but runs
Frithjof [EMAIL PROTECTED] writes:
Hey,
when trying to compile the example from chapter 2.3.3 Linking
Guile into Programms in the Reference Manual with gcc 3.3.5 I get the
following:
gcc -o simple-guile simple-guile.c -lguile -pthread \
-Wl,-rpath,/usr/local/lib
(gdb) run
Starting
Mattias Holm [EMAIL PROTECTED] writes:
Makes fails when parallelisation option -jN is used. This is at
least true for Mac OS X (which also fail in other parts of the make
process, though this later error are apparently known (this also
prevents me from using Guile 1.8 in my project)).
Non
Kevin Ryde [EMAIL PROTECTED] writes:
Neil Jerram [EMAIL PROTECTED] writes:
I would guess this means that the Makefile
is failing to work out that the libguile .c files depend on
scmconfig.h,
Yep. I added scmconfig.h to the .x and .doc files dependencies,
because they run cpp
Kevin Ryde [EMAIL PROTECTED] writes:
Sticking it in nodist_noinst_DATA = guile.texi seems to work to get
it built under make all, if you still want it. If normal users
don't need it then maybe it should be restricted to if
ENABLE_MAINTAINER_MODE though.
Thanks for noting that. Feel free to
Marius Vollmer [EMAIL PROTECTED] writes:
Neil Jerram [EMAIL PROTECTED] writes:
in lines
872-893, this -
if (s[k].inc 0)
old_max += (s[k].ubnd - s[k].lbnd) * s[k].inc;
else
old_min += (s[k].ubnd - s[k].lbnd) * s[k].inc;
- suggests that (old_min
percy tiglao [EMAIL PROTECTED] writes:
Hello. I decided to make a print version of the reference manual; but
there were so many stuff that ran through the right side of the page
(technically, overfull hboxes). I'm interested in helping you guys
remove those things so that all the stuff fits
Marco Maggi [EMAIL PROTECTED] writes:
'scm_dynwind_free()' is not documented with @deftypefun,
so it does not appear in the functions index.
Thanks; I've added doc for this now.
diff --recursive original/doc/ref/api-compound.texi
modified/doc/ref/api-compound.texi
1046c1046
tabel above
1 - 100 of 296 matches
Mail list logo