Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 5 Oct 2014 10:18:57 +0200
From:      "O. Hartmann" <ohartman@zedat.fu-berlin.de>
To:        Mark Johnston <markj@freebsd.org>
Cc:        FreeBSD CURRENT <freebsd-current@freebsd.org>, Ryan Stone <rysto32@gmail.com>
Subject:   Re: CURRENT: buildworld fails to compile: cannot find -lctf cc: error: linker command failed [libproc.so.3]
Message-ID:  <20141005101857.5b81b2f5.ohartman@zedat.fu-berlin.de>
In-Reply-To: <CAMw1wOyptefO3mWRSJHg2YS_0SUVKR5qS%2BufvNxeHhqPr%2B3jhA@mail.gmail.com>
References:  <20141004194756.5c291180.ohartman@zedat.fu-berlin.de> <20141004183337.GA22999@charmander.picturesperfect.net> <CAFMmRNymJqwmaZRaqvLV01MGnmScibsr3xy6_TE7EwxYd958uw@mail.gmail.com> <20141004224007.GA82800@charmander.picturesperfect.net> <CAMw1wOyptefO3mWRSJHg2YS_0SUVKR5qS%2BufvNxeHhqPr%2B3jhA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/=elaf6EZW+fOS8fWT96BQLA
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Am Sat, 4 Oct 2014 15:58:48 -0700
Mark Johnston <markj@freebsd.org> schrieb:

> On Sat, Oct 4, 2014 at 3:40 PM, Mark Johnston <markj@freebsd.org> wrote:
> > On Sat, Oct 04, 2014 at 04:39:37PM -0400, Ryan Stone wrote:
> >> On Sat, Oct 4, 2014 at 2:33 PM, Mark Johnston <markj@freebsd.org> wrot=
e:
> >> > On Sat, Oct 04, 2014 at 07:47:56PM +0200, O. Hartmann wrote:
> >> >> Recent sources (Revision: 272529) fail to compile:
> >> >>
> >> >> [...]
> >> >> cc -m32 -march=3Dnative -DCOMPAT_32BIT  -isystem /usr/obj/usr/src/l=
ib32/usr/include/
> >> >> -L/usr/obj/usr/src/lib32/usr/lib32  -B/usr/obj/usr/src/lib32/usr/li=
b32  -O2 -pipe
> >> >> -O3 -O3 -pipe  -DYP -I/usr/obj/usr/src/lib32/usr/include/rpcsvc -st=
d=3Dgnu99
> >> >> -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-e=
mpty-body
> >> >> -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-c=
ompare
> >> >> -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function
> >> >> -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted=
-parameter
> >> >> -Wno-parentheses -Qunused-arguments -c /usr/src/lib/librpcsvc/yp_pa=
sswd.c -o
> >> >> yp_passwd.o --- all_subdir_libproc --- --- libproc.so.3
> >> >> --- /usr/obj/usr/src/tmp/usr/bin/ld: skipping
> >> >> incompatible /usr/obj/usr/src/tmp/usr/lib/libctf.so when searching =
for
> >> >
> >> > I'm confused by this message. Are you building with -DNO_CLEAN? Do y=
ou
> >> > have anything in make.conf or src.conf, especially anything that's
> >> > changed since libctf was rebuilt?
> >> >
> >> > You might try rebuilding libctf with
> >> >
> >> > $ cd /usr/src
> >> > $ make -C cddl/lib/libctf clean all
> >> >
> >> > but I'm not sure why ld is ignoring the existing libctf.so.
> >>
> >> The failure is coming while building the lib32 compat libraries.  Are
> >> we not currently building a lib32 libctf.so?
> >
> > No, we do. One thing I've noticed is that cddl/lib is built after lib/
> > when compiling 32-bit libs, whereas cddl/lib is built first when buildi=
ng
> > natively.
>=20
> Sorry, that's not even true. I misread a part of Makefile.inc1.
>=20
> I'm still not able to reproduce the problem, but it seems that the
> patch here is appropriate:
> http://people.freebsd.org/~markj/patches/libctf_prebuild.diff
>=20
> Oliver, could you give this a try?

This patch doesn't apply with sources at rev. 272559, as it bails out. Inve=
stigating the
situation shows, that my top-level Makefile.inc seems different from what t=
he patch is
supposed to expect:

root@gate [src] patch -p1 < /tmp/libctf_prebuild.diff
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff --git a/Makefile.inc1 b/Makefile.inc1
|index 3b92aef..9350339 100644
|--- a/Makefile.inc1
|+++ b/Makefile.inc1
--------------------------
Patching file Makefile.inc1 using Plan A...
Hunk #1 succeeded at 1536 with fuzz 1 (offset 2 lines).
Hunk #2 failed at 1584.
1 out of 2 hunks failed--saving rejects to Makefile.inc1.rej
done



The patch at line 1530 ff:

[...]
                lib/libgeom \
                ${_cddl_lib_libumem} ${_cddl_lib_libnvpair} \
                ${_cddl_lib_libuutil} \
                ${_cddl_lib_libavl} \
                ${_cddl_lib_libzfs_core} \
                ${_cddl_lib_libctf} \
                lib/libutil lib/libpjdlog ${_lib_libypclnt} lib/libz lib/ms=
un \
                ${_secure_lib_libcrypto} ${_lib_libldns} \
                ${_secure_lib_libssh} ${_secure_lib_libssl}

My source tree is clean and sober as "svn status" reports.

A bit spooky, isn't it?

Oliver

--Sig_/=elaf6EZW+fOS8fWT96BQLA
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBAgAGBQJUMP71AAoJEOgBcD7A/5N8Y24H+weNrZ8OLAPcYLk8sOM3BoJf
WtGgBuyU6T1Z8rGnU1GNiRdpvsmz4V0wMqR0Rm9ehUSMdYR2i39YTmxKj53uPKPQ
XLwP5ZAytToW8NhBm/MShW2vz+o1cU1O9TXxgUIvEIsNc0EA1mEdfAlHg0bf9fuN
yN0xuRz6l6j/RjpvmEeRWByGlKKsX+kVTe21V5qtxFl8fwLdfCOuCHz4N+fdOmN4
AXEMIBH5Ox/5kybKnBG4FDJ/nj5tlEirTuo84nCHKjfzGQ0FgdsVCa/JCL6jEfqG
eSUntvyjmf2TA/Zou4GEjDTygg4+XjjD/BdTSHOsPbL3OPbHXpowhype424hr10=
=z+2x
-----END PGP SIGNATURE-----

--Sig_/=elaf6EZW+fOS8fWT96BQLA--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20141005101857.5b81b2f5.ohartman>