guile-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: buidl failure on master


From: qGreg Troxel
Subject: Re: buidl failure on master
Date: Mon, 20 Apr 2009 15:14:28 -0400
User-agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.3 (berkeley-unix)

Greg Troxel <address@hidden> writes:

> My autobuild (NetBSD/amd64) for master wedged due to some git lossage
> (local changes interfering with git pull).  I recovered that and it's
> now failing:
>
>
> 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 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 gettext.doc 
> gc-segment-table.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 | 
> ../meta/uninstalled-env guile-tools snarf-check-and-output-texi          > 
> guile-procedures.texi || { rm guile-procedures.texi; false; }
> ERROR: In procedure dynamic-link:
> ERROR: file: "libguile-srfi-srfi-1-v-4", message: "Shared object 
> \"libguile-srfi-srfi-1-v-4.so\" not found"

> This is kind of a messy issue - it seems ../meta/uninstalled-env is
> trying to set up dynamic linking paths, but either it's broken or
> not quite portable enough :-)
>
> (Plus, it probably won't work with crossbuilding, but even if that's
> fixed native builds still need to use the not-yet-installed guile.)

This is easier than I thought.  The problem is not about dynamic linking
and rpath - it's that guile-tools uses srfi4 and it is being invoked
before that library has been built.  If I 'gmake -k' and then run gmake
again the above seems to succeed.

Attachment: pgpuXXXTrFCZp.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]