--- Comment #2 from lindevel at gmx dot net 2009-08-03 09:21 ---
Created an attachment (id=18287)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18287&action=view)
TestClass preprocessed source (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
--- Comment #1 from lindevel at gmx dot net 2009-08-03 09:17 ---
Created an attachment (id=18286)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18286&action=view)
TestClass source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
org
ReportedBy: lindevel at gmx dot net
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
--- Comment #5 from lindevel at gmx dot net 2007-11-09 09:50 ---
The problem (stray characters in include/limits) persists after I rebuilt the
whole system to wipe out any leftovers from previous attempts at vectorisation
and hidden inlines. Setting LANG and LC_ALL also didn't hel
--- Comment #4 from lindevel at gmx dot net 2007-11-04 11:47 ---
Created an attachment (id=14482)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14482&action=view)
build.log ICE
Building without setting CFLAGS or CXXFLAGS results in an ICE:
/var/tmp/portage/sys-de
--- Comment #2 from lindevel at gmx dot net 2007-11-04 02:02 ---
Created an attachment (id=14481)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14481&action=view)
build.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33992
--- Comment #1 from lindevel at gmx dot net 2007-11-04 01:38 ---
(Make summary less cryptic)
--
lindevel at gmx dot net changed:
What|Removed |Added
Summary
tus: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lindevel at gmx dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33992
--- Comment #6 from lindevel at gmx dot net 2006-09-03 20:38 ---
Perhaps the message should then be "0 (int) is of incompatible type to
debug(...) (void)" or similar? At least it should be more clear about the fact
that the error is that both sides of the : need to be compa
--- Comment #4 from lindevel at gmx dot net 2006-09-03 20:08 ---
You proved ##c++ wrong! They bet that I would be ignored. ;)
The thing is that a void itself is not invalid. Using (expr ? void : void)
works as you see in my report.
In ##c++ I was told that ( x ? y : z ) wants both y
--- Comment #2 from lindevel at gmx dot net 2006-09-03 19:36 ---
Created an attachment (id=12182)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12182&action=view)
Preprocessed testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28943
--- Comment #1 from lindevel at gmx dot net 2006-09-03 19:35 ---
Created an attachment (id=12181)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12181&action=view)
Testcase code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28943
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lindevel at gmx dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28943
13 matches
Mail list logo
