https://sourceware.org/bugzilla/show_bug.cgi?id=4356
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #31 from Eli Zaretskii ---
Reverting the change in `quot` is IMO a mistake, I will respond in PR 27594
with the details.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #30 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=749c700282097cf679ff019a9674d7c762f48619
commit 749c700282097cf679ff019a967
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
Tony Theodore changed:
What|Removed |Added
CC||tonyt at logyst dot com
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #28 from Eli Zaretskii ---
FTR: I didn't use a junction to reproduce the problem, I actually created a
directory with a space and copied there the MinGW installation. So maybe the
problem is somehow related to resolving links and j
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #27 from Eli Zaretskii ---
First, this is unrelated to the original issue.
Second, I cannot reproduce this with windres 2.36 that I built myself (which is
the stock 2.36 version with the patch for 'quot' discussed in this bug repor
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #26 from David Macek ---
Sorry for the confusion, I stand corrected. I assumed the presented
inconsistency, although in an incorrect usage, would translate into an
inconsistency with correct usage. I tried directing windres to som
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #25 from Eli Zaretskii ---
Thanks, but this is incorrect usage: --preprocessor= doesn't support
command-line arguments. The command-line arguments should be passed via
--preprocessor-arg=.
--
You are receiving this mail because:
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #24 from David Macek ---
Here you go. Can you confirm this behavior?
$ cat a.rc
1 VERSIONINFO
FILEVERSION 1,0,0,0
BEGIN
END
$ ls a.res
ls: a.res: No such file or directory
$ windres -o a.res a.rc "--preprocessor=gcc -E -xc"
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #23 from Eli Zaretskii ---
If you can show an example of a windres command that works without temp files
but fails with them (or the other way around), I will try to take a look. But
please show an example that doesn't involve any
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #22 from David Macek ---
I guess I'm confused as well.
The specific comment I linked said:
> We should probably use --preprocessor-arg instead to pass arguments.
Until we realized that, there were discussions on how to patch wind
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #21 from Eli Zaretskii ---
Oops, you are right. Sorry for misreading the code.
Then I guess I'm back where I started: I don't understand the cause of the
problem. The original issue seems to involve Python, maybe it's related.
-
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #20 from Nick Clifton ---
(In reply to Eli Zaretskii from comment #19)
Hi Eli,
> So I think removing the fnquotes thingy from 'read_rc_file' should fix the
> problem. Please test.
But... the fnquotes thingy is used to quote the f
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #19 from Eli Zaretskii ---
Looking at the linked Huskell issue, I think the problem is not with the
--preprocessor= option, it is with --preprocessor-arg= option, where 'quot' IS
used.
The problem is that windres.c quotes the argum
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #18 from Eli Zaretskii ---
I don't think I understand the problem being reported by David Macek.
First, the fix alluded to there changed how the function 'quot' quotes file
names. The problematic use case is with the --preprocessor
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #17 from Nick Clifton ---
Just to be clear, the problem is that windres is trying to run "gcc -E" as if
that was the full name of the preprocessor, and not a program name plus
argument. This happens because internally windres puts
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
Nick Clifton changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
David Macek changed:
What|Removed |Added
CC||david.macek.0 at gmail dot com
--- Comme
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #13 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=cc3edc52747fd8b184ee48f1b0cc1ac0aca7832e
commit cc3edc52747fd8b184ee48f1b0c
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
Eli Zaretskii changed:
What|Removed |Added
Attachment #1730|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
Eli Zaretskii changed:
What|Removed |Added
CC||eliz at gnu dot org
--- Comment #11 fr
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
Kai Koehne changed:
What|Removed |Added
CC||kai.koehne at qt dot io
--- Comment #10 f
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
gusfl changed:
What|Removed |Added
Severity|normal |critical
--
You are receiving this mail becau
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
gusfl changed:
What|Removed |Added
Status|REOPENED|WAITING
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #8 from spring at abma dot de ---
> "C:\Program Files (x86)\CODEBL~1\MinGW\bin\windres.exe" -O coff
> D:/spring/rts/icon.rc
> rts/builds/legacy/CMakeFiles/engine-legacy.dir/__/__/icon.rc.obj
Der Befehl "C:\Program" ist entweder fa
https://sourceware.org/bugzilla/show_bug.cgi?id=4356
spring at abma dot de changed:
What|Removed |Added
CC||spring at abma dot de
--- Comme
http://sourceware.org/bugzilla/show_bug.cgi?id=4356
Hendrik Sattler changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://sourceware.org/bugzilla/show_bug.cgi?id=4356
--- Comment #5 from Hendrik Sattler 2011-03-01 07:56:18
UTC ---
The fix is equally simple, though, this time in windres.c:
-I%s -> -I\"%s\"
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receivin
http://sourceware.org/bugzilla/show_bug.cgi?id=4356
OisÃn changed:
What|Removed |Added
CC||denpashogai at gmail dot
|
--- Additional Comments From nickc at redhat dot com 2007-06-06 08:07
---
Hi Hendrik,
This problem should now be resolved. A recent patch to resrc.c should ensure
that all special case filenames are quoted when they are used on generated
command lines.
Cheers
Nick
--
--- Additional Comments From sattler at mixed-mode dot de 2007-04-20 16:31
---
Created an attachment (id=1730)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1730&action=view)
Put filenames from command line in quotes to handle spaces correctly
> Please could you provide an exam
--- Additional Comments From nickc at redhat dot com 2007-04-20 14:24
---
Subject: Re: New: windres fails on files with spaces
Hi HS,
> This does not seem to be fixed in latest CVS because the error is most
> obviously in binutils/resrc.c (and similar) in function read_rc_file() and
33 matches
Mail list logo
