NetBSD Problem Report #32832
From www@netbsd.org Tue Feb 14 10:13:43 2006
Return-Path: <www@netbsd.org>
Received: by narn.netbsd.org (Postfix, from userid 31301)
id AC01263B879; Tue, 14 Feb 2006 10:13:43 +0000 (UTC)
Message-Id: <20060214101343.AC01263B879@narn.netbsd.org>
Date: Tue, 14 Feb 2006 10:13:43 +0000 (UTC)
From: raczkow@prz.edu.pl
Reply-To: raczkow@prz.edu.pl
To: gnats-bugs@netbsd.org
Subject: [SOLARIS] gettext-asprintf doesn't build on Solaris 10
X-Send-Pr-Version: www-1.0
>Number: 32832
>Category: pkg
>Synopsis: [SOLARIS] gettext-asprintf doesn't build on Solaris 10
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: solaris-pkg-people
>State: analyzed
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Tue Feb 14 10:15:04 +0000 2006
>Closed-Date:
>Last-Modified: Sat Feb 15 14:17:33 +0000 2020
>Originator: Krzysztof Raczkowski
>Release: Solaris 10, x86_64
>Organization:
Rzeszow University of Technology
>Environment:
SunOS pkgsrc-i64 5.10 Generic_118844-27 i86pc i386 i86pc
>Description:
gettext-asprintf-0.14.5 doesn't build on Solaris. There are problems with linking, I suppose, because building process doesn't create libasprintf.so.0.0.0 library.
===> Building for gettext-asprintf-0.14.5
/usr/pkg/bin/bmake all-am
cp ./autosprintf.h.in autosprintf.h
/usr/bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -O -xtarget=pentium4 -xarch=amd64 -c -o lib-asprintf.lo lib-asprintf.c
mkdir .libs
gcc -DHAVE_CONFIG_H -I. -O -xtarget=pentium4 -xarch=amd64 -c lib-asprintf.c -KPIC -DPIC -o .libs/lib-asprintf.o
gcc -DHAVE_CONFIG_H -I. -O -xtarget=pentium4 -xarch=amd64 -c lib-asprintf.c -o lib-asprintf.o >/dev/null 2>&1
/usr/bin/bash ./libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I. -O -xtarget=pentium4 -xarch=amd64 -c -o autosprintf.lo autosprintf.cc
g++ -DHAVE_CONFIG_H -I. -O -xtarget=pentium4 -xarch=amd64 -c autosprintf.cc -DPIC -o .libs/autosprintf.o
g++ -DHAVE_CONFIG_H -I. -O -xtarget=pentium4 -xarch=amd64 -c autosprintf.cc -o autosprintf.o >/dev/null 2>&1
/usr/bin/bash ./libtool --tag=CXX --mode=link g++ -O -xtarget=pentium4 -xarch=amd64 -Wl,-R/usr/pkg/lib -o libasprintf.la -rpath /usr/pkg/lib lib-asprintf.lo autosprintf.lo || /usr/bin/bash ./libtool --tag=CC --mode=link gcc -O -xtarget=pentium4 -xarch=amd64 -Wl,-R/usr/pkg/lib -o libasprintf.la -rpath /usr/pkg/lib lib-asprintf.lo autosprintf.lo
(cd .libs && rm -f libasprintf.so.0 && ln -s libasprintf.so.0.0.0 libasprintf.so.0)
(cd .libs && rm -f libasprintf.so && ln -s libasprintf.so.0.0.0 libasprintf.so)
ar cru .libs/libasprintf.a lib-asprintf.o autosprintf.o
ranlib .libs/libasprintf.a
creating libasprintf.la
(cd .libs && rm -f libasprintf.la && ln -s ../libasprintf.la libasprintf.la)
=> Unwrapping files-to-be-installed.
===> Installing for gettext-asprintf-0.14.5
test -z "/usr/pkg/lib" || /usr/bin/bash ./../../build-aux/mkinstalldirs "/usr/pkg/lib"
/usr/bin/bash ./libtool --mode=install /usr/ucb/install -c -o root -g root 'libasprintf.la' '/usr/pkg/lib/libasprintf.la'
/usr/ucb/install -c -o root -g root .libs/libasprintf.so.0.0.0 /usr/pkg/lib/libasprintf.so.0.0.0
install: .libs/libasprintf.so.0.0.0: No such file or directory
*** Error code 1
>How-To-Repeat:
1. cd /usr/pkgsrc/devel/gettext-asprintf
2. bmake
>Fix:
>Release-Note:
>Audit-Trail:
From: joerg@britannica.bec.de
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/32832: [SOLARIS] gettext-asprintf doesn't build on Solaris 10
Date: Tue, 14 Feb 2006 15:55:20 +0100
On Tue, Feb 14, 2006 at 10:15:04AM +0000, raczkow@prz.edu.pl wrote:
> gettext-asprintf-0.14.5 doesn't build on Solaris. There are problems with linking, I suppose, because building process doesn't create libasprintf.so.0.0.0 library.
This is a libtool problem. Can you also post the output of the configure
step please? For some reason, it doesn't build the actual shared
library, it seem.
Joerg
From: Krzysztof Raczkowski <raczkow@prz.edu.pl>
To: pkgsrc-bugs@NetBSD.org
Cc:
Subject: Re: pkg/32832: [SOLARIS] gettext-asprintf doesn't build on Solaris 10
Date: Wed, 15 Feb 2006 10:33:38 +0100
joerg@britannica.bec.de napisa=B3:
> > gettext-asprintf-0.14.5 doesn't build on Solaris. There are proble=
ms
> > with linking, I suppose, because building process doesn't create
> > libasprintf.so.0.0.0 library.
> This is a libtool problem. Can you also post the output of the confi=
gure
> step please? For some reason, it doesn't build the actual shared
> library, it seem.
At http://www.prz.edu.pl/~raczkow/pkgsrc/gettext-asprintf you can find =
full
bmake output, work.log from and config.log
--=20
Krzysztof Raczkowski
raczkow@prz.edu.pl
Responsible-Changed-From-To: pkg-manager->tv
Responsible-Changed-By: joerg@netbsd.org
Responsible-Changed-When: Wed, 15 Feb 2006 15:18:03 +0000
Responsible-Changed-Why:
libtool detects shared library support, but doesn't
create the shared library. -> libtool bug
From: Todd Vierling <tv@duh.org>
To: Krzysztof Raczkowski <raczkow@prz.edu.pl>
Cc: gnats-bugs@netbsd.org
Subject: Re: pkg/32832: [SOLARIS] gettext-asprintf doesn't build on Solaris
10
Date: Wed, 15 Feb 2006 11:35:26 -0500 (Eastern Standard Time)
An odd thing in your build log: Are you setting SH=/usr/bin/bash yourself?
Anyway, please try the following commands in a scratch dir and mail me their
output:
/usr/pkg/bin/libtool --mode=link gcc -o libgcc.la -rpath /usr/pkg/lib && ls -l .libs/libgcc*
/usr/pkg/bin/libtool --mode=link --tag=CXX g++ -o libgxx.la -rpath /usr/pkg/lib && ls -l .libs/libg++*
While you are doing that, I will look into the post-1.5.22 libtool sources
to see if this is a known problem.
--
-- Todd Vierling <tv@duh.org> <tv@pobox.com> <todd@vierling.name>
From: Krzysztof Raczkowski <raczkow@prz.edu.pl>
To: pkgsrc-bugs@NetBSD.org
Cc:
Subject: Re: pkg/32832: [SOLARIS] gettext-asprintf doesn't build on Solaris 10
Date: Thu, 16 Feb 2006 12:10:14 +0100
Todd Vierling napisa=B3:
> An odd thing in your build log: Are you setting SH=3D/usr/bin/bash
> yourself?
yes, indeed. It was necessery while building gettext-tools (pkg/32826:
devel/gettext-tools SPARC Solaris, libtool Segmentation Fault)
=20
> Anyway, please try the following commands in a scratch dir and mail =
me
> their output:
> =20
> /usr/pkg/bin/libtool --mode=3Dlink gcc -o libgcc.la -rpath /usr/=
pkg/lib
> && ls -l .libs/libgcc*
> =20
> /usr/pkg/bin/libtool --mode=3Dlink --tag=3DCXX g++ -o libgxx.la =
-rpath
> /usr/pkg/lib && ls -l .libs/libg++*
Here's the output:
/usr/pkg/bin/libtool --mode=3Dlink gcc -o libgcc.la -rpath /usr/pkg/lib=
&& ls
-l .libs/libgcc*
ld -G -h libgcc.so.0 -o .libs/libgcc.so.0.0.0 -lc
(cd .libs && rm -f libgcc.so.0 && ln -s libgcc.so.0.0.0 libgcc.so.0)
(cd .libs && rm -f libgcc.so && ln -s libgcc.so.0.0.0 libgcc.so)
ar cru .libs/libgcc.a
ranlib .libs/libgcc.a
creating libgcc.la
(cd .libs && rm -f libgcc.la && ln -s ../libgcc.la libgcc.la)
lrwxrwxrwx 1 root root 12 2006-02-16 11:58 .libs/libgcc.la
-> ../libgcc.la
-rw-r--r-- 1 root root 783 2006-02-16 11:58 .libs/libgcc.lai
lrwxrwxrwx 1 root root 15 2006-02-16 11:58 .libs/libgcc.so ->
libgcc.so.0.0.0
lrwxrwxrwx 1 root root 15 2006-02-16 11:58 .libs/libgcc.so.0 ->
libgcc.so.0.0.0
-rwxr-xr-x 1 root root 1420 2006-02-16 11:58 .libs/libgcc.so.0.0.0
/usr/pkg/bin/libtool --mode=3Dlink --tag=3DCXX g++ -o libgxx.la
-rpath /usr/pkg/lib && ls -l .libs/libg++*
(cd .libs && rm -f libgxx.so.0 && ln -s libgxx.so.0.0.0 libgxx.so.0)
(cd .libs && rm -f libgxx.so && ln -s libgxx.so.0.0.0 libgxx.so)
ar cru .libs/libgxx.a
ranlib .libs/libgxx.a
creating libgxx.la
(cd .libs && rm -f libgxx.la && ln -s ../libgxx.la libgxx.la)
gls: .libs/libg++*: No such file or directory
there's no libg++, but isnt't it gcc library?
I'm using Sun Studio 11
--=20
Krzysztof Raczkowski
raczkow@prz.edu.pl
From: Urban Boquist <urban@boquist.net>
To: gnats-bugs@netbsd.org
Cc: Todd Vierling <tv@duh.org>, joerg@britannica.bec.de,
raczkow@prz.edu.pl
Subject: Re: pkg/32832: [SOLARIS] gettext-asprintf doesn't build on Solaris 10
Date: Thu, 23 Mar 2006 08:29:39 +0100
joerg> This is a libtool problem. Can you also post the output of the
joerg> configure step please? For some reason, it doesn't build the
joerg> actual shared library, it seem.
Any news on this?
I'm seeing what looks like the same thing for all packages that try to
build C++ shared libs using libtool, e.g. libtiff. It breaks a lot of
packages.
It looks like the correct libtool command is generated but somehow in
the maze of that script it gets lost, and the actual linker command is
never issued.
This is on Solaris 8/9 and Sun Workshop 6.
I have tried with all of /bin/sh, /bin/ksh and bash but that did not
seem to make a difference in this case.
Best regards,
-- Urban
State-Changed-From-To: open->analyzed
State-Changed-By: tv@netbsd.org
State-Changed-When: Fri, 13 Oct 2006 14:33:38 +0000
State-Changed-Why:
There are a bunch of Sun C++ changes in the as yet unreleased libtool-1.5.24.
I may attempt a backport patch of those changes soon, if 1.5.24 does not get
a release in a reasonable timeframe (which is a likely bet).
Responsible-Changed-From-To: tv->pkg-manager
Responsible-Changed-By: tv@netbsd.org
Responsible-Changed-When: Sat, 05 May 2007 14:54:07 +0000
Responsible-Changed-Why:
I don't actively maintain pkgsrc libtool anymore.
Responsible-Changed-From-To: pkg-manager->solaris-pkg-people
Responsible-Changed-By: rillig@NetBSD.org
Responsible-Changed-When: Sat, 15 Feb 2020 14:17:33 +0000
Responsible-Changed-Why:
It's a Solaris issue.
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.46 2020/01/03 16:35:01 leot Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2020
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.