1.8 build problem

1.8 build problem

[James Bergstra]

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 problem during compiling... then... it hangs.  So I kill it,
and reissue make.  It hangs again, after printing the following text:

make  all-recursive
make[1]: Entering directory `/u/bergstrj/zzz.NOBACKUP/pub/src/guile-1.8.0'
Making all in oop
make[2]: Entering directory `/u/bergstrj/zzz.NOBACKUP/pub/src/guile-1.8.0/oop'
Making all in goops
make[3]: Entering directory
`/u/bergstrj/zzz.NOBACKUP/pub/src/guile-1.8.0/oop/goops'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory
`/u/bergstrj/zzz.NOBACKUP/pub/src/guile-1.8.0/oop/goops'
make[3]: Entering directory `/u/bergstrj/zzz.NOBACKUP/pub/src/guile-1.8.0/oop'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/u/bergstrj/zzz.NOBACKUP/pub/src/guile-1.8.0/oop'
make[2]: Leaving directory `/u/bergstrj/zzz.NOBACKUP/pub/src/guile-1.8.0/oop'
Making all in libguile
make[2]: Entering directory
`/u/bergstrj/zzz.NOBACKUP/pub/src/guile-1.8.0/libguile'
cat alist.doc arbiters.doc async.doc backtrace.doc boolean.doc chars.doc
continuations.doc debug.doc deprecation.doc deprecated.doc discouraged.doc
dynl.doc dynwind.doc environments.doc eq.doc error.doc eval.doc evalext.doc
extensions.doc feature.doc fluids.doc fports.doc futures.doc gc.doc goops.doc
gsubr.doc gc-mark.doc gc-segment.doc gc-malloc.doc gc-card.doc guardians.doc
hash.doc hashtab.doc hooks.doc i18n.doc init.doc ioext.doc keywords.doc lang.doc
list.doc load.doc macros.doc mallocs.doc modules.doc numbers.doc objects.doc
objprop.doc options.doc pairs.doc ports.doc print.doc procprop.doc procs.doc
properties.doc random.doc rdelim.doc read.doc root.doc rw.doc scmsigs.doc
script.doc simpos.doc smob.doc sort.doc srcprop.doc stackchk.doc stacks.doc
stime.doc strings.doc srfi-4.doc srfi-13.doc srfi-14.doc strorder.doc
strports.doc struct.doc symbols.doc threads.doc throw.doc values.doc
variable.doc vectors.doc version.doc vports.doc weaks.doc ramap.doc unif.doc
dynl.doc filesys.doc posix.doc net_db.doc socket.doc regex-posix.doc |
GUILE="/u/bergstrj/pub/src/guile-1.8.0/pre-inst-guile"
../scripts/snarf-check-and-output-texi --manual > guile.texi || { rm guile.texi;
false; }
ERROR: In procedure memoization:
ERROR: Bad define placement (define (replace module name int1 val1 int2 val2 var
val) (let ((old (or (and var (object-property var #) var) (module-variable int1
name))) (new (module-variable int2 name))) (if (object-property old (quote
replace)) (and (or (eq? old new) (not (object-property new #))) old) (and
(object-property new (quote replace)) new)))).





what's up with that?

-- 
james bergstra
http://www-etud.iro.umontreal.ca/~bergstrj



_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-guile

Re: 1.8 build problem

[James Bergstra]

> 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 problem during compiling... then... it hangs.  So I kill it,
> and reissue make.  It hangs again, after printing the following text:
....
>
> what's up with that?

In case anybody cares, this problem disappeared when I used gcc 3.2 instead.

-- 
james bergstra
http://www-etud.iro.umontreal.ca/~bergstrj



_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-guile

Re: 1.8 build problem

[James Bergstra]

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. issue ./configure --prefix=~/pub/64 (no problem)
> > 3. issue make.  no problem during compiling... then... it hangs.  So I kill it,
> > and reissue make.  It hangs again, after printing the following text:
> ....
> >
> > what's up with that?
> 
> ...this problem disappeared when I used gcc 3.2 instead.
It doesn't seem to work with 4.0 either.  If this is a known issue, maybe it
would be good for ./configure to validate the arch/compiler pair?

-- 
james bergstra
http://www-etud.iro.umontreal.ca/~bergstrj



_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-guile

Re: 1.8 build problem

[Neil Jerram]

James Bergstra <james.bergstra@umontreal.ca> 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 problem during compiling... then... it hangs.  So I kill it,
>> and reissue make.  It hangs again, after printing the following text:
> ....
>>
>> what's up with that?
>
> In case anybody cares, this problem disappeared when I used gcc 3.2 instead.

Yes indeed.  This is a known problem that we're working on, but thanks
very much for your report anyway.

Regards,
        Neil



_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-guile

Re: 1.8 build problem

[Neil Jerram]

James Bergstra <james.bergstra@umontreal.ca> 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. issue ./configure --prefix=~/pub/64 (no problem)
>> > 3. issue make.  no problem during compiling... then... it hangs.  So I kill it,
>> > and reissue make.  It hangs again, after printing the following text:
>> ....
>> >
>> > what's up with that?
>> 
>> ...this problem disappeared when I used gcc 3.2 instead.
> It doesn't seem to work with 4.0 either.  If this is a known issue, maybe it
> would be good for ./configure to validate the arch/compiler pair?

If we end up deciding that the problem is caused by a compiler bug in
GCC 4, that would make sense.  It's more likely though that there is a
real problem in the Guile source code, so we would prefer to find and
fix that.

Regards,
        Neil



_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-guile