--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
23:14 ---
Confirmed, but this looks like only a bug in 3.4.x and before. It might be a
latent bug on the mainline
still I don't know for sure.
--
What|Removed |Added
The following code:
class a {
friend class b;
b *pb;
};
Produces an error message in the current mainline (4.1.0 development):
bar.c:3: error: ISO C++ forbids declaration of 'b' with no type
bar.c:3: error: expected ';' before '*' token
14882:2003, 11.4.7, indicates that this
--
What|Removed |Added
CC||lerdsuwa at users dot
||sourceforge dot net
Keywords|
g++ compile fine (without any warning) this example program:
/*CODE*/
#include iostream
typedef struct sA
{
int bb;
}AA;
int main()
{
AA *p;
p=NULL;
for(int i=(p==NULL)?0:p-bb;i(p==NULL)?30:(p-bb+4);i++)
{
std::cout i;
}
return 1;
}
/*CODE*/
compile: g++ -g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-09
00:24 ---
Nope this is not generating bad code.
i(p==NULL)?30:(p-bb+4)
is equivalent to
(i(p==NULL))?30:(p-bb+4)
You want i((p==NULL)?30:(p-bb+4)).
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-09
00:26 ---
Comeau also rejects the code.
I think this is invalid but I will let Kriang comment on this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21971
--- Additional Comments From mckinlay at redhat dot com 2005-06-09 00:56
---
I've checked this in to HEAD and Classpath cvs. Strictly speaking, it shouldn't
go into GCC 4.0 as its an ABI change and our no-C++-abi-incompatible-changes
policy is still in place. Do you need it for 4.0?
--
I have discussed this issue with Andrew Pinski on IRC, but I figured it should
be logged here as well.
I have been investigating some crashes in Eclipse, a Java application which uses
GTK+. The crashes are reproducable using the Sun 1.5 VM when GTK+ is compiled
with -march=pentium4, and go away
--- Additional Comments From vektor at dumbterm dot net 2005-06-09 04:38
---
Of course, right after I post this someone comes up with a log where the
disassembly doesn't make as much sense, but still at least shows some SSE2 :)
EAX=0x0001, EBX=0xa971c0e8, ECX=0xa91f4860,
--- Additional Comments From Hans dot Boehm at hp dot com 2005-06-09 05:10
---
Unfortunately, I haven't had time to pursue this.
I think that in order to get this to fail, you want lots of weak references to
objects which are also sobject to lock contention or wait/notify calls. I
101 - 110 of 110 matches
Mail list logo
