pkgsrc for Tribblix?

[berni51]

Hello again,
as I miss some nice apps for my Tribblix I installed the NetBSD pkgsrc package.
Unfortunately I had no succes to bootstrap the package. The bootstrap ends up in an error with the message:

ld: Relocatable linking with relocations from format elf64-x86-64-soll2 (common.o.o) to format elf32-i386-sol2 (common.o) is not supported.
***Error code 1

I am not a C programmer and have no idea how to solve the issue. Has anybody pkgsrc got to work on Tribblix?

Regards
Berni

[Sehnsucht94]

Originally Posted by berni51

ld: Relocatable linking with relocations from format elf64-x86-64-soll2 (common.o.o) to format elf32-i386-sol2 (common.o) is not supported.
***Error code 1

Try with:

# ./boostrap --abi=64

Or you could try install the the pkgsrc zap overlay, but I don't know how up to date that is.

[berni51]

Thanks, but it did'nt work: The same message as before.
Will have a look to the overlay.

[gpatrick]

You ran?

# zap install-overlay develop

[berni51]

Yes, develp as well as develp-extras overlays are installed. I just tried it again but with the same bad result as mentioned afore.

It was no problem to bootstrap pkgsrc on Openindiana.

[Sehnsucht94]

So, back on Tribblix after a long hiatus; I attempted to find a fix to this problem. Similarly to Solaris 10 and other illumos distributions, Tribblix comes with a mixed 32/64 bit userland and in particular, stores 32bit gcc-libs (like libstdc++.so) at /usr/lib and 64 bit ones at /usr/lib/amd64.

The gcc binary found in /usr/bin is a 32bit ELF.

A possibility would be to play with crle(1) / LD_LIBRARY_PATH, prepending the 64-bit lib dirs and bootstraping with --compiler "gcc -m64". Honestly, I got a pkgsrc binary bootstrap from Joyent, which extracts 64bit gcc-libs inside /opt/local/gcc10. From there, you can compile/download a 64bit gcc10 and start building from source (or take Joyent's binaries which work well).

[jkl]

Note that Joyent has basically sold everything, so it'll require caution in the future again.

[Sehnsucht94]

Tried again today and it fails with the same error, even after passing CFLAGS+='-m64' and --abi 64. Unfortunately it seems that the 32-bit GCC 7.3.0 binary shipped with Tribblix m25 is producing some 32-bit shared object while attempting to compile libfetch, and the build of pkgtools/pkg_install fails while trying to link it. This is somewhat strange, considering that mixed userland used to be the norm on Solaris systems and bootstrapping with 32-bit GCC has never represented a problem.

I reckon that using --abi 32 is a very poor workaround, but at least works and makes the bootstrap process complete successfully (tested).

Originally Posted by jkl

Note that Joyent has basically sold everything, so it'll require caution in the future again.

Yes, I've heard about it unfortunately.

Anyway, there are other places where to get a 64bit GCC to bootstrap pkgsrc, but Joyent. First, illumos is binary backward compatible with SunOS 5.10, so older GCC 4/5.x SVR4 binaries for Solaris 10 should just work. Newer gcc versions could be taken from OpenIndiana's repo and converted to a SVR4 package with ips2svr4.

I think both Peter Tribble and @pkgsrc-bugs should be nevertheless noticed of the issue.

[Sehnsucht94]

Originally Posted by berni51

I am not a C programmer and have no idea how to solve the issue. Has anybody pkgsrc got to work on Tribblix?

So, the problem was with GNU linker not being capable of handling a multi-arch environment, while illumos link-editor supports dynamically switching between 32-bit and 64-bit objects (and optionally passing the -32|-64 command-line options). From the ld(1) man page:

The link-editor, ld, combines relocatable object files by resolving
symbol references to symbol definitions, together with performing
relocations. ld operates in two modes, static or dynamic, as governed by
the -d option.

By default, the class of the object being generated is determined

from the first ELF object processed from the command line. If no
objects are specified, the class is determined by the first object
encountered within the first archive processed from the command line.
If there are no objects or archives, the link-editor creates a 32-bit
object.

Putting /usr/gnu/bin at the end of one's PATH – so as to use /usr/bin/ld as opposed to /usr/gnu/bin/ld – sorts the issue out. Upon specifying a custom PATH in the environment:

# env PATH=/bin:/sbin:/usr/bin/:/usr/sbin:/usr/gnu/bin ./bootstrap --abi 64 --prefix /opt/pkg

The bootstrap process completes just fine.
Easier done than said!