Bugs item #3422818, was opened at 2011-10-12 20:29
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3422818&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: binutils
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Josh @ Dreamland (joshdreamland)
Assigned to: Nobody/Anonymous (nobody)
Summary: Windres screws up EDITTEXT controls
Initial Comment:
Windres.exe is generating invalid RC output.
Input line:
EDITTEXT 12, 5, 43, 174, 15, ES_AUTOHSCROLL | ES_LEFT | WS_BORDER | WS_TABSTOP
Build command:
windres -o .eobjs/Windows/Windows/Run/Widget_Systems/Win32/res.rc -i Widget_Systems/Win32/res.rc -O rc
Output line:
EDITTEXT "", 12, 5, 43, 174, 15, 0x50810080
Full input file:
http://pastebin.com/qbEbgGM2
Full output file:
http://pastebin.com/pezHGLqy
Other input files:
manifest.xml: http://pastebin.com/vGi6SJcF
Implications:
The output format is invalid; the string causes windres to throw a syntax error later on when requested to build a COFF.
The error has put my latest revision at a standstill; if you could, please suggest a workaround.
OS and Version Information:
Windows 7, x64
C:\Users\Josh>ld -v
GNU ld (GNU Binutils) 2.21.53.20110804
C:\Users\Josh>windres --version
GNU windres (GNU Binutils) 2.21.53.20110804
Copyright 2011 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) any later version.
This program has absolutely no warranty.
C:\Users\Josh>gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.1/lto-wrapper.exe
Target: mingw32
Configured with: ../gcc-4.6.1/configure --enable-languages=c,c++,fortran,objc,ob
j-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgomp -
-disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-runti
me-libs --build=mingw32 --prefix=/mingw
Thread model: win32
gcc version 4.6.1 (GCC)
----------------------------------------------------------------------
>Comment By: Earnie Boyd (earnie)
Date: 2012-10-19 11:03
Message:
If this is still an issue please report to the binutils bug list.
----------------------------------------------------------------------
Comment By: Chris Sutcliffe (ir0nh34d)
Date: 2011-10-13 07:51
Message:
Ah, I didn't realize what you were trying to accomplish. With this being
the case, I suggest you follow up on the binutils mailing list so that the
issue can be addressed upstream.
----------------------------------------------------------------------
Comment By: Josh @ Dreamland (joshdreamland)
Date: 2011-10-13 07:28
Message:
Hi there,
I'm not trying to build a COFF object. My project is on the large side, and
is designed to be extensible. That said, a lot of systems can be changed
out or removed, and some of said systems need their own RC file (for
packing DLLs or including dialogs, for instance).
The bottom line is, I have multiple RC files to link in, but MinGW does not
support this. So instead of building COFF objects up front, I instruct it
to recode the RC file such that it contains all resources in itself, then I
generate a central resource file that #includes all of the generated
files.
The issue is that when asked to produce an RC file, it reads a perfectly
valid input file, then exports a file containing syntax errors.
Compiling the file as a COFF object works fine (this is what I tried
originally, before I realized that multiple resource objects are not
correctly linked).
----------------------------------------------------------------------
Comment By: Chris Sutcliffe (ir0nh34d)
Date: 2011-10-13 03:57
Message:
Try changing '-O rc' to '-O COFF'.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3422818&group_id=2435
|
