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:

NetBSD Home
NetBSD PR Database Search

(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.