Date: Wed, 22 Oct 2003 01:21:10 -0400 From: Joe Marcus Clarke <marcus@marcuscom.com> To: Scott W <wegster@mindcore.net> Cc: freebsd-ports@freebsd.org Subject: Re: Question on freeBSD (5.1-CURRENT) portupgrade of Perl 5.8 andlibiconv 1.9.1_3 Message-ID: <1066800070.97635.21.camel@shumai.marcuscom.com> In-Reply-To: <3F961244.2070809@mindcore.net> References: <3F961244.2070809@mindcore.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-W/SzqvWgO/mWds+4279w Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2003-10-22 at 01:14, Scott W wrote: > Hey all. In doing a portupgrade -RvN for windowmaker, Perl and libiconv=20 > were recompiled. I saved the log output and noticed several oddities I=20 > was wondering if anyone can explain? >=20 > 1..several settings come up as undefined during the Perl build, namely: > $i_malloc > $d_setegid > $d_seteuid > $i_iconv >=20 > These don't look troubling by themselves dur to 'autoconf magic,' but=20 > the next one for libiconv is more bothersome: >=20 > From libiconv 1.9.1_3 configure: > checking if libtool supports shared libraries... yes >=20 > *** Warning: the command libtool uses to detect shared libraries, > *** /usr/bin/file, produces output that libtool cannot recognize. > *** The result is that libtool may fail to recognize shared libraries > *** as such. This will affect the creation of libtool libraries that > *** depend on shared libraries, but programs linked with such libtool > *** libraries will work regardless of this problem. Nevertheless, you > *** may want to report the problem to your system manager and/or to > *** bug-libtool@gnu.org >=20 > Any ideas? This is a byproduct of the new dynamic root layout in -CURRENT.=20 Basically, older versions of libtool try to do file on /usr/lib/libc.so. Recent versions of -CURRENT put libc.so in /lib.=20 Therefore, this fails. I haven't noticed any real problems because of this, but I have reported it to the libtool maintainer, ade@. >=20 > Also, is there a way to pass configure options to portupgrade, or should=20 > I run make clean && ./configure for each port in an 'upgrade chain' and=20 > then force portupgrade to not make clean prior to building/installing? Configure arguments? No. However, you can use the -m option to pass make arguments (e.g. -DWITH_FOO). To pass configure arguments, you'd have to edit the port Makefiles directly. Joe >=20 > Thanks, >=20 > Scott >=20 > _______________________________________________ > 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" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-W/SzqvWgO/mWds+4279w Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/lhPGb2iPiv4Uz4cRAmN9AJsHBA5Q2XXb6wUAbW3WO+v3FmOrMgCglOO5 VRUiwb3QzXnGxK3SBk+YFf0= =6932 -----END PGP SIGNATURE----- --=-W/SzqvWgO/mWds+4279w--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1066800070.97635.21.camel>