Skip site navigation (1)Skip section navigation (2) 
Date:      Tue, 24 Jul 2018 16:48:34 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 230018] devel/libtool: baked in compile time CC/LD paths (/nxb-bin/ on armv6/armv7)
Message-ID:  <bug-230018-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230018

            Bug ID: 230018
           Summary: devel/libtool: baked in compile time CC/LD paths
                    (/nxb-bin/ on armv6/armv7)
           Product: Ports & Packages
           Version: Latest
          Hardware: arm
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: tijl@FreeBSD.org
          Reporter: greg@unrelenting.technology
             Flags: maintainer-feedback?(tijl@FreeBSD.org)
          Assignee: tijl@FreeBSD.org

Official FreeBSD packages for 32-bit ARM are built using cross-compilation,=
 and
the ARM system root in that case is /nxb-bin/.

So these paths are baked directly into libtool:

$ grep nxb-bin /usr/local/bin/libtool
LTCC=3D"/nxb-bin/usr/bin/cc"
sys_lib_search_path_spec=3D"/nxb-bin/usr/lib/clang/6.0.0 /usr/lib "
LD=3D"/nxb-bin/usr/bin/ld"
CC=3D"/nxb-bin/usr/bin/cc"
LD=3D"/nxb-bin/usr/bin/ld"
CC=3D"/nxb-bin/usr/bin/c++"
LD=3D"/nxb-bin/usr/bin/ld"
LD=3D"/nxb-bin/usr/bin/ld"

Which results in surprising errors when building stuff natively on arm:

libtool: link: /nxb-bin/usr/bin/cc -shared  -fPIC -DPIC  .libs/sgc.o=20=20=
=20=20=20
-Wl,-soname -Wl,libmzgc-6.12.so -o ../.libs/libmzgc-6.12.so=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
eval: /nxb-bin/usr/bin/cc: not found

I'm not sure what's the right solution for this. Make a symlink from /nxb-b=
in
to / on arm installs? Ugly. s|/nxb-bin||g on the generated libtool package?
Will break the cross-compilation environment I think.

Actually, shouldn't all libtool invocations override these variables, so th=
at
both cross and native always work?

--=20
You are receiving this mail because:
You are the assignee for the bug.=

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-230018-7788>