gcc 3.4.2 stack variable lifetime analysis

2005-05-04 Thread Earl Chew
Can anyone tell me if there is a patch for this problem? Consider: void bar(char*); void foo(int x) { if (x) { char y[4096]; bar(y); } else { char z[4096]; bar(z); } } Cygwin gcc 3.4.2 -O2 yields: pushl %ebp movl$8216, %eax /* Should be abou

Seeking patch for ambiguous conversion

2006-05-08 Thread Earl Chew
;) It seems the compiler will not prefer the conversion from X to unsigned short in order to compile the (subsequent unsigned short to unsigned short) comparison and considers the competing conversions to C as viable. Earl Chew ---

Seeking patch for bug in lifetime of __cur in deque::_M_fill_initialize (powerpc dw2 EH gcc 3.4.2)

2005-02-24 Thread Earl Chew
Is there a patch for the following problem? I am having problems with _M_fill_initialize in deque on the powerpc version compiled at -O2. template void deque<_Tp,_Alloc>:: _M_fill_initialize(const value_type& __value) { _Map_pointer __cur; try { for

Re: Changed resolution of anonymous namespace extern from gcc 3.4.2 to 4.1.0

2008-09-16 Thread Earl Chew
Earl Chew wrote: I can't make up my mind whether the new behaviour is incorrect, or whether the old behaviour should never have been supported. I'm pretty certain this is a defect because I can construct a program that should work, but doesn't. In any case, I've discove