Subject: Re: cdrecord-xcdroast build failure
To: Julio M. Merino Vidal <>
From: Johnny C. Lam <>
List: tech-pkg
Date: 09/25/2004 21:43:01
On Sat, Sep 25, 2004 at 11:02:01PM +0200, Julio M. Merino Vidal wrote:
> [ CC'ing jlam@ because this looks like a problem with the new wrappers or a
>   change in their "semantics" ]
> Building cdrecord-xcdroast results in an error like:
> checking for executable suffix... configure: error: installation or configuration problem: compiler cannot create executables.
> gmake[1]: *** [../incs/i386-netbsd-cc/rules.cnf] Error 1
> gmake[1]: Leaving directory `/var/build/pkgsrc/sysutils/cdrecord-xcdroast/work/cdrtools-2.01/scgcheck'
> gmake: *** [all] Error 2
> *** Error code 2
> Looking at work.log, the last command executed is:
> <.> /var/build/pkgsrc/sysutils/cdrecord-xcdroast/work/.ccache/bin/gcc -o conftes
> t -O -I. -IOBJ/i386-netbsd-cc -I../incs/i386-netbsd-cc -I../include -I../cdrecor
> d -L../libs/i386-netbsd-cc /lib conftest.c -I/var/build/pkgsrc/sysutils/cdrecord
> -xcdroast/work/.buildlink/include -L/var/build/pkgsrc/sysutils/cdrecord-xcdroast
> /work/.buildlink/lib
> As you can see, there is a '/lib' in there; this is what's causing the failure
> (as seen in the config.log created by configure).
> If I remove the following lines from the Makefile:
> .if ${LOCALBASE} != "/opt/schily"
> BUILDLINK_TRANSFORM=    rmdir:/opt/schily
> .endif
> the package builds correctly.  AFAICS in, the 'rmdir'
> command should 'Remove all "dash" options that contain "dir" or "dir/*".',
> but this seems to fail to remove dir/*.  I.e., the original call to the
> compiler had a -L/opt/schily/lib argument in it, which gets converted to
> the /lib string.

Okay, that's a bug in the "rmdir" command, which I'll take a look at
later tonight and add a regression test for.  More generally, you
should be able to just remove those BUILDLINK_TRANSFORM lines from the
Makefiles since the "no-abspath" command should strip unprotected
absolute paths in options.


	-- Johnny Lam <>