--- Comment #9 from ian at airs dot com 2008-06-14 05:59 ---
There aren't any obvious instructions on how to reproduce this bug. Andrew,
which file(s) in libgcj do you see problems with?
Adding Diego to CC since VRP is his baby.
--
ian at airs dot com changed:
What
--- Comment #10 from aph at gcc dot gnu dot org 2008-06-14 06:27 ---
The only way I can find out which file in libgcj causes the stack overflow is
to try to build it again with an unoptimized gcc. I can do so next week.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36218
Using today's IRA branch (r136683), on the attached file.
gcc -O3 -fno-pic -fomit-frame-pointer -m64 -S cabac-ret.i -fira
_get_cabac:
LFB2:
pushq %rbx
LCFI0:
movl(%rdi), %eax
movl4(%rdi), %r8d
# 16 cabac-ret.i 1
#%ebx %r8d %ax 24(%rdi) %rsi
# 0 2
--- Comment #1 from astrange at ithinksw dot com 2008-06-14 06:48 ---
Created an attachment (id=15771)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15771action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36539
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-14 06:52 ---
IRA has not been committed to the trunk yet so it is not a regression (yet).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-14 07:09 ---
*** This bug has been marked as a duplicate of 36536 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-14 07:09 ---
*** Bug 36537 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36536
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-14 07:09 ---
What are the errors?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from rwild at gcc dot gnu dot org 2008-06-14 07:25 ---
(In reply to comment #20)
I do like your PR33781.diff patch which moves us in the right direction.
Is it possible/safe to apply similar voodoo to the libgcc.map rule?
I suppose the same is necessary for the
--- Comment #1 from rwild at gcc dot gnu dot org 2008-06-14 08:42 ---
(In reply to comment #0)
After getting a private email about what caused PR 29049 for real, I noticed
that the prerequisite for awk was not documented in
http://gcc.gnu.org/install/prerequisites.html
Confirmed.
--- Comment #11 from dannysmith at users dot sourceforge dot net
2008-06-14 10:01 ---
(In reply to comment #6)
Note that a native build should be done to verify that my patch increases the
stack limit enough to fix this bug, before marking it fixed.
With this patch (8 mb stack
--- Comment #2 from ubizjak at gmail dot com 2008-06-14 11:17 ---
For the reference, proposed patch for fused macro ops is at
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00969.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35604
--- Comment #6 from aldot at gcc dot gnu dot org 2008-06-14 12:23 ---
Jerry, does the 4.3 branch also need this fix?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36538
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-06-14 13:52
---
yes, we could think of it as a regression relative to g77
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36538
--- Comment #5 from pluto at agmk dot net 2008-06-14 14:04 ---
(In reply to comment #4)
Created an attachment (id=15761)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15761action=view) [edit]
patch
Patch. Wider testing appreciated.
this patch fixes all my c++ hogs.
--
--- Comment #3 from hjl dot tools at gmail dot com 2008-06-14 14:55 ---
Joey, Xuepeng, Weiliang, can we try
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00969.html
on SPEC CPU 2K/2006 for both 32bit and 64bit?
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #12 from aaronavay62 at aaronwl dot com 2008-06-14 15:43
---
(In reply to comment #9)
There aren't any obvious instructions on how to reproduce this bug. Andrew,
which file(s) in libgcj do you see problems with?
If you build libjava on a Win32 (mingw32 or Cygwin) target
--- Comment #3 from andry at inbox dot ru 2008-06-14 15:51 ---
Here is the details.
System: WindowsXP+SP3
Config.log from build directory:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by
--- Comment #4 from andry at inbox dot ru 2008-06-14 15:52 ---
Make failed with this output:
The directory that should contain system headers does not exist:
/mingw/include
make[3]: *** [stmp-fixinc] Error 1
make[3]: Leaving directory `/f/_Builds/gcc-4.3.1-build/gcc'
make[2]: ***
--- Comment #5 from andry at inbox dot ru 2008-06-14 16:08 ---
Above issue info is about different issue, not about spaces in path to build
directory, so check it out too. Here is error info about spaces in path to
build directory.
Config.log:
This file contains any messages produced
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-06-14 16:24 ---
*** This bug has been marked as a duplicate of 11776 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-14 16:24 ---
*** Bug 36536 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from burnus at gcc dot gnu dot org 2008-06-14 16:48 ---
I diffed 4.2 and 4.3 and found that the following patch fixes the problem,
though I do not quite understand why and how to properly fix it.
--- scanner.c (revision 136782)
+++ scanner.c (working copy)
@@ -1645,8
--- Comment #6 from burnus at gcc dot gnu dot org 2008-06-14 17:00 ---
For completeness, the line was added by
r128676 | fxcoudert | 2007-09-23 01:48:02 +0200 (So, 23. Sep 2007) | 5 lines
PR fortran/33528
The invalid read happens for linemap_add's to_file. Above the function
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-06-14 17:58
---
Subject: Bug 36538
Author: jvdelisle
Date: Sat Jun 14 17:57:55 2008
New Revision: 136784
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136784
Log:
2008-06-14 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #18 from danglin at gcc dot gnu dot org 2008-06-14 18:15
---
The revised testcase still fails on hppa*-*-* (32-bit). The dump
contains Loop 1 distributed: split to 5 loops.
--
danglin at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from tromey at gcc dot gnu dot org 2008-06-14 19:48 ---
Subject: Bug 36247
Author: tromey
Date: Sat Jun 14 19:48:05 2008
New Revision: 136786
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136786
Log:
PR java/36247:
* class.c (build_class_ref):
--- Comment #5 from tromey at gcc dot gnu dot org 2008-06-14 19:50 ---
Subject: Bug 36247
Author: tromey
Date: Sat Jun 14 19:49:45 2008
New Revision: 136787
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136787
Log:
PR java/36247:
* class.c (build_class_ref):
--- Comment #6 from tromey at gcc dot gnu dot org 2008-06-14 19:50 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
As reported by Andreas Tobler for sparc-solaris8:
cc1: warnings being treated as errors
/export/data/devel-test/gcc-svn/gcc/libgfortran/io/read.c: In function
'read_f':
/export/data/devel-test/gcc-svn/gcc/libgfortran/io/read.c:666: error:
array subscript has type 'char'
--- Comment #15 from rguenther at suse dot de 2008-06-14 22:04 ---
Subject: Re: [4.3 Regression] time/memory hog for large
c++ source.
On Fri, 13 Jun 2008, mmitchel at gcc dot gnu dot org wrote:
Richard --
Is this still an issue, after your patch?
It's still 4 times slower and
I have problem with building GCC v4.3.1 (Release) under Mingw system.
System: WindowsXP+SP3
Config.log:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, which was
generated by GNU
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-06-15
05:31 ---
(In reply to comment #0)
make[3]: Leaving directory `/f/_Builds/gcc-4.3.1-build/gcc'
It appears that you are building on drive F:. I'd guess that /mingw/include
(== F:\mingw\include to the OS) does
33 matches
Mail list logo