Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 23 Mar 2004 13:04:06 +0100
From:      Burkard Meyendriesch <bm@malepartus.de>
To:        Burkard Meyendriesch <bm@malepartus.de>
Cc:        kris@obsecurity.org
Subject:   Re: ports system broken on amd64 -CURRENT?
Message-ID:  <20040323130406.1beb813b.bm@malepartus.de>
In-Reply-To: <20040321113148.6d368d26.bm@malepartus.de>
References:  <20040320141343.37a38cc2.bm@malepartus.de> <20040321000001.GA40310@xor.obsecurity.org> <20040321113148.6d368d26.bm@malepartus.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 21 Mar 2004 11:31:48 +0100 Burkard Meyendriesch wrote:

> On Sat, 20 Mar 2004 16:00:01 -0800 Kris Kennaway wrote:
>=20
> > On Sat, Mar 20, 2004 at 02:13:43PM +0100, Burkard Meyendriesch
> > wrote:
> > > Hi all,
> > >=20
> > > a "portupgrade -aR" on my amd -CURRENT box (19.03.2004) shows lots
> > > of errors complaining missing shared libraries. The portupgrade
> > > makes the new library versions, deletes the old ones and leaves
> > > the system without the shared version of the newly made library.
> > > For example:
> >=20
> > I don't see this, but someone else reported a similar problem
> > recently.  It may be due to a problem with libtool - did you happen
> > to do anything non-standard to your libtool installation like
> > installing a version by hand?
> >=20
> > Kris
> >=20
> No, I didn't do anything non-standard by hand. But maybe I had a
> problem with three different versions of libtool on my amd64 box:
>=20
> bm@Reineke:/usr/home/bm$ pkg_info | grep libtool
> libtool-1.3.5_2     Generic shared library support script (version
> 1.3) libtool-1.4.3_3     Generic shared library support script
> (version 1.4) libtool-1.5.2_1     Generic shared library support
> script (version 1.5)
>=20
> Now I pkg_deinstall'ed all of them and portinstall'ed devel/libtool15.
> My problem remains: After "portupgrade -f converters/libiconv" I only
> see the static library in /usr/local/lib:
>=20
> root@Reineke:/root# l /usr/local/lib/libiconv*
> -rw-r--r--  1 root  wheel  1052434 21 M=E4r 11:22
> /usr/local/lib/libiconv.a
>=20
> I have *no* options enabled in /etc/make.conf. And doing exactly the
> same as above on my i386 4.9-STABLE with exactly the same /usr/ports
> tree still works fine. IMHO the problem must have anything to do with
> the amd64 environment.

Meanwhile I found the difference between "portupgrade -f converters/
libiconv" on Reineke (amd64 5.2-CURRENT) and Grimbart (i386 4.9-STABLE):

root@Reineke:/usr/home/bm# diff /usr/ports/converters/libiconv/work/\
libiconv-1.9.1/libtool /grimbart/usr/ports/converters/libiconv/work/\
libiconv-1.9.1/libtool
37c37
< # Libtool was configured as follows, on host Reineke.Malepartus.de:
---
> # Libtool was configured as follows, on host Grimbart.Malepartus.DE:
64c64
< build_libtool_libs=3Dno
---
> build_libtool_libs=3Dyes
70c70
< fast_install=3Dneedless
---
> fast_install=3Dyes
73,74c73,74
< host_alias=3Damd64-unknown-kfreebsd5.2-gnu
< host=3Damd64-unknown-kfreebsd5.2-gnu
---
> host_alias=3Di386-unknown-freebsd4.9
> host=3Di386-unknown-freebsd4.9
86c86
< LD=3D"/usr/bin/ld"
---
> LD=3D"/usr/libexec/elf/ld"
135c135
< need_lib_prefix=3Dunknown
---
> need_lib_prefix=3Dno
138c138
< need_version=3Dunknown
---
> need_version=3Dno
153c153
< no_builtin_flag=3D" -fno-builtin"
---
> no_builtin_flag=3D" -fno-builtin -fno-rtti -fno-exceptions"
165c165
< version_type=3Dnone
---
> version_type=3Dfreebsd-elf
172c172
< library_names_spec=3D""
---
> library_names_spec=3D"\${libname}\${release}.so\$versuffix \${libname}.so"
193c193
< deplibs_check_method=3D"unknown"
---
> deplibs_check_method=3D"file_magic (ELF [0-9][0-9]*-bit [LM]SB shared obj=
ect|current ar archive)"
196c196
< file_magic_cmd=3D""
---
> file_magic_cmd=3D"/usr/bin/file"
205c205
< finish_cmds=3D""
---
> finish_cmds=3D"/usr/bin/env OBJFORMAT=3D\\\"elf\\\" /sbin/ldconfig -m \$l=
ibdir"
220c220
< shlibpath_var=3D
---
> shlibpath_var=3DLD_LIBRARY_PATH
223c223
< shlibpath_overrides_runpath=3Dunknown
---
> shlibpath_overrides_runpath=3Dno


Maybe this helps to locate the error...

Burkard

--
Burkard Meyendriesch
Stevern 2
D-48301 Nottuln



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040323130406.1beb813b.bm>