libc/quad: fix missing closing #endif in Symbol.map

Without this lib32 libc.so.7 would be missing critical symbols,
including malloc / free and all syscall wrappers.

libc/quad: Switch to per-arch lists of symbols

This more closely mirrors libc/quad/Makefile.inc and is easier to
read.

Reviewed by: brooks
Differential Revision: https://reviews.freebsd.org/D55658

libc/quad: narrow list of symbols exposed for 32-bit arm

lld doesn't notice, but ld.bfd complains.

Reviewed by: brooks
Differential Revision: https://reviews.freebsd.org/D55657

libc/quad: further narrow list of i386 symbols

It's unclear to me why lld didn't complain about these are they aren't
present and haven't been. Instead ld.bfd complained.

Reviewed by: dim
Fixes:

libc/quad: further narrow list of i386 symbols

It's unclear to me why lld didn't complain about these are they aren't
present and haven't been. Instead ld.bfd complained.

Reviewed by: dim
Fixes: 6e6cd03c911c libc/quad: narrow list of symbols exposed on i386
Differential Revision: https://reviews.freebsd.org/D44879

show more ...

libc/quad: narrow list of symbols exposed on i386

These symbols aren't present on i386 so don't try to expose them.

Given the structure of quad/Makefile.inc, it might make more sense to
have per-ar

libc/quad: narrow list of symbols exposed on i386

These symbols aren't present on i386 so don't try to expose them.

Given the structure of quad/Makefile.inc, it might make more sense to
have per-arch symbol maps here, but this is sufficent to build with
WITHOUT_UNDEFINED_VERSION on i386.

Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44243

show more ...

libc: Remove empty comments in Symbol.map

These were left over from $FreeBSD$ removal.

Reviewed by: emaste
Differential Revision: https://reviews.freebsd.org/D42612

Remove $FreeBSD$: one-line .h pattern

Remove /^\s*\*+\s*\$FreeBSD\$.*$\n/

libc/quad: further narrow list of i386 symbols

It's unclear to me why lld didn't complain about these are they aren't
present and haven't been. Instead ld.bfd complained.

Reviewed by: dim
Fixes:

libc/quad: further narrow list of i386 symbols

It's unclear to me why lld didn't complain about these are they aren't
present and haven't been. Instead ld.bfd complained.

Reviewed by: dim
Fixes: 6e6cd03c911c libc/quad: narrow list of symbols exposed on i386
Differential Revision: https://reviews.freebsd.org/D44879

show more ...

libc/quad: narrow list of symbols exposed on i386

These symbols aren't present on i386 so don't try to expose them.

Given the structure of quad/Makefile.inc, it might make more sense to
have per-ar

libc/quad: narrow list of symbols exposed on i386

These symbols aren't present on i386 so don't try to expose them.

Given the structure of quad/Makefile.inc, it might make more sense to
have per-arch symbol maps here, but this is sufficent to build with
WITHOUT_UNDEFINED_VERSION on i386.

Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44243

show more ...

libc: Remove empty comments in Symbol.map

These were left over from $FreeBSD$ removal.

Reviewed by: emaste
Differential Revision: https://reviews.freebsd.org/D42612

Remove $FreeBSD$: one-line .h pattern

Remove /^\s*\*+\s*\$FreeBSD\$.*$\n/

Export quad symbols. They were previously commented out. These symbols
really shouldn't be exported since they should be pulled from libgcc, but
the build of some applications is broken and they ex

Export quad symbols. They were previously commented out. These symbols
really shouldn't be exported since they should be pulled from libgcc, but
the build of some applications is broken and they expect to see them in
libc. glibc exports these symbols, although Solaris doesn't appear to,
so export them for compatibility's sake.

After discussion with: kan

show more ...

Use C comments since we now preprocess these files with CPP.

Add symbol maps and initial symbol version definitions to libc.

Reviewed by: davidxu

libc/quad: further narrow list of i386 symbols

It's unclear to me why lld didn't complain about these are they aren't
present and haven't been. Instead ld.bfd complained.

Reviewed by: dim
Fixes:

libc/quad: further narrow list of i386 symbols

It's unclear to me why lld didn't complain about these are they aren't
present and haven't been. Instead ld.bfd complained.

Reviewed by: dim
Fixes: 6e6cd03c911c libc/quad: narrow list of symbols exposed on i386
Differential Revision: https://reviews.freebsd.org/D44879

show more ...

libc/quad: narrow list of symbols exposed on i386

These symbols aren't present on i386 so don't try to expose them.

Given the structure of quad/Makefile.inc, it might make more sense to
have per-ar

libc/quad: narrow list of symbols exposed on i386

These symbols aren't present on i386 so don't try to expose them.

Given the structure of quad/Makefile.inc, it might make more sense to
have per-arch symbol maps here, but this is sufficent to build with
WITHOUT_UNDEFINED_VERSION on i386.

Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44243

show more ...

libc: Remove empty comments in Symbol.map

These were left over from $FreeBSD$ removal.

Reviewed by: emaste
Differential Revision: https://reviews.freebsd.org/D42612

Remove $FreeBSD$: one-line .h pattern

Remove /^\s*\*+\s*\$FreeBSD\$.*$\n/

Export quad symbols. They were previously commented out. These symbols
really shouldn't be exported since they should be pulled from libgcc, but
the build of some applications is broken and they ex

Export quad symbols. They were previously commented out. These symbols
really shouldn't be exported since they should be pulled from libgcc, but
the build of some applications is broken and they expect to see them in
libc. glibc exports these symbols, although Solaris doesn't appear to,
so export them for compatibility's sake.

After discussion with: kan

show more ...

Use C comments since we now preprocess these files with CPP.

Add symbol maps and initial symbol version definitions to libc.

Reviewed by: davidxu

Export quad symbols. They were previously commented out. These symbols
really shouldn't be exported since they should be pulled from libgcc, but
the build of some applications is broken and they ex

Export quad symbols. They were previously commented out. These symbols
really shouldn't be exported since they should be pulled from libgcc, but
the build of some applications is broken and they expect to see them in
libc. glibc exports these symbols, although Solaris doesn't appear to,
so export them for compatibility's sake.

After discussion with: kan

show more ...

Use C comments since we now preprocess these files with CPP.

Add symbol maps and initial symbol version definitions to libc.

Reviewed by: davidxu