Your message dated Wed, 04 Apr 2012 16:54:10 -0400
with message-id <[email protected]>
and subject line ppc binutils and strip
has caused the Debian Bug report #210809,
regarding binutils: strip produces unusable binary
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
210809: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=210809
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: binutils
Version: 2.14.90.0.5-0.2
Severity: important

This problem is highly particular to input executable size.  Briefly, I can 
reproducibly produce a gcl 
image on ppc which when stripped cannot correctly build a working maxima.  
Leaving the binary unstripped produces 
a working maxima.  

The details:

compiling gcl-2.6.1-7 on ppc with the default options using gcc-3.3.1 
(-mlongcall -O -fomit-frame-pointer)
produces a saved_gcl image of the following size:

-rwxr-xr-x    1 camm     Debian   10180411 Sep 13 14:28 
/home/camm/gcl-2.6.1/unixport/saved_gcl

GCL uses unexec to create modified images.  the Debian package uses this 
feature to reset an internal
variable with the following command:

echo "(setq si::*system-directory* 
\"/usr/lib/gcl-2.6.1/unixport\")(si::save-system \"saved_gcl\")"

This produces a binary image as follows:

-rwxr-xr-x    1 camm     Debian   10184547 Sep 13 14:38 
/home/camm/gcl-2.6.1/unixport/saved_gcl

Lastly, when run through dh_strip, the binary is of the following size:

-rwxr-xr-x    1 camm     Debian    8256664 Sep 13 14:40 
/home/camm/gcl-2.6.1/unixport/saved_gcl

This binary will compile maxima-5.9.0, load the object modules created, and 
save a final maxima image binary using unexec.  
This binary fails to run at all, with an immediate SEGFALUT on startup.

Changing the GCL compile flags in any way appears to make the problem 
disappear.  I cannot reproduce the issue using 
-g for example in order to get a backtrace in gdb.  The image sizes are of 
course different with each CFLAG setting change. 
I can only surmize that the problem is highly image size specific, or otherwise 
highly dependant on image construction
details.


-- System Information:
Debian Release: testing/unstable
Architecture: powerpc
Kernel: Linux voltaire 2.4.20-powerpc-smp #1 SMP ven jun 20 19:16:06 CEST 2003 
ppc
Locale: LANG=C, LC_CTYPE=C

Versions of packages binutils depends on:
ii  debconf                     1.3.8        Debian configuration management sy
ii  libc6                       2.3.1-17.0.2 GNU C Library: Shared libraries an

-- debconf information:
  binutils/oformat_warning: 
* binutils/kernel_link_warning: 



--- End Message ---
--- Begin Message ---
Greetings!  All appears working now with modern binutils.  Thanks!
-- 
Camm Maguire                                        [email protected]
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah


--- End Message ---

Reply via email to