NetBSD Problem Report #49130

From www@NetBSD.org  Tue Aug 19 23:23:53 2014
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.netbsd.org", Issuer "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 5055BAE1A3
	for <gnats-bugs@gnats.NetBSD.org>; Tue, 19 Aug 2014 23:23:53 +0000 (UTC)
Message-Id: <20140819232351.BAA17AE2EA@mollari.NetBSD.org>
Date: Tue, 19 Aug 2014 23:23:51 +0000 (UTC)
From: davshao@gmail.com
Reply-To: davshao@gmail.com
To: gnats-bugs@NetBSD.org
Subject: devel/libtool-fortran DragonFly FC shared library postdeps prevent math/blas build
X-Send-Pr-Version: www-1.0

>Number:         49130
>Category:       pkg
>Synopsis:       devel/libtool-fortran DragonFly FC shared library postdeps prevent math/blas build
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    joerg
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Aug 19 23:25:00 +0000 2014
>Closed-Date:    Fri Sep 30 08:05:56 +0000 2016
>Last-Modified:  Fri Sep 30 08:05:56 +0000 2016
>Originator:     David Shao
>Release:        DragonFly  3.9-DEVELOPMENT x86_64
>Organization:
>Environment:
DragonFly  3.9-DEVELOPMENT DragonFly v3.9.0.473.g9b938-DEVELOPMENT #54: Mon Aug 18 18:19:47 PDT 2014     xxxxx@:/usr/obj/usr/src/sys/X86_64_GENERIC  x86_64
>Description:
On DragonFly 3.9-DEVELOPMENT x86_64 master through

commit 13d2f99beae0359393aecfc1eece839cea651547
Date:   Mon Aug 18 14:04:44 2014 -0700

    kernel - Add EVFILT_USER

devel/libtool-fortran seems to produce wrong postdep entries for producing shared libraries for the FC section.

DragonFly's produced /usr/pkg/bin/libtool-fortran has entries

# Dependencies to place before and after the objects being linked to
# create a shared library.
predep_objects=""
postdep_objects="/usr/lib///crti.o /usr/pkg/bin/../lib/gcc-lib/x86_64-pc-dragonfly/4.1.2//crtbeginS.o /usr/pkg/bin/../lib/gcc-lib/x86_64-pc-dragonfly/4.1.2//crtendS.o /usr/lib///crtn.o"
predeps=""
postdeps="-lf95 -lm -L-L/usr/pkg/bin/../lib/gcc-lib/x86_64-pc-dragonfly/4.1.2/ -L/usr/pkg/bin/../lib/gcc-lib/x86_64-pc-dragonfly/4.1.2 -L/usr/pkg/lib/gcc-lib/x86_64-pc-dragonfly/4.1.2/ -L/lib// -L/usr/pkg/bin/../lib/gcc-lib/x86_64-pc-dragonfly/4.1.2/// -L/usr/pkg/bin/../lib/gcc-lib/x86_64-pc-dragonfly/4.1.2/ -L/usr/pkg/lib/gcc-lib/x86_64-pc-dragonfly/4.1.2/// -L/usr/pkg/lib/gcc-lib/x86_64-pc-dragonfly/4.1.2/ -L/lib// -L/usr/lib// -lf95 -lm -R/usr/pkg/lib/gcc-lib/x86_64-pc-dragonfly/4.1.2 -lgcc -lgcc"

# The library search path used internally by the compiler when linking
# a shared library.
compiler_lib_search_path=""

# ### END LIBTOOL TAG CONFIG: FC

However NetBSD 7.99.1 amd64's version has simply "" for the above entries.

Replacing the above entries in /usr/pkg/bin/libtool-fortran by "" allows math/blas to build on DragonFly whereas before it was apparently choking trying to process -L /usr/lib//

>How-To-Repeat:

>Fix:

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: pkg-manager->joerg
Responsible-Changed-By: wiz@NetBSD.org
Responsible-Changed-When: Wed, 20 Aug 2014 04:57:06 +0000
Responsible-Changed-Why:
Over to maintainer


From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/49130: devel/libtool-fortran DragonFly FC shared library
 postdeps prevent math/blas build
Date: Wed, 20 Aug 2014 14:16:34 +0200

 On Tue, Aug 19, 2014 at 11:25:00PM +0000, davshao@gmail.com wrote:
 > postdeps="-lf95 -lm -L-L/usr/pkg/bin/../lib/gcc-lib/x86_64-pc-dragonfly/4.1.2/

                       ^^^ Is that a C&P error? Otherwise this looks like
 		      the real culprit.

 Joerg

From: David Shao <davshao@gmail.com>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: pkg/49130: devel/libtool-fortran DragonFly FC shared library
 postdeps prevent math/blas build
Date: Wed, 20 Aug 2014 09:18:29 -0700

 The problem seems to affect NetBSD 7.99.1 amd64 as well, at least when
 failing to build math/octave.

 checking for x86_64--netbsd-gfortran... g95
 checking whether we are using the GNU Fortran 77 compiler... yes
 checking whether g95 accepts -g... yes
 checking how to get verbose linking output from g95... -v
 checking for Fortran 77 libraries of g95...
 -L/usr/pkgsrc/math/octave/work/.buildlink/lib
 -L/usr/pkg/bin/../lib/gcc-lib/x86_64--netbsd/4.1.2/
 -L/usr/pkg/bin/../lib/gcc-lib/x86_64--netbsd/4.1.2
 -L/usr/pkg/lib/gcc-lib/x86_64--netbsd/4.1.2/ -L/lib//
 -L/usr/pkg/bin/../lib/gcc-lib/x86_64--netbsd/4.1.2///
 -L/usr/pkg/lib/gcc-lib/x86_64--netbsd/4.1.2/// -L/usr/lib//
 -Wl,-R/usr/pkg/lib -lf95 -lm
 -Wl,-R/usr/pkg/lib/gcc-lib/x86_64--netbsd/4.1.2
 checking for dummy main to link with Fortran 77 libraries... none
 checking for Fortran 77 name-mangling scheme... lower case,
 underscore, extra underscore
 configure: defining FFLAGS to be -O
 checking whether g95 generates correct size integers... yes
 checking whether g95 accepts -ffloat-store... yes
 setting F77_FLOAT_STORE_FLAG to -ffloat-store

 ...
 mv -f $depbase.Tpo $depbase.Po
 /bin/sh ../libtool --tag=CC   --mode=link gcc -O2 -g
 -I/usr/pkg/include -I/usr/include -I/usr/include/krb5 -pthread
 -DHAVE_CONFIG_H  -Wall -W -Wshadow -Wformat -Wpointer-arith
 -Wmissing-prototypes -Wstrict-prototypes -Wwrite-strings -Wcast-align
 -Wcast-qual -O2 -g -I/usr/pkg/include -I/usr/include
 -I/usr/include/krb5 -pthread -pthread -O2 -g -I/usr/pkg/include
 -I/usr/include -I/usr/include/krb5 -pthread -no-undefined
 -L/usr/pkg/lib -Wl,-R/usr/pkg/lib -L/usr/lib -Wl,-R/usr/lib -o octave
 main.o liboctinterp.la ../liboctave/liboctave.la
 ../libcruft/libcruft.la  -lm
 libtool-fortran: link: gcc -O2 -g
 -I/usr/pkgsrc/math/octave/work/.buildlink/include -I/usr/include/krb5
 -pthread -DHAVE_CONFIG_H -Wall -W -Wshadow -Wformat -Wpointer-arith
 -Wmissing-prototypes -Wstrict-prototypes -Wwrite-strings -Wcast-align
 -Wcast-qual -O2 -g -pthread -pthread -O2 -g -pthread
 -Wl,-R/usr/pkg/lib -o .libs/octave main.o
 -L/usr/pkgsrc/math/octave/work/octave-3.6.4/liboctave/.libs
 -L/usr/pkgsrc/math/octave/work/octave-3.6.4/libcruft/.libs
 -L/usr/pkgsrc/math/octave/work/.buildlink/lib -L./.libs -loctinterp
 -L/usr/pkgsrc/math/octave/work/.buildlink/bin/../lib/gcc-lib/x86_64--netbsd/4.1.2/
 -L/usr/pkgsrc/math/octave/work/.buildlink/bin/../lib/gcc-lib/x86_64--netbsd/4.1.2
 -L/usr/pkgsrc/math/octave/work/.buildlink/lib/gcc-lib/x86_64--netbsd/4.1.2/
 -L/usr/pkgsrc/math/octave/work/.buildlink/bin/../lib/gcc-lib/x86_64--netbsd/4.1.2///
 -L/usr/pkgsrc/math/octave/work/.buildlink/lib/gcc-lib/x86_64--netbsd/4.1.2///
 -L/usr/lib// -lhdf5 -lz -lX11 -lxcb -lXau -lXdmcp -L../liboctave/.libs
 -loctave -lfftw3 -lreadline -ltermcap -lcurses -lpcre
 -L../libcruft/.libs -lcruft -llapack -lblas
 -L/usr/pkgsrc/math/octave/work/.buildlink/lib/gcc-lib/x86_64--netbsd/4.1.2
 -lf95 -lm -pthread -Wl,-rpath,/usr/pkg/lib/octave/3.6.4
 -Wl,-rpath,/usr/pkgsrc/math/octave/work/.buildlink/lib
 -Wl,-rpath,/usr/pkgsrc/math/octave/work/.buildlink/lib/gcc-lib/x86_64--netbsd/4.1.2
 /usr/lib/libstdc++.so.7: undefined reference to `_Unwind_GetIPInfo@GCC_4.2.0'
 Makefile:4885: recipe for target 'octave' failed
 gmake[3]: *** [octave] Error 1
 gmake[3]: Leaving directory '/usr/pkgsrc/math/octave/work/octave-3.6.4/src'
 Makefile:4129: recipe for target 'all' failed
 gmake[2]: *** [all] Error 2
 gmake[2]: Leaving directory '/usr/pkgsrc/math/octave/work/octave-3.6.4/src'
 Makefile:1807: recipe for target 'all-recursive' failed
 gmake[1]: *** [all-recursive] Error 1
 gmake[1]: Leaving directory '/usr/pkgsrc/math/octave/work/octave-3.6.4'
 Makefile:1695: recipe for target 'all' failed


 For DragonFly 3.9-DEVELOPMENT x86_64, building does not even start as
 fortran is not even detected at all.

From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/49130: devel/libtool-fortran DragonFly FC shared library
 postdeps prevent math/blas build
Date: Wed, 20 Aug 2014 22:30:07 +0200

 On Wed, Aug 20, 2014 at 04:20:01PM +0000, David Shao wrote:
 >  The problem seems to affect NetBSD 7.99.1 amd64 as well, at least when
 >  failing to build math/octave.

 That's a different problem.

 Joerg

State-Changed-From-To: open->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Wed, 03 Sep 2014 07:11:15 +0000
State-Changed-Why:
On Sep 1st, jperkin@ committed some fixes for a problem on SunOS with
the same symptoms (-l-l and -L-L) - give that a try?


State-Changed-From-To: feedback->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Fri, 30 Sep 2016 08:05:56 +0000
State-Changed-Why:
feedback timeout


>Unformatted:

Home	PR Database Search