Date: Wed, 1 Jun 2011 15:44:01 +0200 From: Baptiste Daroussin <baptiste.daroussin@gmail.com> To: Matthias Andree <matthias.andree@gmx.de> Cc: amatus@gnu.org, freebsd-ports@freebsd.org Subject: Re: lang/guile build fails for me Message-ID: <BANLkTin1aQant562FurdtJpe=rAnwYOqXg@mail.gmail.com> In-Reply-To: <4DE64125.6080907@gmx.de> References: <4DE5D8C9.3020506@icyb.net.ua> <4DE6244E.1040301@FreeBSD.org> <20110601114442.GB2223@reindeer.exwg.net> <4DE6392D.5000106@gmx.de> <20110601131956.GC2223@reindeer.exwg.net> <4DE64125.6080907@gmx.de>
next in thread | previous in thread | raw e-mail | index | archive | help
2011/6/1 Matthias Andree <matthias.andree@gmx.de>:
> 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 -p=
ipe
>>>>> -march=3Dnocona -I/usr/local/include =A0-rpath=3D/usr/lib:/usr/local/=
lib conftest.c
>>>>> -lltdl =A0 >&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. =A0Try 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=3D"-L${LOCALBASE}/lib" in $CONFIGURE_ENV, and as guile's configu=
re
>> 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 loo=
k
>> like it's the culprit (haven't tested that, though), I guess it's down t=
o
>> 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.
>
USE_NCURSES reorder the LDFLAGS (as does USE_OPENSSL) for base ncurses
to be detected first if necessary.
> - 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. =A0Very 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
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BANLkTin1aQant562FurdtJpe=rAnwYOqXg>