--- Comment #41 from Ralf dot Wildenhues at gmx dot de 2010-06-02 17:40
---
Subject: Re: gcc 4.5 20100218 bootstrap compare fails
on os x 10.6
* dominiq at lps dot ens dot fr wrote on Wed, Jun 02, 2010 at 07:09:42PM CEST:
> [macbook] f90/bug% gcc46 pthread_create.c
> [macbook] f90/bu
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-06-02 18:04 ---
I think this is by design because in C90 and C++98 there is no way to say an
array is a flexible array.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-02 18:05 ---
This is intentional, given the amount of code in the wild that uses various
fixed length arrays in last fields.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #42 from dominiq at lps dot ens dot fr 2010-06-02 18:22 ---
I am using the following script:
#!/bin/sh
i=0
tls.ex
while [ $? == 0 ]
do
i=`expr $i + 1`
tls.ex
done
echo $i
tls.ex is generated by
/opt/gcc/build_w/prev-gcc/xgcc -B/opt/gcc/build_w/prev-gcc/ -g -O2 -pthread
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #43 from dominiq at lps dot ens dot fr 2010-06-02 18:36 ---
The following variant
#!/bin/sh
i=0
while [ $i != 1000 ]
do
i=`expr $i + 1`
tls.ex
if [ $? != 0 ]
then
echo $i
fi
done
gives
26
84
87
90
266
386
426
587
611
614
617
637
640
647
653
656
962
if the sy
--- Comment #1 from ro at gcc dot gnu dot org 2010-06-02 18:41 ---
Uros, could you have a look?
Thanks.
Rainer
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Command line:
$ g++ -fgraphite-identity -m32 -Os id-19.c
Compiler output:
$ /mnt/svn/gcc-trunk/binary-160165-lto-fortran/bin/g++ -fgraphite-identity -m32
-Os id-19.c
id-19.c: In function 'void byte_insert_op1(unsigned char*, unsigned char*)':
id-19.c:1:6: internal compiler error: in build2_stat, a
When using --enable-target-optspace on gcc 4.5 function __bswapsi2 in libgcc
generates call to itself which causes infinite recursion. Here is disassembly.
$ arm-none-linux-uclibcgnueabi-objdump -d _bswapsi2_s.o
_bswapsi2_s.o: file format elf32-littlearm
Disassembly of section .text:
--- Comment #44 from dominiq at lps dot ens dot fr 2010-06-02 19:06 ---
This seems linked to the optimization:
[macbook] f90/bug% /opt/gcc/build_w/prev-gcc/xgcc -B/opt/gcc/build_w/prev-gcc/
-O2 -pthread pthread_create.c -o tls.ex
[macbook] f90/bug% rm -f tmp ; tls_1.sh > tmp ; cat tmp |
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-02 19:14 ---
Heh. arm does have a bswapsi pattern though - why is that expanding to a call
at -Os?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
Command line:
$ gcc -ftree-loop-distribution -Os testcase.c
Compiler output:
$ /mnt/svn/gcc-trunk/binary-160165-lto-fortran/bin/gcc -ftree-loop-distribution
-Os testcase.c
testcase.c: In function 'foo':
testcase.c:2:6: error: no immediate_use list
for SSA_NAME: .MEM_11 in statement:
# .MEM_21 = VD
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||spop at gcc dot gnu dot org
Target Milestone|---
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44393
--- Comment #45 from iains at gcc dot gnu dot org 2010-06-02 19:15 ---
(In reply to comment #44)
> This seems linked to the optimization:
>
> [macbook] f90/bug% /opt/gcc/build_w/prev-gcc/xgcc -B/opt/gcc/build_w/prev-gcc/
> -O2 -pthread pthread_create.c -o tls.ex
> [macbook] f90/bug% rm
--- Comment #1 from zsojka at seznam dot cz 2010-06-02 19:16 ---
Created an attachment (id=20813)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20813&action=view)
reduced testcase (from gcc.target/i386/pr37101.c)
Command line:
$ gcc -ftree-loop-distribution -Os pr44393.c
or
$ gcc
--- Comment #3 from jason at gcc dot gnu dot org 2010-06-02 19:19 ---
Subject: Bug 44333
Author: jason
Date: Wed Jun 2 19:19:05 2010
New Revision: 160183
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160183
Log:
PR c++/44333
* name-lookup.c (same_entity_p): New
--- Comment #7 from jason at gcc dot gnu dot org 2010-06-02 19:25 ---
Fixed for 4.6.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #8 from jason at gcc dot gnu dot org 2010-06-02 19:25 ---
Fixed for 4.6.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from spop at gcc dot gnu dot org 2010-06-02 19:28 ---
Mine.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-06-02 19:31
---
Fixed and closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jason at gcc dot gnu dot org 2010-06-02 19:34 ---
Fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #46 from iains at gcc dot gnu dot org 2010-06-02 19:42 ---
(In reply to comment #44)
> This seems linked to the optimization:
At the risk of stating the obvious - since there are no DYLD_LIBRARY_PATH in
your posts...
Are you doing this "uninstalled"?
I guess you have to be
--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-02 19:52 ---
Subject: Bug 44367
Author: jakub
Date: Wed Jun 2 19:52:07 2010
New Revision: 160186
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160186
Log:
PR debug/44367
* semantics.c (finalize_nrv): Don'
--- Comment #4 from jakub at gcc dot gnu dot org 2010-06-02 19:55 ---
Subject: Bug 44367
Author: jakub
Date: Wed Jun 2 19:55:33 2010
New Revision: 160187
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160187
Log:
PR debug/44367
* semantics.c (finalize_nrv): Don'
--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-02 19:57 ---
Subject: Bug 44361
Author: jakub
Date: Wed Jun 2 19:57:08 2010
New Revision: 160188
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160188
Log:
PR c++/44361
* cvt.c (convert_to_void): If implic
--- Comment #5 from jakub at gcc dot gnu dot org 2010-06-02 19:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2010-06-02 20:02 ---
I've committed just the C++ FE change that has been approved separately, in
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160187
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160188
The C FE and testsuite change
--- Comment #47 from dominiq at lps dot ens dot fr 2010-06-02 20:08 ---
> At the risk of stating the obvious - since there are no DYLD_LIBRARY_PATH in
> your posts...
>
> Are you doing this "uninstalled"?
> I guess you have to be sure that the right libgcc_s is being found -- or
> emut
--- Comment #48 from iains at gcc dot gnu dot org 2010-06-02 20:09 ---
Created an attachment (id=20814)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20814&action=view)
adds some TLS torture tests to gcc.dg
Hm - the "placeholder, temporary" fix for EMUTLS doesn't appear to work wi
--- Comment #49 from iains at gcc dot gnu dot org 2010-06-02 20:13 ---
(In reply to comment #47)
> > At the risk of stating the obvious - since there are no DYLD_LIBRARY_PATH in
> > your posts...
> >
> > Are you doing this "uninstalled"?
> > I guess you have to be sure that the right li
--- Comment #50 from dominiq at lps dot ens dot fr 2010-06-02 20:19 ---
> What is the output of
>
> grep -i tls your_paths/libgomp/config.log
>
> on darwin9?
For me the answer is "gcc_cv_have_tls=no" for both powerpc-apple-darwin9 gcc
4.6 r160081 and i686-apple-darwin9 gcc 4.5 r156693.
--- Comment #4 from paolo dot carlini at oracle dot com 2010-06-02 20:26
---
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44333
--- Comment #51 from iains at gcc dot gnu dot org 2010-06-02 20:28 ---
(In reply to comment #50)
> > What is the output of
> >
> > grep -i tls your_paths/libgomp/config.log
> >
> > on darwin9?
>
> For me the answer is "gcc_cv_have_tls=no" for both powerpc-apple-darwin9 gcc
> 4.6 r160081
--- Comment #2 from hp at gcc dot gnu dot org 2010-06-02 20:32 ---
Apparently the test-case has changed, so "fixed"?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44356
--- Comment #52 from iains at gcc dot gnu dot org 2010-06-02 20:32 ---
(In reply to comment #51)
> (In reply to comment #50)
> > > What is the output of
> > >
> > > grep -i tls your_paths/libgomp/config.log
> > >
> > > on darwin9?
> >
> > For me the answer is "gcc_cv_have_tls=no" for bo
--- Comment #29 from jakub at gcc dot gnu dot org 2010-06-02 20:35 ---
I don't see that as justification for breaking the ABI.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44132
--- Comment #3 from mikpe at it dot uu dot se 2010-06-02 20:36 ---
It's caused by r159455:
Author: rguenth
Date: Sun May 16 14:47:38 2010
New Revision: 159455
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159455
Log:
2010-05-16 Richard Guenther
* lto-symtab.c (lto_s
# of unexpected failures7
# of unsupported tests 13
=== gcc Summary ===
# of expected passes191
# of unexpected failures11
# of unsupported tests 26
/opt/gcc/build_w/gcc/xgcc version 4.6.0 20100602 (experimental) [trunk
revision 160166p3] (GCC
--- Comment #30 from iains at gcc dot gnu dot org 2010-06-02 20:41 ---
(In reply to comment #29)
> I don't see that as justification for breaking the ABI.
no problem - I'll revert that part.
I had thought that since these vars could get hit very hard in parallel code,
the 0 offset mig
--- Comment #54 from iains at gcc dot gnu dot org 2010-06-02 20:44 ---
(In reply to comment #53)
> > Created an attachment (id=20814)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20814&action=view) [edit]
> > adds some TLS torture tests to gcc.dg
> >
> > Hm - the "placeholder, tem
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-06-02 20:47 ---
id = get_identifier (name);
hash = htab_hash_string (name);
this should be
hash = IDENTIFIER_HASH_VALUE (id);
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44291
--- Comment #3 from hjl dot tools at gmail dot com 2010-06-02 20:48 ---
Fixed by revision 160158:
http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg00070.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-06-02 20:48 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
x27;s/^/mn10300-linux-/'
--with-headers=/home/memmel/Source/root/usr/include
--with-sysroot=/home/memmel/Source/root/root
Thread model: posix
gcc version 4.6.0 20100602 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O2' '-fPIC' '-c
In the testsuite/gcc.dg compiling test cases pr34668-1.c and pr34668-2.c with
options -combine -O2 with --enable-checking=yes I got an ICE as in the
following:
NOTICE --enable-checking=yes AND -O2 necessary for bug to appear
[vitti gcc.dg]$gcc -v
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLL
--- Comment #1 from mike dot emmel at gmail dot com 2010-06-02 20:50
---
Created an attachment (id=20815)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20815&action=view)
Failing preprocessed source
Here is the simple test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-02 20:52 ---
*** This bug has been marked as a duplicate of 39959 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #22 from pinskia at gcc dot gnu dot org 2010-06-02 20:52
---
*** Bug 44395 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44394
--- Comment #55 from dominiq at lps dot ens dot fr 2010-06-02 20:59 ---
> and on D10 - no @ stage1 (correct)
I see
[macbook] gcc/build_w% grep -i tls
stage1-x86_64-apple-darwin10.3.0/libgomp/config.log
| #define HAVE_TLS 1
| #define HAVE_TLS 1
| #define HAVE_TLS 1
| #define HAVE_TLS 1
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-02 21:47 ---
address-space related.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #56 from iains at gcc dot gnu dot org 2010-06-02 22:07 ---
(In reply to comment #55)
> > and on D10 - no @ stage1 (correct)
>
> I see
>
> [macbook] gcc/build_w% grep -i tls
> stage1-x86_64-apple-darwin10.3.0/libgomp/config.log
> | #define HAVE_TLS 1
> | #define HAVE_TLS 1
>
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-06-02 22:23 ---
Subject: Bug 44291
Author: rguenth
Date: Wed Jun 2 22:22:52 2010
New Revision: 160197
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160197
Log:
2010-06-03 Richard Guenther
PR middle-end/44291
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-06-02 22:24 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from raj dot khem at gmail dot com 2010-06-02 22:52 ---
(In reply to comment #1)
> Heh. arm does have a bswapsi pattern though - why is that expanding to a call
> at -Os?
>
IIUC this pattern only triggers for armv6+ architectures. The problem I see is
on
a armv5te
--
--- Comment #2 from meissner at gcc dot gnu dot org 2010-06-03 00:06
---
Subject: Bug 44218
Author: meissner
Date: Thu Jun 3 00:06:12 2010
New Revision: 160199
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160199
Log:
PR target/44218, improve -mrecip on powerpc
Added:
tr
--- Comment #4 from jingyu at google dot com 2010-06-03 00:54 ---
I check out the trunk gcc (4.6.0 20100602). Configure gcc with the following:
/usr/local/google/home/projects/android-toolchain/build/../gcc/gcc-trunk/configure
--prefix=/usr/local --target=arm-linux-androideabi
--host
:
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100602/gcc/testsuite/g++.dg/tls/init-2.C
-nostdinc++
-I/sw/src/fink.build/gcc46-4.6.0-1000
--- Comment #9 from redi at gcc dot gnu dot org 2010-06-03 01:13 ---
I've been experimenting with this patch, which warns if there is a missing
mem-initializer for a scalar.
It gives a false positive for cases were the member is assigned to in the
constructor body, or otherwise initiali
--- Comment #16 from amodra at gcc dot gnu dot org 2010-06-03 02:47 ---
Subject: Bug 44169
Author: amodra
Date: Thu Jun 3 02:47:11 2010
New Revision: 160206
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160206
Log:
PR target/44169
* config/rs6000/rs6000.md (loa
--- Comment #17 from amodra at gcc dot gnu dot org 2010-06-03 02:57 ---
Subject: Bug 44169
Author: amodra
Date: Thu Jun 3 02:57:19 2010
New Revision: 160207
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160207
Log:
PR target/44169
* config/rs6000/rs6000.md (loa
--- Comment #18 from amodra at gcc dot gnu dot org 2010-06-03 03:09 ---
Subject: Bug 44169
Author: amodra
Date: Thu Jun 3 03:08:32 2010
New Revision: 160208
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160208
Log:
PR target/44169
* config/rs6000/rs6000.md (loa
--- Comment #19 from amodra at gmail dot com 2010-06-03 03:26 ---
Fixed all active branches
--
amodra at gmail dot com changed:
What|Removed |Added
Status|ASS
I'm running gcc4.4.1, courtesy of Fink, on Mac OS 10.6.3. I'm trying to
compile mex files for use with 64-bit Matlab 2010a, but build fails at the
linking stage. The source files successfully compile as x86_64 architecture
(confirmed with the 'file' command in the terminal), but gcc/ld is trying
--- Comment #57 from rwild at gcc dot gnu dot org 2010-06-03 05:53 ---
(In reply to comment #46)
> At the risk of stating the obvious - since there are no DYLD_LIBRARY_PATH in
> your posts...
Ah, right, I forgot to remind you to set DYLD_LIBRARY_PATH correctly when doing
the test (topl
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-03 05:56 ---
>gcc/ld is trying to link as i386
Well the option -arch x86_64 does not exist for the FSF GCC; it is -m64. I
think the issue is that your makefile is built for Apple's GCC and not for the
generic GCC. Can you chan
--- Comment #7 from rwild at gcc dot gnu dot org 2010-06-03 06:33 ---
Subject: Bug 42798
Author: rwild
Date: Thu Jun 3 06:32:27 2010
New Revision: 160210
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160210
Log:
Import AC_CHECK_DECL for C++ fixes from git Autoconf.
config/:
--- Comment #8 from rwild at gcc dot gnu dot org 2010-06-03 06:45 ---
Subject: Bug 42798
Author: rwild
Date: Thu Jun 3 06:45:02 2010
New Revision: 160211
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160211
Log:
Fix PR bootstrap/42798.
libiberty/:
PR bootstrap/42798
101 - 169 of 169 matches
Mail list logo
