GNU bug report logs -
#2507
23.0.91; Stripping emacs.exe on MS-Windows produces an invalid program
Previous Next
Reported by: Eli Zaretskii <eliz <at> gnu.org>
Date: Sat, 28 Feb 2009 11:05:07 UTC
Severity: minor
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #17 received at 2507 <at> emacsbugs.donarmstrong.com (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Date: Sat, 28 Feb 2009 13:01:07 +0200
>> From: Eli Zaretskii <eliz <at> gnu.org>
>> Cc:
>>
>> strip emacs.exe
>> emacs -Q
>>
>> results in the OS popping an error dialog saying:
>>
>> emacs.exe is not a valid Win32 application
>
> More info: building Emacs like this:
>
> make USER_LDFLAGS=-s install
>
> produces an already stripped emacs.exe that is 8548352 bytes large.
> So this should serve as a stop-gap in case we cannot easily find a
> cure for running `strip' on the dumped Emacs.
>
> One further idea to ponder is that the fact we now compile with
> DWARF-2 debug info is the reason for the problem with stripping the
> dumped Emacs. Can someone please try rebuilding with "-gstabs"
> instead of "-gdwarf-2 -g3", and see if that produces an emacs.exe
> which can be safely stripped?
I tried the "-gstabs" debug info, but after stripping it didn't work
too. But the output size of that compilation and linking is far smaller.
Result: 12.55 MB (-gstabs) instead of 31.33 MB (-gdwarf2 -g3).
Harald
This bug report was last modified 10 years and 355 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.