When using 'strip' from binutils-2.18 on any executable for ia64-hpux11.23, it
becomes broken. Not only it does not execute any more, its size can increase by
factors > 1000.
As a sidenote, this works with binutils-2.16.1.
The binary initially was built with gcc-4.1.1, using GNU-as and native ld.
It does not matter whether gcc uses GNU-as from 2.16.1 or 2.18.
Also it does not matter whether using gcc-4.1.1 or gcc-4.2.2, although the
strip'ed file size increases by factor > 16000 when built with gcc-4.2.2.
Testcase:
$ gcc -v
Using built-in specs.
Target: ia64-hp-hpux11.23
Configured with: /source/gcc-4.1.1/configure --enable-threads=posix
--with-gnu-as --with-as=/prefix/ia64-hp-hpux11.23/bin/as --without-gnu-ld
--with-local-prefix=/prefix --disable-nls --disable-static
--disable-dependency-tracking --prefix=/prefix --libdir=/prefix/lib
Thread model: posix
gcc version 4.1.1
The test program:
$ echo 'int main(void) { return 0; }' > xx.c
$ gcc xx.c -o orig # without strip
$ gcc xx.c -o good # to be strip'ed with 2.16.1
$ gcc xx.c -o brok # to be strip'ed with 2.18
$ strip-2.16.1 good
$ strip-2.18 brok
$ ./orig
$ ./good
$ ./brok
exec(2): data not in region 1 for SHARE_MAGIC
bash: ./brok: Bad address
$ ls -l orig good brok
-rwxrwxrwx 1 haubi users 67112716 Dec 5 12:58 brok
-rwxrwxrwx 1 haubi users 5692 Dec 5 12:58 good
-rwxrwxrwx 1 haubi users 68632 Dec 5 12:57 orig
$
Now built with gcc-4.2.2:
$ gcc -v
Using built-in specs.
Target: ia64-hp-hpux11.23
Configured with:
/eprefix/var/tmp/portage/sys-devel/gcc-4.2.2/work/gcc-4.2.2/configure
--prefix=/eprefix/usr --bindir=/eprefix/usr/ia64-hp-hpux11.23/gcc-bin/4.2.2
--includedir=/eprefix/usr/lib/gcc/ia64-hp-hpux11.23/4.2.2/include
--datadir=/eprefix/usr/share/gcc-data/ia64-hp-hpux11.23/4.2.2
--mandir=/eprefix/usr/share/gcc-data/ia64-hp-hpux11.23/4.2.2/man
--infodir=/eprefix/usr/share/gcc-data/ia64-hp-hpux11.23/4.2.2/info
--with-gxx-include-dir=/eprefix/usr/lib/gcc/ia64-hp-hpux11.23/4.2.2/include/g++-v4
--host=ia64-hp-hpux11.23 --build=ia64-hp-hpux11.23 --disable-altivec
--disable-nls --with-system-zlib --disable-checking --disable-werror
--enable-secureplt --disable-libunwind-exceptions --disable-multilib
--disable-libmudflap --disable-libssp --disable-libgcj
--enable-languages=c,c++,treelang --enable-shared --enable-threads=posix
--with-local-prefix=/eprefix/usr
Thread model: posix
gcc version 4.2.2 (Gentoo 4.2.2 p1.0)
$ gcc-4.2.2 xx.c -o orig42
$ gcc-4.2.2 xx.c -o good42
$ gcc-4.2.2 xx.c -o brok42
$ strip-2.16.1 good42
$ strip-2.18 brok42
$ ./good42
$ ./brok42
exec(2): data not in region 1 for SHARE_MAGIC
bash: ./brok42: Bad address
$ ls -l orig42 good42 brok42
-rwxrwxrwx 1 haubi users 1140920956 Dec 5 13:28 brok42
-rwxrwxrwx 1 haubi users 6432 Dec 5 13:29 good42
-rwxrwxrwx 1 haubi users 69524 Dec 5 13:28 orig42
$
--
Summary: "data not in region 1 for SHARE_MAGIC" after strip with
2.18
Product: binutils
Version: 2.18
Status: NEW
Severity: normal
Priority: P2
Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: haubi at gentoo dot org
CC: bug-binutils at gnu dot org
GCC build triplet: ia64-hp-hpux11.23
GCC host triplet: ia64-hp-hpux11.23
GCC target triplet: ia64-hp-hpux11.23
http://sourceware.org/bugzilla/show_bug.cgi?id=5449
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
