10.3-RELEASE-p13 "unsupported file layout"
Dimitry Andric
dim at FreeBSD.org
Wed Jan 11 22:40:11 UTC 2017
On 11 Jan 2017, at 23:35, George Mitchell <george+freebsd at m5p.com> wrote:
>
> On 01/11/17 17:25, Dimitry Andric wrote:
>> On 11 Jan 2017, at 21:24, George Mitchell <george+freebsd at m5p.com> wrote:
...
>>> building shared library libc.so.7
>>> cc (a very long compile line)
>>> ./libc.so.7: unsupported file layout
>>
>> If things went correctly, the libc.so.7 file should be in
>> /usr/obj/usr/src/lib/libc. If so, can you post the output of:
>>
>> file /usr/obj/usr/src/lib/libc/libc.so.7
>> readelf -h /usr/obj/usr/src/lib/libc/libc.so.7
>>
>> -Dimitry
>>
> root at sullivan:/usr/src # file /usr/obj/usr/src/lib/libc/libc.so.7
> /usr/obj/usr/src/lib/libc/libc.so.7: ELF 64-bit LSB shared object,
> x86-64, version 1 (FreeBSD), dynamically linked, not stripped
> root at sullivan:/usr/src # readelf -h /usr/obj/usr/src/lib/libc/libc.so.7
> ELF Header:
> Magic: 7f 45 4c 46 02 01 01 09 00 00 00 00 00 00 00 00
> Class: ELF64
> Data: 2's complement, little endian
> Version: 1 (current)
> OS/ABI: UNIX - FreeBSD
> ABI Version: 0
> Type: DYN (Shared object file)
> Machine: Advanced Micro Devices X86-64
> Version: 0x1
> Entry point address: 0x3aee0
> Start of program headers: 64 (bytes into file)
> Start of section headers: 1644696 (bytes into file)
> Flags: 0x0
> Size of this header: 64 (bytes)
> Size of program headers: 56 (bytes)
> Number of program headers: 6
> Size of section headers: 64 (bytes)
> Number of section headers: 40
> Section header string table index: 37
>
> That isn't the only libc.so.7 in my build tree, though:
>
> /usr/obj/usr/src/tmp/lib/libc.so.7: ELF 64-bit LSB shared object,
> x86-64, version 1 (FreeBSD), dynamically linked, not stripped
> /usr/obj/usr/src/lib/libc/libc.so.7: ELF 64-bit LSB shared object,
> x86-64, version 1 (FreeBSD), dynamically linked, not stripped
> /usr/obj/lib32/usr/src/lib/libc/libc.so.7: ELF 32-bit LSB shared object,
> Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped
Hm, that all looks perfectly normal, supposing that you are on amd64.
Maybe it's the stripping that fails? Do you have STRIP defined in your
environment, or make.conf?
-Dimitry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20170111/729371e5/attachment.sig>
More information about the freebsd-stable
mailing list