--- Comment #2 from jakub at gcc dot gnu dot org 2008-11-17 08:46 ---
Works just fine here, with both 4.3 and 4.4, -O2 and -O0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38167
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-17 08:48 ---
Created an attachment (id=16708)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16708&action=view)
gcc44-pr38140.patch
Patch I'm ATM bootstrapping/regtesting. tree-ssa-forwprop.c was creating
invalid GIMPLE.
-
--- Comment #2 from jakub at gcc dot gnu dot org 2008-11-17 09:21 ---
Web pass changes:
(insn 14 13 16 2 920929-1.c:5 (parallel [
(set (reg:SI 70)
(unspec_volatile:SI [
(reg:SI 70)
] 1))
(set (reg/f:SI 7
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38130
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38134
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38140
--- Comment #11 from uros at gcc dot gnu dot org 2008-11-17 11:20 ---
Subject: Bug 37908
Author: uros
Date: Mon Nov 17 11:19:06 2008
New Revision: 141942
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141942
Log:
PR middle-end/37908
* optabs.c (expand_sync_operat
--- Comment #4 from bugs at 59A2 dot org 2008-11-17 12:24 ---
There is no way to qualify an array type, but this sort of conversion is very
useful. For instance, the optimizer produces better code for
void foo(const double a[], int m, int n) {
const double (*b)[n] = (const double(*)[
--- Comment #9 from ubizjak at gmail dot com 2008-11-17 12:27 ---
We can add -fno-dwarf2-cfi-asm to gcc.dg/pch/valid-1b.hs to suppress
definition of __GCC_HAVE_DWARF2_CFI_ASM in -g case.
Patch at http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00807.html
--
ubizjak at gmail dot com cha
specperl /Develop/SPEC2006/bin/specpp -DSPEC_CPU_NO_HOLLERITH -DSPEC_CPU
-DNDEBUG chgpen.F -o chgpen.fppized.f
/Develop/Bins/bin//gfortran -c -o chgpen.fppized.o -O3 -mcpu=power6
-mtune=power6 -ftree-parallelize-loops=4 chgpen.fppized.f
chgpen.fppized.f: In function 'stepit':
I have found a bug in string constant optimizing in gcc-4.4 trunk.
It occurs with -O3 or -O2 -profile-generate (tested on x86_64 and ia64).
For C the problem is fixed since rev. 141606, but not for C++.
Tested rev. 141852.
g++ is okay with non-static function (set -DNO_STATIC):
$ ./g++-4.4-141852
--- Comment #1 from holger dot hopp at sap dot com 2008-11-17 13:09 ---
Created an attachment (id=16709)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16709&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38169
In benchADM.out.cmp (result of specdiff):
0115: 10 |0.100 | 0.99987677 | 1.5877 | -0.4683 |
0.4683 |
10 |0.100 | 1. | 1. | 0. |
0. |
^
0116: 20 |0.200 | 0.99952526 | 1.
--- Comment #3 from aleksi dot nurmi at helsinki dot fi 2008-11-17 14:06
---
Works for me on 4.1.3 20080308 (prerelease) (Ubuntu 4.1.2-21ubuntu1) and
(Ubuntu 20081013-0ubuntu2) 4.3.3 20081014 (prerelease), too.
But not in 4.2.4 (Ubuntu 4.2.4-1ubuntu3).
--
http://gcc.gnu.org/bugzil
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2008-11-17
14:25 ---
Subject: Re: gcc emits non-TLS data as TLS on Solaris 11/SPARC
I'm not completely sure this is a bug in Sun as. If you consider the
assembler code for my testcase produced by gcc:
.global tsd
--- Comment #4 from hjl dot tools at gmail dot com 2008-11-17 14:31 ---
Revision 141860 caused 30% slowdown on 454.calculix in SPEC CPU 2006
with -O2 -ffast-math on Linux/Intel64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37397
--- Comment #28 from steve dot chapel at a2pg dot com 2008-11-17 15:01
---
I'm changing the summary of this bug report to better indicate the problem that
the patch fixes.
Could we get the patch into gfortran 4.5? There is discussion on the NONMEM
users mailing list about how to get NO
--- Comment #4 from aleksi dot nurmi at helsinki dot fi 2008-11-17 15:11
---
I found an even shorter way to make it segfault, with no inline functions at
all. It's an -O2 problem, then.
#include
struct iostream {
FILE *f;
};
static struct iostream our_stdin = { 0 };
void read_c
--- Comment #5 from aleksi dot nurmi at helsinki dot fi 2008-11-17 15:53
---
GDB output showing that libc (debug) received a null pointer:
Program received signal SIGSEGV, Segmentation fault.
_IO_getc (fp=0x0) at getc.c:40
40_IO_acquire_lock (fp);
(gdb) print fp
$1 = (FILE *) 0
--- Comment #1 from tromey at gcc dot gnu dot org 2008-11-17 17:29 ---
According to my reading of the standard, this code is in fact incorrect.
This is basically the same as #36320.
I'm beginning to wonder, though, whether this change was overly eager on my
part
and should be made -peda
--- Comment #6 from ubizjak at gmail dot com 2008-11-17 18:11 ---
I think that
addps .LC10(%rip), %xmm0
mulps %xmm1, %xmm0
addps .LC11(%rip), %xmm0
mulps %xmm1, %xmm0
addps .LC12(%rip), %xmm0
mulps %xmm1, %xmm0
addps
--- Comment #7 from tim at klingt dot org 2008-11-17 18:19 ---
Created an attachment (id=16710)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16710&action=view)
compressed preprocessed source, gcc-4.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38134
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-11-17 18:20 ---
Maybe related to PR38051 - I cannot reproduce the problem after that rev.
Can you double-check?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38169
--- Comment #8 from tim at klingt dot org 2008-11-17 18:30 ---
Created an attachment (id=16711)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16711&action=view)
16684: compressed preprocessed source, gcc-4.3
--
tim at klingt dot org changed:
What|Removed
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-11-17 18:34
---
Does this still occur with more recent versions?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from laurent at guerby dot net 2008-11-17 18:41 ---
According to:
http://gcc.gnu.org/ml/gcc-testresults/2008-11/msg01399.html
i686-apple-darwin9 is clean ACATS-wise, so I think we can assume this is fixed
for current Apple hardware/software.
--
laurent at guerby dot
--- Comment #7 from sje at cup dot hp dot com 2008-11-17 18:41 ---
This also causes the failure of gcc.dg/pr37106-1.c on ia64-*-* targets.
--
sje at cup dot hp dot com changed:
What|Removed |Added
---
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2008-11-17 18:45
---
> i686-apple-darwin9 is clean ACATS-wise, so I think we can assume this is fixed
> for current Apple hardware/software.
OK, closing.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from tim at klingt dot org 2008-11-17 18:49 ---
i have updated the test program and attached preprocessed sources of gcc 4.3
and 4.4
the loop prefix contains
4.4 (9 invariant loads, one store of a generated constant to the stack):
pxor%xmm5, %xmm5
xorl
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-11-17 18:49
---
No plan to fix the failure at this point.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from laurent at guerby dot net 2008-11-17 19:17 ---
Reduced testcase from cxa4016 at rev 141913:
$ gnatmake -f -g t1
gcc -c -g t1.adb
gnatbind -x t1.ali
gnatlink t1.ali -g
$ ./t1
Erreur de segmentation
$ gdb ./t1
(gdb) r
Starting program: /home/guerby/tmp/t1
Program rec
--- Comment #5 from sam at gcc dot gnu dot org 2008-11-17 19:40 ---
Please open a separate bug if you still experience build problems. This one
(problem with generated assembler when compiling Ada code) should be closed as
it has been resolved by yourself.
--
sam at gcc dot gnu dot o
--- Comment #24 from janis at gcc dot gnu dot org 2008-11-17 19:41 ---
Subject: Bug 38099
Author: janis
Date: Mon Nov 17 19:39:54 2008
New Revision: 141948
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141948
Log:
2008-11-14 Jack Howarth <[EMAIL PROTECTED]>
PR testsu
--- Comment #18 from mikael at gcc dot gnu dot org 2008-11-17 19:43 ---
The problem is in ByteToString.
The assignment of the transfer result is changed to a memmove.
The memmove is controlled by the size of both the lhs and the rhs.
The size of the rhs (actually the charlen=3 in this
--- Comment #2 from sam at gcc dot gnu dot org 2008-11-17 19:56 ---
>From what I understand:
- "access T1" is an access_definition and thus a general access type (RM
3.10(12/2))
- "Y'Access" is of the type of its context, which should be a general access
type (RM 3.10.2(24/1))
-
--- Comment #3 from sam at gcc dot gnu dot org 2008-11-17 19:59 ---
Lowering priority: opened more than 4 years ago, concerns Ada 83, pathological
case.
+===GNAT BUG DETECTED==+
| 4.4.0 20081021 (experimental) (x86_64-unknown-linux-gnu
--- Comment #10 from sam at gcc dot gnu dot org 2008-11-17 20:13 ---
Lowering priority, 3 years without feedback despite a new request 7 months ago.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from h dot b dot furuseth at usit dot uio dot no 2008-11-17
20:15 ---
Subject: Re: [4.4 regression] #elif breaks
Yes, I should have read the #36320 text more carefully. I merely
noticed that its empty #elif cannot expand to anything correct, while
my example can (and
--- Comment #1 from sam at gcc dot gnu dot org 2008-11-17 20:15 ---
This is fixed in GCC 4.4.0 and gives the expected error.
GNAT 4.4.0 20081116 (experimental)
Copyright 1992-2008, Free Software Foundation, Inc.
Compiling: three.adb (source file time stamp: 2008-11-17 20:14:51)
==
--- Comment #4 from janis at gcc dot gnu dot org 2008-11-17 20:19 ---
Fixed by Jack's patch.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #3 from janis at gcc dot gnu dot org 2008-11-17 20:20 ---
Fixed by Jack's patch.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #2 from janis at gcc dot gnu dot org 2008-11-17 20:21 ---
Fixed by Jack's patch.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #25 from janis at gcc dot gnu dot org 2008-11-17 20:23 ---
Fixed by Jack's patch.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #5 from sam at gcc dot gnu dot org 2008-11-17 20:28 ---
% gcc -c x-toolkit.adb
+===GNAT BUG DETECTED==+
| 4.4.0 20081116 (experimental) (x86_64-unknown-linux-gnu) Assert_Failure
atree.adb:886|
| Error detected at x-toolkit.a
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-17 20:34 ---
Patch for 4.3: http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00830.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38169
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-17 21:00 ---
Subject: Bug 38140
Author: jakub
Date: Mon Nov 17 20:58:52 2008
New Revision: 141949
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141949
Log:
PR middle-end/38140
* tree-ssa-forwprop.c (forwar
--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-17 21:00 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from sam at gcc dot gnu dot org 2008-11-17 21:13 ---
This check is still present in the sources, albeit now using
CROSS_DIRECTORY_STRUCTURE.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from sam at gcc dot gnu dot org 2008-11-17 21:16 ---
The proposed fix has been withheld by Robert Dewar who was not entirely
satisfied by the proposed solution and proposed to send an alternate fix.
Unassigning and lowering priority (the only issue is the error message
qua
--- Comment #4 from g0dsowncountry at yahoo dot com 2008-11-17 21:39
---
Using top-of-stack GCC and Binutils from Nov 17, issue still present; Applied
the below patch and re-tried, no change in behavior. Fails the same way...
FYI, This is what I'm using to configure GCC: -
../gcc-svn-
--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-17 22:12 ---
Created an attachment (id=16712)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16712&action=view)
gcc44-pr38130.patch
This patch fixes the testcase from quick look at generated assembly.
Could anybody please boo
--- Comment #15 from mikael at gcc dot gnu dot org 2008-11-17 22:19 ---
(In reply to comment #14)
I've just discovered I was paraphrasing Janus here:
http://gcc.gnu.org/ml/fortran/2008-10/msg00219.html
The error for comment #13 was introduced the patch in comment #10.
Knowing that, I tr
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-17 22:23 ---
Hmm:
Common Var(flag_conserve_stack,0) Optimization
It should be:
Common Var(flag_conserve_stack) Init(0) Optimization
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from hubicka at gcc dot gnu dot org 2008-11-17 22:27 ---
Mine.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-17 22:28 ---
Created an attachment (id=16713)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16713&action=view)
gcc44-pr38130.patch
I've talked about this with Honza on IRC:
I would just use "0" constraint. At least in old t
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38138
--- Comment #3 from ludovic at ludovic-brenta dot org 2008-11-17 22:32
---
The bug was open at a time when the default mode of GCC was Ada 95; gcc -gnat95
still shows the error messages for line 11 if it is uncommented.
I think the bug is legitimate in Ada 95 mode (and probably in Ada
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|trivial |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38120
--
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 #16 from janus at gcc dot gnu dot org 2008-11-17 22:56 ---
> I don't know if it is solving the right problem, but at least the testcase in
> comment #13 compiles with it.
This indeed fixes it. Nice job. Obviously I was looking for the solution in the
wrong places.
Btw it
--- Comment #2 from sje at cup dot hp dot com 2008-11-17 22:58 ---
hppa64 is setting __PIC__ because it sets flag_pic and generates PIC code by
default but it sets flag_pic to 2 in override_options after we have already
checked its value in decode_options and used its value to set flag_s
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38131
--- Comment #5 from ubizjak at gmail dot com 2008-11-18 00:11 ---
(In reply to comment #4)
> Using top-of-stack GCC and Binutils from Nov 17, issue still present; Applied
> the below patch and re-tried, no change in behavior. Fails the same way...
This one is tested with a cross and wor
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-18
00:55 ---
Subject: Re: [4.4 Regression] gcc.dg/tree-ssa/ssa-store-ccp-3.c
scan-tree-dump-times optimized "conststaticvariable" 1
> David, do you have a prefered fix?
For 4.4, I don't think we can not remove the cod
--- Comment #1 from danglin at gcc dot gnu dot org 2008-11-18 01:22 ---
This is an assembler EH bug.
*** This bug has been marked as a duplicate of 37610 ***
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from danglin at gcc dot gnu dot org 2008-11-18 01:22 ---
*** Bug 38129 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37610
--- Comment #6 from g0dsowncountry at yahoo dot com 2008-11-18 01:31
---
With the patch in Comment #5, the test case passes; but the GCC Build fails
with the following error message while creating
mipsisa64r2-linux/64/libgcc/_powitf2.o
../../../../gcc-svn-111708/libgcc/../gcc/libgcc2.c
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-18
02:03 ---
Fixed with the checkin of...
r141803 | janis | 2008-11-12 16:33:34 -0500 (Wed, 12 Nov 2008) | 5 lines
2008-11-12 Jack Howarth <[E
--- Comment #2 from danglin at gcc dot gnu dot org 2008-11-18 02:31 ---
The hppa gas target currently defines DWARF2_LINE_MIN_INSN_LENGTH to 4 in
tc-hppa.h. I can fix this failure by changing DWARF2_LINE_MIN_INSN_LENGTH
to 1. However, the failure appears to be caused by an inconsistenc
--- Comment #29 from jvdelisle at gcc dot gnu dot org 2008-11-18 03:02
---
Steve, I will try but we also still have the issue of 38122 as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-18
04:05 ---
This test case appears to only fail for the default -fPIC on darwin. If
compiled with -fno-PIC, the test case passes on i686-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34587
/sw/src/fink.build/gcc44-4.3.999-20081117/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20081117/darwin_objdir/gcc/
/sw/src/fink.build/gcc44-4.3.999-20081117/gcc-4.4-20081117/gcc/testsuite/gcc.dg/initpri1.c
-ansi -pedantic-errors -lm -m32 --save-temps -o ./initpri1.exe
--
http://gcc.gnu.org/b
..
/sw/src/fink.build/gcc44-4.3.999-20081117/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20081117/darwin_objdir/gcc/
/sw/src/fink.build/gcc44-4.3.999-20081117/gcc-4.4-20081117/gcc/testsuite/gcc.dg/initpri1.c
-ansi -pedantic-errors -lm -m32 -fno-PIC --save-temps -o ./initpri1.exe
--
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-11-18
04:19 ---
Can confirm the same behavior with gcc 4.3.2 on powerpc-apple-darwin9. With...
gcc-4 -ansi -pedantic-errors -lm -m32 initpri1.c
the testcase aborts. With...
gcc-4 -ansi -pedantic-errors -lm -m32 -fno-PI
--- Comment #5 from dannysmith at users dot sourceforge dot net 2008-11-18
05:55 ---
(In reply to comment #4)
> Created an attachment (id=16713)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16713&action=view) [edit]
> gcc44-pr38130.patch
>
> I've talked about this with Honza on
--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-11-18
06:26 ---
Hello Murali,
Does the patch for PR 38130 fix the build of libstdc++ on cygwin?
http://gcc.gnu.org/bugzilla/attachment.cgi?id=16713&action=view
Danny
--
dannysmith at users dot sourceforge dot ne
--- Comment #9 from tehila at il dot ibm dot com 2008-11-18 07:35 ---
This testcase is indeed very slow on SPU, with -O2 and above.
I don't see any slowness for -O1.
If I turn off the insns scheduler (with -fno-schedule-insns) it is much faster:
X4 faster for 1,000 args (ARG3), much more
79 matches
Mail list logo
