Subject: pkg/14606: databases/rrdtool fails to compile on 1.5.2/amiga
To: None <gnats-bugs@gnats.netbsd.org>
From: None <tim@flibble.org>
List: netbsd-bugs
Date: 11/16/2001 17:45:38
>Number: 14606
>Category: pkg
>Synopsis: databases/rrdtool fails to comiple on 1.5.2/amiga
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: pkg-manager
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Fri Nov 16 09:46:00 PST 2001
>Closed-Date:
>Last-Modified:
>Originator: Tim Preston
>Release: NetBSD 1.5.2
>Organization:
The Home for Lost Haddock
>Environment:
System: NetBSD amy.flibble.org 1.5.2 NetBSD 1.5.2 (AMY) #5: Sun Aug 19 11:53:24 BST 2001 tim@amy.flibble.org:/src/src/sys/arch/amiga/compile/AMY amiga
>Description:
The databases/rrdtool package from -current packages of a couple of days
ago fails to compile on NetBSD 1.5.2/amiga, this is the fault.
================================
gmake[2]: Entering directory `/src/pkgwork/databases/rrdtool/work/rrdtool-1.0.33/perl-shared'
rm -f blib/arch/auto/RRDs/RRDs.so
LD_RUN_PATH="" ld -Bshareable -L/usr/local/lib -L/usr/pkg/lib RRDs.o -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib -L../src/.libs/ -lrrd_private -lcgi -lm -lgd -lpng -lz -ljpeg -lttf -lXpm -lX11 -lintl -o blib/arch/auto/RRDs/RRDs.so
ld: invalid command option `-Wl,-R/usr/pkg/lib'
gmake[2]: *** [blib/arch/auto/RRDs/RRDs.so] Error 1
gmake[2]: Leaving directory
`/src/pkgwork/databases/rrdtool/work/rrdtool-1.0.33/perl-shared'
gmake[1]: *** [perl_shared] Error 2
gmake[1]: Leaving directory
`/src/pkgwork/databases/rrdtool/work/rrdtool-1.0.33'
gmake: *** [all-recursive] Error 1
*** Error code 2
Stop.
*** Error code 1
Stop.
*** Error code 1
Stop.
================================
This compiles fine on 1.5.3_ALPHA/i386 and -current/i386
I am unsure wether this is specific if /maiga, 1.5.2/amiga or 1.5.2/*
as all my other machines are -current, with the execption on a single
1.5.3_ALPHA/i386 box.
This appears to be a problem with the fact that the autoconf of this
package decided that it should set $LD as 'ld' at this point. On 1.5.3
and later it sets this to 'cc'.
This seems to be due to the ld on 1.5.2/amiga doesn't respond to 'ld -v'
1.5.2/amiga
================================
tim@amy:~$ ident `which ld`
/usr/bin/ld:
$NetBSD: crt0.c,v 1.21 1999/01/22 11:29:16 mycroft Exp $
$NetBSD: ld.c,v 1.70.2.3 2000/12/26 01:19:35 jhawk Exp $
tim@amy:~$ ld -v
ld: invalid command option `-v'
================================
-current/i386
================================
tim@katrina:~$ ident `which ld`
/usr/bin/ld:
$NetBSD: crt0.c,v 1.11 2000/06/14 22:52:49 cgd Exp $
tim@katrina:~$ ld -v
GNU ld version 2.11.2 (with BFD 2.11.2)
================================
Now I suspect that things would be OK except for the fact that one of
the NetBSD patches (patch-ak) patches
<work>/rrdtool-1.0.33/perl-shared/Makefile.PL
in the following manner
================================
- 'dynamic_lib' => {'OTHERLDFLAGS' => "$librrd -lm"},
+ 'dynamic_lib' => {'OTHERLDFLAGS' => '-Wl,-R${PREFIX}/lib -L${PREFIX}/lib -Wl,-R${X11BASE}/lib -L${X11BASE}/lib '."$librrd -lcgi -lm -lgd -lpng -lz -ljpeg -lttf -lXpm -lX11 -lintl"},
================================
As a result the arguments passed to ld are those intended for cc, and ld
barfs =(
>How-To-Repeat:
Attempt to install the databases/rrdtool package on 1.5.2/amiga,
possibly on 1.5.2/*
>Fix:
I'm not sure how to fix this cleanly, the package building process has
evolved considerably recently and does lots of 'funky stuff' these days
=o)
To solve my personal problem I'm in the process of upgrading this box to
1.5.3_ALPHA
>Release-Note:
>Audit-Trail:
>Unformatted: