http://sourceware.org/bugzilla/show_bug.cgi?id=13297
Bug #: 13297
Summary: windres.exe is generating invalid RC output.
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: binutils
AssignedTo: unassig...@sourceware.org
ReportedBy: josh...@gmail.com
Classification: Unclassified
windres.exe is generating invalid RC output.
Let me clarify: 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.
I will add that compiling the files as individual COFF objects works fine (this
is what I tried originally, before I realized that multiple resource objects
are not correctly linked). It is when asked to bind all the resources into a
new RC file that it goofs up.
Technical information:
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.
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)
If you could suggest a workaround, please do so. I have managed to isolate the
issue in my project such that it will, at present, not inhibit typical users.
However, it is limiting forward progress for non-developers; my developers can
simply correct the output themselves by removing the erroneous empty string it
generates.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
_______________________________________________
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
