[PATCH] Link startup files without package-metadata

[Sam James]

Florian Weimer <fweimer@redhat.com> writes:

> * Dimitri John Ledkov:
>
>> diff --git a/csu/Makefile b/csu/Makefile
>> index 2afb70b687..cac2dc6cfc 100644
>> --- a/csu/Makefile
>> +++ b/csu/Makefile
>> @@ -174,7 +174,7 @@ include ../Rules
>>  subdir_lib: $(extra-objs:%=$(objpfx)%)
>>  
>>  define link-relocatable
>> -$(CC) -nostdlib -nostartfiles -r -o $@ $^
>> +$(CC) -Wl,--package-metadata= -nostdlib -nostartfiles -r -o $@ $^
>>  endef
>>  
>>  ifndef start-installed-name-rule
>
> This seems to be quite specific to distribution build policy.  I expect
> not everyone will want to hide provenance in this way.

Reading https://uapi-group.org/specifications/specs/package_metadata_for_executable_files/
gave the impression that it's supposed to be singular (and I assumed it
was before now), but I accept that it doesn't seem to explicitly
require that, and I can see why you may want the infectious behaviour.

If multiple aren't supported, then I think the patch is required. If
not, then OK.

>
> Is there a reason why you can't use strip to remove the notes you don't
> want?

I think people are generally nervous about using strip even with
specific arguments on relocatables so may shy away from it. But then
it's a special case and it's not like packaging glibc doesn't have other
things you need to be aware of.

>
> Thanks,
> Florian

sam
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 418 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/libc-alpha/attachments/20260219/fa7d7bf4/attachment.sig>