[MinGW-notify] [ mingw-Bugs-3422818 ] Windres screws up EDITTEXT controls

[SF/projects/mingw n. l. <min...@li...>]

Bugs item #3422818, was opened at 2011-10-12 23:29
Message generated for change (Comment added) made by ir0nh34d
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: Open
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: Chris Sutcliffe (ir0nh34d)
Date: 2011-10-13 10: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 10: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 06: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