On Mon, Oct 14, 2002 at 05:00:45PM -0700, David O'Brien wrote:
gcc's code optimizations are broken, and should be avoided.
Not any more with GCC 3.2, unless you have a test case to prove it broken.
Well you still can't buildworld with -O3 -march=pentiumpro
-fno-strength-reduce. Looks like
Kris Kennaway schrieb:
On Wed, Oct 16, 2002 at 02:12:07AM +0200, Daniel Rock wrote:
gprof thinks the runtime is only 8 seconds, while in reality it takes
more than 2 minutes to complete the test. A small excerpt from gprof output
Are you running a kernel with WITNESS enabled? This
On Wed, Oct 16, 2002 at 01:27:30AM -0700, Alex Zepeda wrote:
On Mon, Oct 14, 2002 at 05:00:45PM -0700, David O'Brien wrote:
gcc's code optimizations are broken, and should be avoided.
Not any more with GCC 3.2, unless you have a test case to prove it broken.
Well you still can't
David O'Brien schrieb:
On Mon, Oct 14, 2002 at 01:44:07PM -0700, Alex Zepeda wrote:
So turn off the optimizations?
No in -CURRENT with GCC 3.2, we want to know when -O2 causes a problem.
gcc's code optimizations are broken, and should be avoided.
Not any more with GCC
On Tue, Oct 15, 2002 at 07:31:28PM +0200, Daniel Rock wrote:
The errors during make test are only one issue. What bothers me even
more ist the high runtime of some of the tests (up to several *hours*).
Finally a make test completed on my machine (perl-5.8 compiled without
optimizations,
Kris Kennaway schrieb:
On Tue, Oct 15, 2002 at 07:31:28PM +0200, Daniel Rock wrote:
The errors during make test are only one issue. What bothers me even
more ist the high runtime of some of the tests (up to several *hours*).
Finally a make test completed on my machine (perl-5.8 compiled
On Wed, Oct 16, 2002 at 02:12:07AM +0200, Daniel Rock wrote:
gprof thinks the runtime is only 8 seconds, while in reality it takes
more than 2 minutes to complete the test. A small excerpt from gprof output
Are you running a kernel with WITNESS enabled? This can really chew
up kernel CPU
Hi,
perl-5.8 seems to be severely broken in current.
If I compile it with optimization enabled make test fails at t/op/pat,
test 640. Only with no optimization at all this test succeeded. I tried
the following options
make CPUTYPE=i386 CFLAGS=-g = success
make CPUTYPE=i386 CFLAGS=-O2=
On Mon, Oct 14, 2002 at 10:37:53PM +0200, Daniel Rock wrote:
If I compile it with optimization enabled make test fails at t/op/pat,
test 640. Only with no optimization at all this test succeeded. I tried
the following options
So turn off the optimizations?
gcc's code optimizations are
Alex Zepeda schrieb:
So turn off the optimizations?
gcc's code optimizations are broken, and should be avoided. If you want
to break perl 5.6 you can do so with -O3 -march=pentiumpro (somehow I
suspect -O2 would have the same effect).
Besides, that just goes to show, it's not perl that's
On Tue, Oct 15, 2002 at 12:03:54AM +0200, Daniel Rock wrote:
But why don't show the same optimization levels on another intel
platform (Solaris x86, gcc-3.2 release) no problem?
Because it's not the same compiler. -current is not using 3.2.
$gcc -v
Using built-in specs.
Configured with:
On Mon, Oct 14, 2002 at 01:44:07PM -0700, Alex Zepeda wrote:
So turn off the optimizations?
No in -CURRENT with GCC 3.2, we want to know when -O2 causes a problem.
gcc's code optimizations are broken, and should be avoided.
Not any more with GCC 3.2, unless you have a test case to prove it
On Mon, Oct 14, 2002 at 03:12:25PM -0700, Alex Zepeda wrote:
On Tue, Oct 15, 2002 at 12:03:54AM +0200, Daniel Rock wrote:
But why don't show the same optimization levels on another intel
platform (Solaris x86, gcc-3.2 release) no problem?
Because it's not the same compiler. -current
13 matches
Mail list logo