building an 8.4-STABLE i386 poudriere jail on an 10.0-STABLE amd64 host

[Dimitry Andric]

On 28 Aug 2014, at 03:45, Don Lewis <truckman at FreeBSD.org> wrote:
> I'm trying to create an 8.4-STABLE i386 poudriere jail on a host that is
> running 10.0-STABLE amd64.  I'm running the following commmand:
> 
> poudriere jail -c -j 84STABLEi386 -m svn -v stable/8 -a i386 -p default
> 
> Unfortuantely, I'm getting stuck at this point:
> 
> ===> gnu/usr.bin/gperf/doc (obj)
> /usr/obj/i386/var/poudriere/jails/84STABLEi386/usr/src/tmp/var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/doc created for /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/doc
> rm -f .depend
> mkdep -f .depend -a    -I/usr/obj/i386/var/poudriere/jails/84STABLEi386/usr/src/tmp/legacy/usr/include -I/var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf  /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/input.cc /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword-list.cc /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword.cc /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /var/poudriere/jails/84STABLEi386/usr/src/!
> gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/positions.cc /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/search.cc /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getline.cc /var/poudriere/jails/84STABLEi386/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc   
> echo gperf: /usr/lib/libc.a /usr/obj/i386/var/poudriere/jails/84STABLEi386/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend
> echo gperf: /usr/lib/libstdc++.a >> .depend
> ===> gnu/usr.bin/gperf/doc (depend)
> make: don't know how to make /usr/lib/libstdc++.a. Stop

It would have been nice to MFC r257658 to stable/8, which fixes this.
However, it depends on EARLY_BUILD being defined in Makefile.inc1 during
the early build stages, and this support was not MFC'd to stable/8,
because it is clang-related.

If you often build older branches or releases on 10.x or 11.x, it is
probably easiest to just build your system using WITH_GNUCXX, so
libstdc++ gets built and installed.

Alternatively, try the attached patch for stable/8, which uses the
BOOTSTRAPPING variable to detect the early buildworld stages instead.


> There's no /usr/lib/libstdc++.a on this machine because libstdc++ has
> been removed from /usr/src on FreeBSD 10.  If I set WITH_GCC=yes in
> /etc/src.conf, I get /usr/bin/gcc, but no g++ or libstdc++.

You want to use WITH_GNUCXX instead.


>  And why are
> gperf and groff bootstrap tools anyway???

gperf is used during the build of g++, groff is used to format manpages.

-Dimitry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: stable8-bootstrap-libstdcxx-1.diff
Type: application/octet-stream
Size: 405 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20140828/6ee7a17c/attachment.obj>
-------------- next part --------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20140828/6ee7a17c/attachment.sig>