http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37215
--- Comment #14 from Kai Tietz ktietz at gcc dot gnu.org 2012-06-27 14:03:13
UTC ---
Author: ktietz
Date: Wed Jun 27 14:03:08 2012
New Revision: 189016
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189016
Log:
PR preprocessor/37215
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37215
--- Comment #15 from Kai Tietz ktietz at gcc dot gnu.org 2012-06-27 15:06:21
UTC ---
Author: ktietz
Date: Wed Jun 27 15:06:16 2012
New Revision: 189019
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189019
Log:
Merged from trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37215
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37215
--- Comment #13 from patriciak784-gccmainling at yahoo dot de 2012-01-15
14:27:00 UTC ---
(In reply to comment #12)
On inspecting this more closely, I agree with patriciak784. The issue isn't
directly related to the fix of Richard for PR20239.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37215
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
CC||ktietz at gcc dot
--- Comment #11 from patriciak784-gccmainling at yahoo dot de 2009-02-01
11:44 ---
I am sorry that I was a bit unclear - 4.0.0 @ 95634 works for PR20239 but
doesn't for this problem.
But the patch from PR20239 fixed both problems on 3.4.4, so both bugs are no
duplicates, sorry.
--
--- Comment #10 from patriciak784-gccmainling at yahoo dot de 2009-02-01
11:22 ---
(In reply to comment #6)
read_original_filename lexes a token, which hits EOF, which
causes the buffer to be popped.
This is sort of an odd scenario.
Perhaps working around it in
--- Comment #9 from patriciak784-gccmainling at yahoo dot de 2009-01-05
08:43 ---
I don't think it's good to apply the workaround mainly because 3.4.5 works for
me on mingw and the code that triggers the error hasn't changed since its
initial commit which was more than 5 years ago.
I
--- Comment #7 from patriciak784-gccmainling at yahoo dot de 2009-01-04
20:26 ---
(In reply to comment #6)
read_original_filename lexes a token, which hits EOF, which
causes the buffer to be popped.
This is sort of an odd scenario.
Perhaps working around it in preprocess_file is
--- Comment #8 from patriciak784-gccmainling at yahoo dot de 2009-01-04
20:53 ---
(In reply to comment #7)
does indeed fix or work around (with gcc 4.3 branch revision somewhere around
rev143000) the original problem ('gcc -E -dM -fpreprocessed - /dev/null') on
mingw32 and x86_64
--- Comment #6 from tromey at gcc dot gnu dot org 2009-01-02 17:04 ---
read_original_filename lexes a token, which hits EOF, which
causes the buffer to be popped.
This is sort of an odd scenario.
Perhaps working around it in preprocess_file is best.
--
tromey at gcc dot gnu dot org
--- Comment #5 from patriciak784-gccmainling at yahoo dot de 2008-09-07
14:41 ---
Sorry, my patch doesn't always fix the problem. It is just strange. Sometimes
it works, sometimes not...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37215
--- Comment #3 from patriciak784-gccmainling at yahoo dot de 2008-09-04
13:35 ---
I did examine both problems a bit further.
If I understand correctly what is happening, there is the object parse_in which
is, during program flow, passed to preprocess_file as argument pfile.
An object
--- Comment #4 from patriciak784-gccmainling at yahoo dot de 2008-09-04
16:38 ---
Now I know why gcc complains about a misformed pch file nul.gch!
Checking if a file named NUL plus any extension exists, will always return that
it exists because I did this on windows! open will not open
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-03 21:14 ---
*** Bug 37331 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-24 22:12 ---
Confirmed, I don't know if this is a regression or not.
Program received signal SIGSEGV, Segmentation fault.
0x1006f204 in preprocess_file (pfile=0x10a03728) at
/home/apinski/src/local/gcc/gcc/c-ppoutput.c:88
88
16 matches
Mail list logo