Date: Wed, 01 Jun 2011 15:39:49 +0200 From: Matthias Andree <matthias.andree@gmx.de> To: freebsd-ports@freebsd.org Cc: amatus@gnu.org Subject: Re: lang/guile build fails for me Message-ID: <4DE64125.6080907@gmx.de> In-Reply-To: <20110601131956.GC2223@reindeer.exwg.net> References: <4DE5D8C9.3020506@icyb.net.ua> <4DE6244E.1040301@FreeBSD.org> <20110601114442.GB2223@reindeer.exwg.net> <4DE6392D.5000106@gmx.de> <20110601131956.GC2223@reindeer.exwg.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Am 01.06.2011 15:19, schrieb Christoph Moench-Tegeder: > ## Matthias Andree (matthias.andree@gmx.de): > >>>> >From config.log: >>>> configure:11579: checking for lt_dlinit in -lltdl >>>> configure:11604: cc -o conftest -O2 -pipe -O2 -fno-strict-aliasing -pipe >>>> -march=nocona -I/usr/local/include -rpath=/usr/lib:/usr/local/lib conftest.c >>>> -lltdl >&5 >>>> /usr/bin/ld: cannot find -lltdl >>> >>> Confirmed (8.2-RELEASE-p2). >>> Somehow, configure loses $LD_LIBRARY_PATH. Not sure how... >> >> The command line quoted above lacks the -L option for link-time; -rpath >> is a run-time option, and by itself, is insufficient. Try stuffing >> -L${LOCALBASE}/lib into some kind of linker flag such as LDFLAGS or >> perhaps LIBS - and pass that through CONFIGURE_ENV or _ARGS. > > Ah, yes, LDFLAGS. The port's Makefile already has > LDFLAGS="-L${LOCALBASE}/lib" in $CONFIGURE_ENV, and as guile's configure > is a standard autoconf configure, $LDFLAGS should be picked up (the > output of "./configure --help" supports this), but... well, it isn't. > As I installed guile 1.8.6_5 last september (having one's own packages > archive is a great thing) and the latest change on the port does not look > like it's the culprit (haven't tested that, though), I guess it's down to > some serious autotools debugging. At a second, still cursory look, some inconsistencies have struck my eye -- this isn't fully fledged debugging. - I can't seem to figure out what USE_NCURSES actually does, or which file gets used, (not currently on FreeBSD, so I can't grep ports/Mk easily) - deferred. - files/ contains patches for Makefile.am and Makefile.in. Makefile.am patches are ineffective if the port does not run automake - and apparently it does not (check USE_AUTOTOOLS). - aclocal gets some version numbers hacked. Very fishy, and possibly hides the real issue. Does it help to rewrite the Makefile.in patches for Makefile.am and run automake from USE_AUTOTOOLS? -- Matthias Andree
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4DE64125.6080907>