ports system broken on amd64 -CURRENT?

[Burkard Meyendriesch]

On Sun, 21 Mar 2004 11:31:48 +0100 Burkard Meyendriesch wrote:

> On Sat, 20 Mar 2004 16:00:01 -0800 Kris Kennaway wrote:
> 
> > On Sat, Mar 20, 2004 at 02:13:43PM +0100, Burkard Meyendriesch
> > wrote:
> > > Hi all,
> > > 
> > > 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:
> > 
> > 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?
> > 
> > Kris
> > 
> 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:
> 
> bm at 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)
> 
> 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:
> 
> root at Reineke:/root# l /usr/local/lib/libiconv*
> -rw-r--r--  1 root  wheel  1052434 21 Mär 11:22
> /usr/local/lib/libiconv.a
> 
> 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 at 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=no
---
> build_libtool_libs=yes
70c70
< fast_install=needless
---
> fast_install=yes
73,74c73,74
< host_alias=amd64-unknown-kfreebsd5.2-gnu
< host=amd64-unknown-kfreebsd5.2-gnu
---
> host_alias=i386-unknown-freebsd4.9
> host=i386-unknown-freebsd4.9
86c86
< LD="/usr/bin/ld"
---
> LD="/usr/libexec/elf/ld"
135c135
< need_lib_prefix=unknown
---
> need_lib_prefix=no
138c138
< need_version=unknown
---
> need_version=no
153c153
< no_builtin_flag=" -fno-builtin"
---
> no_builtin_flag=" -fno-builtin -fno-rtti -fno-exceptions"
165c165
< version_type=none
---
> version_type=freebsd-elf
172c172
< library_names_spec=""
---
> library_names_spec="\${libname}\${release}.so\$versuffix \${libname}.so"
193c193
< deplibs_check_method="unknown"
---
> deplibs_check_method="file_magic (ELF [0-9][0-9]*-bit [LM]SB shared object|current ar archive)"
196c196
< file_magic_cmd=""
---
> file_magic_cmd="/usr/bin/file"
205c205
< finish_cmds=""
---
> finish_cmds="/usr/bin/env OBJFORMAT=\\\"elf\\\" /sbin/ldconfig -m \$libdir"
220c220
< shlibpath_var=
---
> shlibpath_var=LD_LIBRARY_PATH
223c223
< shlibpath_overrides_runpath=unknown
---
> shlibpath_overrides_runpath=no


Maybe this helps to locate the error...

Burkard

--
Burkard Meyendriesch
Stevern 2
D-48301 Nottuln