System:
Model Name:Mac mini
Model Identifier: Macmini1,1
Processor Name: Intel Core Duo
Processor Speed: 1.66 GHz
Number Of Processors: 1
Total Number Of Cores:2
L2 Cache: 2 MB
Memory: 2 GB
Bus Speed:667 MHz
Boot ROM Version:
--- Comment #1 from rogermc at iinet dot net dot au 2009-10-28 07:15
---
Created an attachment (id=18922)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18922action=view)
Types.ads
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41854
--- Comment #2 from rogermc at iinet dot net dot au 2009-10-28 07:16
---
Created an attachment (id=18923)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18923action=view)
tools.ads
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41854
--- Comment #3 from rogermc at iinet dot net dot au 2009-10-28 07:23
---
Created an attachment (id=18924)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18924action=view)
tools.adb
The bug report occurred when I changed
basisData : tBasisData(Positive 1..2);
to:
basisData :
--- Comment #4 from rogermc at iinet dot net dot au 2009-10-28 07:27
---
Bug is repeatable.
Syntax check works OK.
--
rogermc at iinet dot net dot au changed:
What|Removed |Added
--- Comment #5 from rogermc at iinet dot net dot au 2009-10-28 07:39
---
Of course, correct declaration is bug free:
basisData : tBasisData(2);
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41854
--- Comment #6 from ubizjak at gmail dot com 2009-10-28 09:36 ---
Original testcase is now also fixed in mainline, on x86_64 compiles to (-O2):
madd:
pmaddwd a(%rip), %xmm0
ret
madd_swapped:
pmaddwd a(%rip), %xmm0
ret
.section.rodata
--- Comment #23 from singler at gcc dot gnu dot org 2009-10-28 10:04
---
Subject: Bug 40852
Author: singler
Date: Wed Oct 28 10:04:03 2009
New Revision: 153648
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153648
Log:
2009-10-28 Johannes Singler sing...@kit.edu
PR
--- Comment #24 from singler at gcc dot gnu dot org 2009-10-28 10:04
---
Subject: Bug 40852
Author: singler
Date: Wed Oct 28 10:04:35 2009
New Revision: 153649
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153649
Log:
2009-10-28 Johannes Singler sing...@kit.edu
PR
--- Comment #2 from ubizjak at gmail dot com 2009-10-28 10:06 ---
4.3.x and newer gcc says:
pr31043.c:3: warning: 'pi' initialized and declared 'extern'
So, if you don't want to be treated as a constant, write
double pi = M_PI;
and this will generate the code you are looking for:
--- Comment #25 from singler at gcc dot gnu dot org 2009-10-28 10:11
---
Closing this bug.
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from burnus at gcc dot gnu dot org 2009-10-28 10:17 ---
Created an attachment (id=18925)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18925action=view)
Better patch
Better fix. I think there are more of such problems around, but I won't fix
them now :-)
--
--- Comment #6 from bonzini at gnu dot org 2009-10-28 10:17 ---
Subject: Bug 40741
Author: bonzini
Date: Wed Oct 28 10:17:29 2009
New Revision: 153650
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153650
Log:
2009-10-28 Paolo Bonzini bonz...@gnu.org
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-28 10:24 ---
Fixed in 4.3.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-10-28 10:25
---
I will give the situation a more detailed look later (but yes, I believe this
is invalid input to LTO). Let's defer a solution a bit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41767
--- Comment #5 from bonzini at gnu dot org 2009-10-28 10:27 ---
Subject: Bug 39715
Author: bonzini
Date: Wed Oct 28 10:27:15 2009
New Revision: 153651
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153651
Log:
2009-10-28 Paolo Bonzini bonz...@gnu.org
PR
--- Comment #11 from ubizjak at gmail dot com 2009-10-28 10:33 ---
Author: revitale
Date: Tue Oct 27 11:46:07 2009
New Revision: 153590
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153590
Log:
Fix PR40648 -- Fix misaligned store vectorizer patch
Modified:
--- Comment #12 from ubizjak at gmail dot com 2009-10-28 10:36 ---
The patch fixed the regression, see test_fpu chart [1] between
2009-10-27 and 2009-10-28.
[1] http://gcc.opensuse.org/c++bench/polyhedron/polyhedron-summary.txt-2-0.html
--
ubizjak at gmail dot com changed:
--- Comment #9 from burnus at gcc dot gnu dot org 2009-10-28 10:38 ---
+attr1 = gfc_expr_attr (target);
s/target/pointer/
I am now regtesting and will re-read and submit the patch afterwards.
(Writing patches in the early morning jet-lagged via a very slow internet
connection
--- Comment #1 from davmac at davmac dot org 2009-10-28 10:41 ---
Urgh. By paragraph above I am of course referring to the same paragraph.
However, the basic point - that enabled seems to be used with two different
meanings - stands.
--
--- Comment #7 from bonzini at gnu dot org 2009-10-28 10:43 ---
Fixed (patch had been approved a long time ago).
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #6 from bonzini at gnu dot org 2009-10-28 10:44 ---
First testcase fixed, bootstrapping now the patch for the second.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39715
--- Comment #26 from paolo dot carlini at oracle dot com 2009-10-28 10:44
---
Fixed for 4.4.3 and mainline.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
t.f90
-
SUBROUTINE int_gen_ti_header_char( hdrbuf, hdrbufsize, itypesize,
DataHandle, Element, VarName, Data, code )
CALL int_gen_ti_header_c ( hdrbuf, hdrbufsize, itypesize, 1,
DataHandle, DummyData, DummyCount, code )
END
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-28 10:47 ---
./gfortran -B. -r -nostdlib -O3 -flto t.c t.f90
In file included from t.c:2:0,
from :0:
t.f90: In function 'int_gen_ti_header_char':
t.f90:1:0: internal compiler error: in refs_may_alias_p_1, at
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-28 11:01 ---
Actually the original testcase used bcopy which is mishandled. I have a patch
for that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41855
--- Comment #3 from pluto at agmk dot net 2009-10-28 12:03 ---
(In reply to comment #2)
4.3.x and newer gcc says:
pr31043.c:3: warning: 'pi' initialized and declared 'extern'
so, lets get correct testcase:
#ifndef pi_hpp
#define pi_hpp
extern double const pi;
extern double foo();
--- Comment #3 from bonzini at gnu dot org 2009-10-28 12:21 ---
The patch is wrong because the result of MD is used also to process notes,
while the live registers problem does not consider a register live if it is
only used in notes. We have:
;; lr in1 [1] 2 [2] 31 [31] 67
--- Comment #4 from bonzini at gnu dot org 2009-10-28 12:37 ---
Subject: Bug 41812
Author: bonzini
Date: Wed Oct 28 12:37:30 2009
New Revision: 153652
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153652
Log:
2009-10-28 Paolo Bonzini bonz...@gnu.org
PR
Two of the new testcases introduced in r153552 fail on both
powerpc-apple-darwin9 and x86_64-apple-darwin10...
FAIL: g++.dg/lookup/extern-c-redecl3.C scan-assembler call[\\t ]+fork
FAIL: g++.dg/lookup/extern-c-redecl4.C scan-assembler call[\\t ]+_Z4forkv
--
Summary:
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-28 13:28 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
): Deal with CONST_DECLs.
* gfortran.dg/lto/20091028-1_0.f90: New testcase.
* gfortran.dg/lto/20091028-1_1.c: Likewise.
* gfortran.dg/lto/20091028-2_0.f90: Likewise.
* gfortran.dg/lto/20091028-2_1.c: Likewise.
Added:
trunk/gcc/testsuite/gfortran.dg/lto/20091028-1_0
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-28 13:53 ---
Was reverted with r153659.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-28 14:00 ---
I guess it is going to fail on many more targets.
One issue is that only some targets have call insn called that way, it can have
many other names on other targets. Even on ix86/x86_64 it could be tail called
and be
--- Comment #5 from bonzini at gnu dot org 2009-10-28 14:27 ---
fixed.
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #13 from jakub at gcc dot gnu dot org 2009-10-28 14:41 ---
Subject: Bug 41762
Author: jakub
Date: Wed Oct 28 14:41:24 2009
New Revision: 153668
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153668
Log:
PR target/41762
* config/i386/i386.c
--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-28 14:43 ---
Subject: Bug 41801
Author: jakub
Date: Wed Oct 28 14:43:04 2009
New Revision: 153669
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153669
Log:
PR debug/41801
* builtins.c
--- Comment #7 from jakub at gcc dot gnu dot org 2009-10-28 14:45 ---
Subject: Bug 41837
Author: jakub
Date: Wed Oct 28 14:45:03 2009
New Revision: 153670
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153670
Log:
PR middle-end/41837
* ipa-struct-reorg.c
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-28 14:48 ---
Subject: Bug 41839
Author: rguenth
Date: Wed Oct 28 14:48:34 2009
New Revision: 153671
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153671
Log:
2009-10-28 Richard Guenther rguent...@suse.de
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-28 14:48 ---
Subject: Bug 41808
Author: rguenth
Date: Wed Oct 28 14:48:34 2009
New Revision: 153671
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153671
Log:
2009-10-28 Richard Guenther rguent...@suse.de
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-28 14:49 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-10-28 14:49 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from burnus at gcc dot gnu dot org 2009-10-28 15:03 ---
Created an attachment (id=18926)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18926action=view)
New, non-reduced test case
Patch in comment 8 + fix in comment 9 regtests and fixes:
a) The fully reduced test
--- Comment #2 from dodji at gcc dot gnu dot org 2009-10-28 15:38 ---
Yes, I'll limit the test to ix86/x86_64. Patch coming soon.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from dodji at gcc dot gnu dot org 2009-10-28 15:42 ---
Subject: Re: [4.3/4.4/4.5 regression] ICE using offsetof
with pointer and array accesses
I am testing the patch below.
I am not sure the approach is the right one though. Comments welcome.
diff --git
--- Comment #11 from burnus at gcc dot gnu dot org 2009-10-28 15:47 ---
Related problem:
print *, loc(f2(a)) ! OK
print *, loc(f (a)) ! Error must be a variable
The second line uses a generic function with f2 being the specific one.
The problem is that gfc_check_loc calls
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #7 from cfairles at gcc dot gnu dot org 2009-10-28 16:23
---
Should be marked as fixed no?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41530
--- Comment #8 from paolo dot carlini at oracle dot com 2009-10-28 16:25
---
Do we want it for 4.4.3 too or not? If you see issues open after commits to
mainline, normally it's because of that...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41530
--- Comment #12 from dominiq at lps dot ens dot fr 2009-10-28 16:27 ---
+ ((!e-value.function.esym
is the ! at the right place? If e-value.function.esym == 0, would not
e-value.function.esym-result == e-value.function.esym
gives a bus error/segmentation fault?
--
--- Comment #7 from bonzini at gnu dot org 2009-10-28 16:44 ---
Subject: Bug 39715
Author: bonzini
Date: Wed Oct 28 16:44:08 2009
New Revision: 153678
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153678
Log:
2009-10-28 Paolo Bonzini bonz...@gnu.org
PR
--- Comment #8 from bonzini at gnu dot org 2009-10-28 16:47 ---
patch committed
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2009-10-28 18:02 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #14 from jakub at gcc dot gnu dot org 2009-10-28 18:02 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jakub at gcc dot gnu dot org 2009-10-28 18:03 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
The following test case
__ea char *strchr_ea (__ea const char *s, int c);
__ea char *foo (__ea char *s)
{
__ea char *ret = s;
int i;
for (i = 0; i 3; i++)
ret = strchr_ea (ret, s[i]);
return ret;
}
results in an ICE when compiled with -O -mea64.
The reason is that the loop
--- Comment #3 from dodji at seketeli dot org 2009-10-28 20:53 ---
Subject: Re: g++.dg/lookup/extern-c-redecl[3,4] .C
scan-assembler fails on darwin
Does this patch qualify as obvious ?
/bin/bash: call : commande introuvable
diff --git
--- Comment #2 from espindola at gcc dot gnu dot org 2009-10-28 21:32
---
This testcase was fixed on revision 153685.
--
espindola at gcc dot gnu dot org changed:
What|Removed |Added
When compiling a lot (e.g. 4000) source files with
gcc-trunk -flto -O2 [A-Z]*.c -o big
the lto component crashes with sigsegv.
Version:
gcc version 4.5.0 20091028 (experimental) (GCC)
that it the trunk rev 153680
--
Summary: -flto -O2 crashes when many source files
--- Comment #1 from bstarynk at gcc dot gnu dot org 2009-10-28 21:40
---
Created an attachment (id=18927)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18927action=view)
a small program which generates many files to exhibit the bug
The attached main.c file generates many files.
failures1
/Volumes/MacBook/opt/gcc/i686-darwin/gcc/testsuite/g++/../../g++ version 4.5.0
20091028 (experimental) [trunk revision 153644p3d] (GCC)
grepping the assembly file for ++.dg/lookup/extern-c-redecl4.C compiled with
-m32, I see
callL__Z4forkv$stub
callLPC$1
--- Comment #2 from bstarynk at gcc dot gnu dot org 2009-10-28 21:47
---
The attachment main.c is a source file generator and test case.
Put it in an empty directory.
First, compile it just with
gcc main.c -o main
[you could add other flags to gcc, you can use any flavor of gcc]
--- Comment #13 from jb at gcc dot gnu dot org 2009-10-28 22:03 ---
Reassigning to myself, I have a plan how to proceed with supporting proper
async I/O in the library.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-28 22:10 ---
Well, it looks like you generated a pretty degenerate callgraph. Trying
to reproduce.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41858
--- Comment #4 from bstarynk at gcc dot gnu dot org 2009-10-28 22:22
---
The linker is gold on Debian/Sid/Amd64
% /usr/bin/ld -v
GNU gold (GNU Binutils for Debian 2.20) 1.9
It could be that it is that gold which crashes. Apparently, it open a lot of
files, and when getting the MFILE
The following program is rejected with NAG/ifort/g95 with:
error #6382: The result of an evaluation of an output item list must not be of
a derived type that ultimately contains a pointer component.
ERROR: Data transfer element at (1) cannot have POINTER components
ERROR: Derived type T in
--- Comment #4 from ubizjak at gmail dot com 2009-10-28 22:27 ---
(In reply to comment #3)
And this constant is handled in different way than its shadow in the memory.
could you explain why? they are identicial constants.
-fmerge-constants should do something with this.
The load
--- Comment #1 from burnus at gcc dot gnu dot org 2009-10-28 22:32 ---
If a list item of derived type in an unformatted input/output statement is not
processed by a user-defined derived-type input/output procedure (9.5.3.7), and
if any subobject of that list item would be processed by a
See the thread at
http://gcc.gnu.org/ml/fortran/2009-10/msg00217.html
--
Summary: -finit-local-XXX clobbers -fno-automatic
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-28 23:10 ---
Confirmed. There's a file-descriptor leak (well, we kepp to many of them
open).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-28 23:12 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jb at gcc dot gnu dot org 2009-10-28 23:25 ---
Subject: Bug 41860
Author: jb
Date: Wed Oct 28 23:25:08 2009
New Revision: 153689
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153689
Log:
PR fortran/41860 Treat vars as save with -fno-automatic
Modified:
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jb at gcc dot gnu dot org
|dot org
mutex looks like this:
171 #ifdef _GLIBCXX_USE_CLOCK_MONOTONIC
172 typedef chrono::monotonic_clock __clock_t;
173 #else
174 typedef chrono::high_resolution_clock __clock_t;
175 #endif
...but condition_variable only has this:
56 typedef
4.5.0 r153685
Command line:
$ valgrind --track-origins=yes -v
/mnt/svn/gcc-trunk/binary-153685-lto/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1
-fpreprocessed testcase.i -m32 -O1 -version -fgcse-sm -o tmp.o
...
GNU C (GCC) version 4.5.0 20091028 (experimental) (x86_64-unknown-linux-gnu
--- Comment #1 from zsojka at seznam dot cz 2009-10-29 00:04 ---
Created an attachment (id=18928)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18928action=view)
partially reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41862
--- Comment #2 from zsojka at seznam dot cz 2009-10-29 00:06 ---
Created an attachment (id=18929)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18929action=view)
warning disappears when this diff is applied
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41862
--- Comment #1 from paolo dot carlini at oracle dot com 2009-10-29 00:31
---
Chris, can you have a look to this issue? Thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
GCC 4.5 appears to fail when using sizeof(member-of-templated-type) inside a
template parameter.
I have tested the Debian gcc-snapshot 20090923-1 amd64 package, 20091010-1
i386, and Ubuntu gcc-snapshot 20091018-1 amd64. All exhibit the same behavior.
g++-4.4 works fine, however.
Changing to
In this program, I am taking a 64-bit double and reinterpreting it as a 64-bit
long long. I am then reinterpreting that as a 64-bit double again. The
expected output of the program is 1, but when compiling with -O2, the answer
is gibberish.
---
chuon...@kartoo:~/speed$
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-29 05:49 ---
You are volating C/C++ aliasing rules even with the casts to void*. What
matters is the type of accesses.
*** This bug has been marked as a duplicate of 21920 ***
--
pinskia at gcc dot gnu dot org changed:
--- Comment #148 from pinskia at gcc dot gnu dot org 2009-10-29 05:49
---
*** Bug 41864 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
83 matches
Mail list logo
