--- Comment #6 from bunk at stusta dot de 2007-11-10 07:58 ---
I remove the dependency on PR32044:
This bug is really just something I observed by chance when looking at the
kernel compilation problem, but unless I completely misunderstood your comments
here whatever is required to fix
--- Comment #4 from jakub at gcc dot gnu dot org 2007-11-10 07:55 ---
Fixed on the trunk so far.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34020
--- Comment #5 from jakub at gcc dot gnu dot org 2007-11-10 07:53 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2007-11-10 07:53 ---
Fixed so far on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #22 from jakub at gcc dot gnu dot org 2007-11-10 07:52 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2007-11-10 07:52 ---
Subject: Bug 34020
Author: jakub
Date: Sat Nov 10 07:51:55 2007
New Revision: 130069
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130069
Log:
PR fortran/34020
* gimplify.c (goa_lhs_expr_p): I
--- Comment #4 from jakub at gcc dot gnu dot org 2007-11-10 07:46 ---
Subject: Bug 34018
Author: jakub
Date: Sat Nov 10 07:46:31 2007
New Revision: 130068
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130068
Log:
PR middle-end/34018
* tree-inline.h (copy_body_da
--- Comment #25 from bunk at stusta dot de 2007-11-10 07:41 ---
Adding workarounds in all affected places in the kernel would be horribly
fragile, but I've confirmed your -fno-tree-scev-cprop suggestion works around
it and I'll submit a patch to the Linux kernel to use it with gcc 4.3.
--- Comment #21 from jakub at gcc dot gnu dot org 2007-11-10 07:40 ---
Subject: Bug 33680
Author: jakub
Date: Sat Nov 10 07:40:37 2007
New Revision: 130067
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130067
Log:
PR tree-optimization/33680
* tree-data-ref.c (sp
--- Comment #5 from jakub at gcc dot gnu dot org 2007-11-10 07:36 ---
Subject: Bug 32241
Author: jakub
Date: Sat Nov 10 07:36:09 2007
New Revision: 130066
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130066
Log:
PR c++/32241
* pt.c (tsubst_copy_and_build) : If
Revision 130040 miscompiles 450.soplex in SPEC CPU 2006 with -O2 -ffast-math
on Linux/x86-64:
Running (#1) 450.soplex ref base o2 default
450.soplex: copy #0 non-zero return code (rc=0, signal=11)
Error with '/export/spec/src/2006/x86_64/spec/bin/specinvoke -E -d
/export/spec/src/2006/x86_64/s
--- Comment #6 from dirtyepic at gentoo dot org 2007-11-10 06:42 ---
this error doesn't happen on x86 but i did reproduce it w/ make
profiledbootstrap using today's trunk on x86_64. if no one else is hitting
this it points to a problem on our end, but i'll look further into it soon.
-
--- Comment #11 from patchapp at dberlin dot org 2007-11-10 04:05 ---
Subject: Bug number PR c++/30297
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00435.html
--
http://gcc.gnu.org/bugzi
--- Comment #18 from patchapp at dberlin dot org 2007-11-10 04:01 ---
Subject: Bug number PR 30285
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00552.html
--
http://gcc.gnu.org/bugzilla/
--- Comment #10 from patchapp at dberlin dot org 2007-11-10 04:00 ---
Subject: Bug number PR c++/30297
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00435.html
--
http://gcc.gnu.org/bugzi
--- Comment #9 from patchapp at dberlin dot org 2007-11-10 03:55 ---
Subject: Bug number PR c++/30297
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00435.html
--
http://gcc.gnu.org/bugzil
--- Comment #6 from patchapp at dberlin dot org 2007-11-10 03:54 ---
Subject: Bug number PR33945
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00416.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #19 from patchapp at dberlin dot org 2007-11-10 03:53 ---
Subject: Bug number PR16350
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00362.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #18 from patchapp at dberlin dot org 2007-11-10 03:53 ---
Subject: Bug number PR16350
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00358.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #9 from patchapp at dberlin dot org 2007-11-10 03:47 ---
Subject: Bug number PR c/29062
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00111.html
--
http://gcc.gnu.org/bugzilla
--- Comment #11 from patchapp at dberlin dot org 2007-11-10 03:47 ---
Subject: Bug number PR middle-end/26264
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00106.html
--
http://gcc.gnu.or
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-11-10 02:54 ---
Fixed
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #1 from dgregor at gcc dot gnu dot org 2007-11-10 02:53 ---
Subject: Bug 33510
Author: dgregor
Date: Sat Nov 10 02:53:31 2007
New Revision: 130065
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130065
Log:
2007-11-09 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-10
02:44 ---
Subject: Re: [4.3 Regression] FAIL:
26_numerics/complex/inserters_extractors/wchar_t/1.cc
> jakub at gcc dot gnu dot org changed:
>
>What|Removed |Added
> -
--- Comment #16 from rask at gcc dot gnu dot org 2007-11-10 01:32 ---
Two testcases which aren't optimized:
unsigned int bad1 (unsigned int a)
{
unsigned int c = a - 1;
if (c > a)
abort ();
else
return c;
}
unsigned int bad2 (unsigned int a)
{
unsigned int c = a - 2;
--- Comment #2 from rask at gcc dot gnu dot org 2007-11-10 01:21 ---
I can't reproduce this with revision 127331 or 129967.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33474
--- Comment #17 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-11-10 01:16 ---
Subject: Re: gfortran excessive memory usage with COMMON
blocks in modules
fxcoudert at gcc dot gnu dot org wrote:
> --- Comment #16 from fxcoudert at gcc dot gnu dot org 2007-11-09
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-11-10 01:07 ---
So the issue here is that lshiftrt and ashift is not split up.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rask at gcc dot gnu dot org 2007-11-10 00:59 ---
We are regressing! Number of asm lines, not counting directives:
4.1.2: 88
4.2.0: 80
4.2.1: 80
4.2.2: 80
4.3.0: 100 (revision 129967)
--
rask at gcc dot gnu dot org changed:
What|Removed
--- Comment #16 from fxcoudert at gcc dot gnu dot org 2007-11-10 00:53
---
The following patch clears part of the problem, for example the following
testcase:
module g
interface i
module procedure sint => sreal
end interface i
end module g
More is needed, but I'm stuck. I've u
--- Comment #3 from steven at gcc dot gnu dot org 2007-11-10 00:27 ---
As a missed optimization, this bug adds new information. But as a regression,
this is a dup of bug 30905.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rask at gcc dot gnu dot org 2007-11-10 00:15 ---
This was fixed in 4.3.0.
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #16 from fxcoudert at gcc dot gnu dot org 2007-11-09 23:59
---
(In reply to comment #15)
> I wrote this code originally, and I agree with your analysis.
But regtesting doesn't agree with my analysis... in case of common with
bind(c,name="..."), this patch hampers the diagno
--- Comment #4 from rask at gcc dot gnu dot org 2007-11-09 23:51 ---
This has improved (-O2 -fomit-frame-pointer):
test:
movl4(%esp), %eax # 32*movsi_1/1 [length = 4]
movl8(%esp), %edx # 44*movsi_1/1 [length = 4]
orl %eax, %edx
--- Comment #5 from jakub at gcc dot gnu dot org 2007-11-09 23:50 ---
Ok, reading the thread in there it is clear the stack size is the problem.
As it needs 16MB of memory on the stack, it should be run with
ulimit -s 16384
(note that ulimit -s unlimited doesn't imply unlimited thread st
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-11-09 22:58 ---
*** This bug has been marked as a duplicate of 33856 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-11-09 22:58 ---
*** Bug 34047 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #14 from rguenth at gcc dot gnu dot org 2007-11-09 22:56
---
*** Bug 33867 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-11-09 22:56 ---
*** This bug has been marked as a duplicate of 33737 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from acn1 at cam dot ac dot uk 2007-11-09 22:56 ---
Created an attachment (id=14522)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14522&action=view)
patch to gcc/config/i386/i386.c
This tries to avoid saving regs before allocating the stack frame if the frame
will
--- Comment #13 from rguenth at gcc dot gnu dot org 2007-11-09 22:55
---
*** Bug 34046 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-11-09 22:55 ---
*** This bug has been marked as a duplicate of 33737 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #43 from steven at gcc dot gnu dot org 2007-11-09 22:08 ---
IMVHO this should be closed as WONTFIX.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19097
--- Comment #21 from tkoenig at gcc dot gnu dot org 2007-11-09 21:50
---
(In reply to comment #20)
Hi FX,
> I can work on the C version of lgamma at some point in the week-end, if you
> want me to.
That would be great. Real Life has caught up with me in a big
way the last few weeks,
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from jakub at gcc dot gnu dot org 2007-11-09 21:30 ---
Given how big the array is it is very likely they just overflow the thread
stack.
What ulimit -s they are using?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34044
--- Comment #3 from burnus at gcc dot gnu dot org 2007-11-09 21:21 ---
> Yeah, the crash was clearly because j was not initialized.
My inability to generate test cases does not mean that there is not necessarily
no bug in gfortran. See http://gcc.gnu.org/ml/fortran/2007-11/msg00052.html
--- Comment #1 from dcb314 at hotmail dot com 2007-11-09 20:53 ---
Created an attachment (id=14521)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14521&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34047
I just tried to compile the Suse Linux package spandsp-0.0.3-43
with the GNU C compiler version 4.3 snapshot 20071102
The compiler said
v17rx.c: In function 'v17_rx_restart':
v17rx.c:12020: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if ap
--- Comment #1 from dcb314 at hotmail dot com 2007-11-09 20:50 ---
Created an attachment (id=14520)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14520&action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34046
I just tried to compile the Suse Linux package snes9x-1.5-107
with the GNU C++ compiler version 4.3 snapshot 20071102
The compiler said
spc700.cpp:977: warning: deprecated conversion from string constant to 'char*'
spc700.cpp: In function 'void ApuCA()':
spc700.cpp:807: error: verify_flow_info: W
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-11-09 20:43 ---
This was the normal "subreg" issue which was fixed by Ian back on 2007-01-31.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from rask at gcc dot gnu dot org 2007-11-09 20:40 ---
This has been fixed for more than a year:
reverse:
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
@ link register save eliminated.
eor r3, r0, r0, ror
--- Comment #4 from pluto at agmk dot net 2007-11-09 20:33 ---
current 4.3 works fine:
(32-bits):
_Z3msby:
movzbl 11(%esp), %eax
ret
(64-bits):
_Z3msby:
shrq$56, %rdi
movl%edi, %eax
ret
--
pluto at agmk dot net changed:
--- Comment #4 from rask at gcc dot gnu dot org 2007-11-09 19:48 ---
I think this might be a middle-end issue related to PR 7061 or PR 15184. We're
doing slightly better with GCC 4.3.0 (because of subreg lowering, I guess), but
not much (asm output with -dp for readability):
a:
--- Comment #2 from jakub at gcc dot gnu dot org 2007-11-09 19:43 ---
Yeah, the crash was clearly because j was not initialized.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
Hi,
I tried to compile gcc 4.2.2 from source on Debian etch AMD64 and failed. I
used the system compiler:
$ gcc -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-syste
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-11-09 19:29 ---
What happens if you don't build in the source directory?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34045
--- Comment #1 from burnus at gcc dot gnu dot org 2007-11-09 19:18 ---
(In reply to comment #0)
>y(j) = 0.0_dp
This part is nonsense and should be "y = 0.0_dp".
The original dump looks ok; I don't know whether something else goes wrong. -
It does not crash here anymore (x86-64 -m32/
--- Comment #2 from manu at gcc dot gnu dot org 2007-11-09 19:13 ---
Moreover, those should be "error:" messages in GCC 4.3. I don't think such a
change would be backported to GCC 4.1
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Found at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/9a7daa8d75084b6b/
The program looks valid. It crashes here at run time with -m32, but not with
-m64; with "y(j) = 0.0_dp" commented out it does not crash at all, here.
program sums
implicit none
integer, paramet
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot
|dot org
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-11-09 18:48 ---
This works for me:
cc1plus: warnings being treated as errors
t.c:3: warning: unused parameter 'a'
t.c:3: warning: unused parameter 'b'
t.c: In function 'float f(float, float)':
t.c:6: warning: control reaches end of
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-11-09 18:45
---
This was fixed (and the testsuite fixed also):
$ gfortran char_result_7.f90
char_result_7.f90:29.20:
character (len = fn (i)) :: f1
1
Error: Specification function 'fn' at (1) must be PURE
--- Comment #20 from fxcoudert at gcc dot gnu dot org 2007-11-09 18:40
---
Created an attachment (id=14519)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14519&action=view)
gamma from netlib, converted to C
(In reply to comment #18)
> OTOH, maybe using straight Netlib code would
--- Comment #13 from amacleod at redhat dot com 2007-11-09 18:40 ---
Then perhaps we should remove the attachment from this PR if it isn't
relevant...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30604
--- Comment #9 from tromey at gcc dot gnu dot org 2007-11-09 18:28 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-11-09 18:27
---
(In reply to comment #11)
> OK, new investigation show that using the smaller testcase firebird2-nav.cc
> shows the inliner is misbehaving.
That smaller testcase is a different issue as explained in comment #6 an
--- Comment #6 from dominiq at lps dot ens dot fr 2007-11-09 18:26 ---
Note that I still get the warning after having recompiled
gcc/config/i386/crtfastmath.c with -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34025
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-11-09 18:24 ---
Related to PR 33790 (and most likely fixed by it). There is another issue with
that bug relating to not deleting the extra store.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #28 from pinskia at gcc dot gnu dot org 2007-11-09 18:21
---
*** Bug 34041 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-11-09 18:21 ---
*** This bug has been marked as a duplicate of 28834 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from manu at gcc dot gnu dot org 2007-11-09 18:16 ---
(In reply to comment #2)
> IMO the proposed change would make the code more readable.
Johan, the code you quote is in a file from the testsuite. Such code is used to
test for some correct behavior under various circums
--- Comment #3 from hjl at lucon dot org 2007-11-09 17:34 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00531.html
--
hjl at lucon dot org changed:
What|Removed |Added
---
--- Comment #3 from janis at gcc dot gnu dot org 2007-11-09 17:23 ---
The option list should have included -O2. This is one of the failures found by
compiling SPEC CPU2000 with lots of sets of options and running with the test
input, as described in http://gcc.gnu.org/ml/gcc/2007-09/msg
--- Comment #24 from rguenther at suse dot de 2007-11-09 17:11 ---
Subject: Re: [4.3 regression] udivdi3 counterproductive,
unwarranted use
On Fri, 9 Nov 2007, bunk at stusta dot de wrote:
> --- Comment #23 from bunk at stusta dot de 2007-11-09 17:09 ---
> We need a way to g
--- Comment #23 from bunk at stusta dot de 2007-11-09 17:09 ---
We need a way to globally prevent it in the kernel or it will be a repeating
source of problems there.
Is -fno-tree-scev-cprop a reasonable (and not too expensive) workaround for the
Linux kernel?
--
http://gcc.gnu.org
--- Comment #2 from hjl at lucon dot org 2007-11-09 16:55 ---
From
http://msdn2.microsoft.com/en-us/library/6xa169sk(VS.80).aspx
"The first two DWORD or smaller arguments are passed in ECX and EDX registers;
all other arguments are passed right to left."
But it isn't clear if it appli
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-09
16:45 ---
Subject: Re: FAIL: gfortran.dg/array_constructor_11.f90 -O1 execution test
> Could you test this patch?
Yes, tonight. Thanks.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33592
--- Comment #22 from rguenther at suse dot de 2007-11-09 16:33 ---
Subject: Re: [4.3 regression] udivdi3 counterproductive,
unwarranted use
On Fri, 9 Nov 2007, bunk at stusta dot de wrote:
> --- Comment #21 from bunk at stusta dot de 2007-11-09 16:26 ---
> Let's leave the ri
--- Comment #21 from bunk at stusta dot de 2007-11-09 16:26 ---
Let's leave the right/wrong discussion and look at it more pragmatically:
Could gcc get some kind of --expensive-libgcc flag that tells gcc that libgcc
calls are a bit more expensive than usually and should be avoided?
--
--- Comment #3 from jsjodin at gcc dot gnu dot org 2007-11-09 16:17 ---
Created an attachment (id=14518)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14518&action=view)
Assembly code for good code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34043
--- Comment #2 from jsjodin at gcc dot gnu dot org 2007-11-09 16:16 ---
Created an attachment (id=14517)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14517&action=view)
Assembly code for bad code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34043
--- Comment #1 from jsjodin at gcc dot gnu dot org 2007-11-09 16:16 ---
Created an attachment (id=14516)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14516&action=view)
Source code to expose the missed optimization
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34043
Compile the attached file test.cpp with the following flags:
g++ -DNDEBUG -m32 -msse2 -O2 -msse2 -DSHOW_BUG gcc_bug.cpp -S
In the generated code there are useless stores and loads of %xmm0 to
-40(%eps) and -56(%eps). If the code is compiled without -DSHOW_BUG
it will generate a more optimal versi
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-11-09 16:07
---
My mistake. This comes from a typo in trans.c (a EQ_EXPR instead of an
NE_EXPR). Could you test this patch?
Index: trans.c
===
--- trans.c (rev
--- Comment #6 from pcarlini at suse dot de 2007-11-09 15:56 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from paolo at gcc dot gnu dot org 2007-11-09 15:54 ---
Subject: Bug 34032
Author: paolo
Date: Fri Nov 9 15:54:33 2007
New Revision: 130047
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130047
Log:
2007-11-09 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #11 from amacleod at redhat dot com 2007-11-09 15:37 ---
OK, new investigation show that using the smaller testcase firebird2-nav.cc
shows the inliner is misbehaving.
before inlining (*041t.profile):
# BLOCK 2 freq:1
# PRED: ENTRY [100.0%] (fallthru,exec)
D.270
--- Comment #15 from r dot emrich at de dot tecosim dot com 2007-11-09
15:06 ---
Created an attachment (id=14515)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14515&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
--- Comment #7 from Christian dot Carli at cern dot ch 2007-11-09 15:00
---
Subject: Re: Internal compiler error: in gfc_add_modify, at
fortran/trans.c:159
Hello,
I have now the more recent gfortran binary (even though it is still
version 4.3.0) and can compile this routine wi
--- Comment #14 from r dot emrich at de dot tecosim dot com 2007-11-09
14:40 ---
nm ggc-none.o
Symbols from ggc-none.o:
NameValue Scope TypeSubspace
$CODE$ | 0|static|data |$CODE$
$CODE$ | 0|static|data |$CODE$
$
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34037
--- Comment #1 from jakub at gcc dot gnu dot org 2007-11-09 13:56 ---
I have tried:
--- dwarf2out.c.jj9 2007-11-05 09:05:44.0 +0100
+++ dwarf2out.c 2007-11-09 14:29:04.0 +0100
@@ -11032,6 +11032,26 @@ add_bound_info (dw_die_ref subrange_die,
later parameter
$ cat foo.i
typedef long double Tal2ldouble __attribute__((aligned (2)));
struct S2015 { Tal2ldouble a; };
extern struct S2015 check2015 ();
extern void checkx2015 (struct S2015);
void test2015 (void) { checkx2015 (check2015 ()); }
boltzmann ~/devel/irun $ cat foo.i
typedef long double Tal2ldouble
--- Comment #2 from johan dot walles at gmail dot com 2007-11-09 13:13
---
IMO the proposed change would make the code more readable.
--
johan dot walles at gmail dot com changed:
What|Removed |Added
---
--- Comment #3 from johan dot walles at gmail dot com 2007-11-09 13:09
---
This optimization would have made grep 2.5.3 30% faster in a real-world test
case:
http://bugs.debian.org/450649
--
johan dot walles at gmail dot com changed:
What|Removed
--- Comment #11 from jakub at gcc dot gnu dot org 2007-11-09 13:05 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
1 - 100 of 126 matches
Mail list logo
