http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #20 from Jason Merrill 2011-11-11
16:51:50 UTC ---
Author: jason
Date: Fri Nov 11 16:51:41 2011
New Revision: 181292
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181292
Log:
PR c++/50976
* typeck.c (check_literal_ope
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #19 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2011-11-11
13:21:11 UTC ---
Created attachment 25796
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25796
Patch with corrections.
ChangeLog:
2011-11-11 Ed Smith-Rowland <3d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #18 from Jason Merrill 2011-11-10
19:07:44 UTC ---
On 11/10/2011 10:53 AM, 3dw4rd at verizon dot net wrote:
> Potentail patch #2a.
> + t = TREE_VALUE (argtype);
> + if (!argtype)
> + return
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #17 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2011-11-10
15:53:45 UTC ---
Created attachment 25785
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25785
Potentail patch #2a.
Here's a version of the second patch that actual
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #16 from Jason Merrill 2011-11-09
21:53:19 UTC ---
I like the approach of #2, but it looks like that patch doesn't limit raw
operators to char*, but allows other character types as well.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #15 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2011-11-09
20:23:19 UTC ---
Created attachment 25775
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25775
Potential patch #2
A different choice. If I find a string, explicitl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #14 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2011-11-09
20:21:46 UTC ---
Created attachment 25774
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25774
Potential patch #1
I'll regtest this trivial patch when I get home.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #12 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2011-11-03
21:05:37 UTC ---
It could well be a mingw-w64 problem (there are two separate projects mingw and
mingw-w64 - http://mingw-w64.sourceforge.net/ you want the latter). I re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #11 from Daniel Krügler
2011-11-03 19:44:02 UTC ---
(In reply to comment #4)
> I can't imagine how this could be target dependent though.
I have a bit more information now: If I'm using the 32-bit version from
http://www.equation.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #10 from Daniel Krügler
2011-11-03 13:58:53 UTC ---
(In reply to comment #8)
I just send a corresponding email to the support address of this page. In
addition I removed my previous gcc installation completely and installed it
freshly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #9 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2011-11-03
13:47:15 UTC ---
This may well happen if perhaps 'unsigned long long int' doesn't map to
long_long_unsigned_type_node for this target.
Daniel, just for fun, and as a poss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #8 from Jonathan Wakely 2011-11-03
13:23:24 UTC ---
(In reply to comment #6)
> http://www.equation.com/servlet/equation.cmd?fa=fortran
That page implies those binaries contain some source modifications, but it's
not clear what they a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #7 from Daniel Krügler
2011-11-03 13:06:12 UTC ---
(In reply to comment #6)
> (In reply to comment #4)
> > gcc version 4.7.0 20111031 (experimental) (GCC)
>
> This difference shouldn't be essential, should it?
(Sorry, my reply conf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #6 from Daniel Krügler
2011-11-03 13:04:57 UTC ---
(In reply to comment #4)
> gcc version 4.7.0 20111031 (experimental) (GCC)
This difference shouldn't be essential, should it?
> I wonder if the testsuite was run when the gcc was b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #5 from Jonathan Wakely 2011-11-03
12:54:03 UTC ---
(In reply to comment #4)
> Your test case runs like a charm on x86_64-unknown-linux-gnu.
I can confirm that, using the 4.7-20111029 snapshot
> I can't imagine how this could be ta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #4 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2011-11-03
12:47:41 UTC ---
I wonder if the testsuite was run when the gcc was built.
It should have raised a boatload of flags there.
Your test case runs like a charm on x86_64-unk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #3 from Daniel Krügler
2011-11-03 12:05:06 UTC ---
(In reply to comment #1)
> Could it be that there is a 'template' just above the declaration?
> Literal operator templates must have void argument.
No, there is nothing like this ne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #2 from Daniel Krügler
2011-11-03 12:03:51 UTC ---
Created attachment 25701
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25701
Test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #1 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2011-11-03
11:49:46 UTC ---
I can't reproduce this error.
I have test cases in the tree that look exactly like this.
Look at udlit-args.C. Grep "long long" in
gcc/testsuite/g++.dg/c
21 matches
Mail list logo