[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug ld/19030] ld generates .so/x86 with bad phdr so the Android linker
From: |
address@hidden |
Subject: |
[Bug ld/19030] ld generates .so/x86 with bad phdr so the Android linker won't dlopen |
Date: |
Thu, 01 Oct 2015 06:27:23 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=19030
--- Comment #2 from address@hidden ---
Your analysis is correct, thank you.
While "-nostdlib" actually is a ld option (at least in my ld according to
--help and man page), I rechecked and noticed I passed another gcc parameter
"-no-enum-size-warning" to ld which seems to behave like "-n" as you suggested
hence you can label this as user error but I keep wondering how this parameter
handling could be useful/intended.
The man page says "For options whose names are a single letter, option
arguments must either follow the option letter without intervening whitespace,
or be given as separate arguments immediately following the option that
requires them." so "-no-enum-size-warning" would be taken as "-n" with value
"o-enum-size-warning". Yet according to the man page "-n" does not take a
value, so it seems the trailing characters will be silently discarded.
Is this parameter-handling behavior intended this way? (Should one open a new
bug to discuss that?)
--
You are receiving this mail because:
You are on the CC list for the bug.