ere was the problem (being to nice to compiler)
I've removed all throw() constrains and it now works again...
But the bug was present in all 2.95.4...3.0. compilers - I think
3.1 just fixed this partialy...
--
.''`.Zdenek Kabelac [EMAIL PROTECTED], users.sf.net, fi.muni.cz
Package: g++-3.0
Version: 1:3.0.4-7
Severity: normal
Hello
I'm adding my sample program which demonstrate that C++
program is unusable with -O2 (or better compilation)
moreover it seems to be also affected by march=i5/686 flag
check out 524000 iteration
you may lower the char array a[10] - in
On Fri, Apr 05, 2002 at 09:18:47AM +0100, Philip Blundell wrote:
> On Fri, 2002-04-05 at 08:16, Zdenek Kabelac wrote:
> > Hmm looks like it - but there are two interesting points however
> > - somehow I've not noticed this report while using reportbug
> > - I do not lin
On Thu, Apr 04, 2002 at 11:06:18PM +0100, Philip Blundell wrote:
> On Thu, 2002-04-04 at 22:28, Zdenek Kabelac wrote:
> > Just today I've recompiled avifile with latest gcc3.0
> > and with Qt compiled with gcc3.0 so I could actually try how this
> > works - and I'v
Package: g++-3.0
Version: 1:3.0.4-6
Severity: normal
Hi
Just today I've recompiled avifile with latest gcc3.0
and with Qt compiled with gcc3.0 so I could actually try how this
works - and I've discovered that dynamic_cast with this
gcc no longer works and actually creates coredump.
For avifile
Package: gcc
Version: 2:2.95.4-8
Severity: normal
Hi
I've just discovered that compilation with i686 leads to some serious problems
of aborting my program (aviplay) instead of throwing exception which should
be trapped in try {} catch block
While compiling avifile (avifile.sf.net) with -O2 -ma
6 matches
Mail list logo