--- 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
--- 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 #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 #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
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 #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
--- 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 #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 #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 #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
:
/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 #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
--- 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 #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 #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 #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 #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 #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 #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
--
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 #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
-
--- 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 #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
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
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
--- 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
--- 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 #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 #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 #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
# 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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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: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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
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
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||spop at gcc dot gnu dot org
Target Milestone|---
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
--- 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
--
--- 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 |
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:
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
--- 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
--- 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
--
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 #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
--- 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 #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 #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 #6 from paolo dot carlini at oracle dot com 2010-06-02 17:37
---
*** Bug 44333 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2010-06-02 17:37
---
So it's already known...
*** This bug has been marked as a duplicate of 23594 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #15 from jwakely dot gcc at gmail dot com 2010-06-02 17:30
---
(In reply to comment #14)
> I'm fairly sure that's not valid.
> That relies on an implicit conversion to bool
actually that's nonsense ... that is a contextual conversion!
anyway, I'll look into it properly and
--- Comment #39 from ro at gcc dot gnu dot org 2010-06-02 17:28 ---
Subject: Bug 14940
Author: ro
Date: Wed Jun 2 17:28:24 2010
New Revision: 160176
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160176
Log:
Backport from mainline:
2010-03-01 Rainer Orth
--- Comment #14 from jwakely dot gcc at gmail dot com 2010-06-02 17:26
---
(In reply to comment #10)
> AFAIK, the following code should work but does not anymore cause of this bug
> fix:
>
> std::exception_ptr e;
>
> if (e)
> {
> /* ... */
> }
I'm fairly sure that's not valid.
Th
--- Comment #13 from paolo dot carlini at oracle dot com 2010-06-02 17:18
---
Thanks a lot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40296
--- Comment #12 from jwakely dot gcc at gmail dot com 2010-06-02 17:17
---
The NullablePointer concept is new, so yes, it's changed.
I'll deal with this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40296
--- Comment #17 from ro at gcc dot gnu dot org 2010-06-02 17:17 ---
Subject: Bug 36610
Author: ro
Date: Wed Jun 2 17:16:55 2010
New Revision: 160172
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160172
Log:
Backport from mainline:
2010-02-24 Rainer Orth
--- Comment #40 from dominiq at lps dot ens dot fr 2010-06-02 17:09 ---
> Can you (someone with darwin) ...
I have tried:
[macbook] f90/bug% gcc46 pthread_create.c
[macbook] f90/bug% a.out ; echo $?
0
Is it the correct way to do the test? (so far I only got zeros).
--
http://gcc
--- Comment #8 from jwakely dot gcc at gmail dot com 2010-06-02 17:09
---
gcc 4.3 was released 18 months before the FCD, at that time the specification
of result_of was quite different. Also, until the gcc 4.5.0 release
std::result_of was based on the tr1::result_of code.
--
http:
--- Comment #39 from rwild at gcc dot gnu dot org 2010-06-02 17:04 ---
Can you (someone with darwin) just take the configure test from comment #13,
build it, and run it under various load on your system, to see whether it
produces unstable results with a compiler from the previous stage?
--- Comment #6 from hjl dot tools at gmail dot com 2010-06-02 17:04 ---
*** Bug 44372 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #4 from hjl dot tools at gmail dot com 2010-06-02 17:04 ---
*** This bug has been marked as a duplicate of 44295 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #3 from hjl at gcc dot gnu dot org 2010-06-02 17:04 ---
Subject: Bug 44372
Author: hjl
Date: Wed Jun 2 17:04:13 2010
New Revision: 160169
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160169
Log:
Add a testcase for PR middle-end/44372.
2010-06-02 H.J. Lu
--- Comment #11 from paolo dot carlini at oracle dot com 2010-06-02 17:03
---
For sure something may have changed in the working paper, we are talking about
1 year since these changes. Jon can you have a look to this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40296
--- Comment #14 from ro at gcc dot gnu dot org 2010-06-02 16:57 ---
Subject: Bug 38251
Author: ro
Date: Wed Jun 2 16:57:10 2010
New Revision: 160168
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160168
Log:
Backport from mainline:
2010-03-01 Rainer Orth
--- Comment #10 from tfautre at pandora dot be 2010-06-02 16:54 ---
(In reply to comment #5)
> (In reply to comment #1)
> > I'm under the impression we should simply not provide operator __safe_bool()
>
> Agreed, there is no requirement for conversion to bool, explicit or implicit.
> E
--- Comment #6 from bero at arklinux dot org 2010-06-02 16:53 ---
Omitting -fwhole-program doesn't change anything. Compiling 4.5 branch and
trunk now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44390
--- Comment #5 from dominiq at lps dot ens dot fr 2010-06-02 16:51 ---
> No, this is not fortran.
I am not sure that fortran matter here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44390
--- Comment #10 from ro at gcc dot gnu dot org 2010-06-02 16:50 ---
Subject: Bug 41169
Author: ro
Date: Wed Jun 2 16:49:39 2010
New Revision: 160166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160166
Log:
Backport from mainline:
2009-09-02 Rainer Orth
--- Comment #12 from spop at gcc dot gnu dot org 2010-06-02 16:42 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #11 from spop at gcc dot gnu dot org 2010-06-02 16:39 ---
Subject: Bug 44363
Author: spop
Date: Wed Jun 2 16:39:26 2010
New Revision: 160163
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160163
Log:
Fix PR44363: don't abort when the ifcvt analysis fails to recogniz
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-06-02 16:36 ---
No, this is not fortran.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44390
--- Comment #6 from ro at gcc dot gnu dot org 2010-06-02 16:35 ---
Subject: Bug 42900
Author: ro
Date: Wed Jun 2 16:35:15 2010
New Revision: 160161
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160161
Log:
Backport from mainline:
2010-03-01 Rainer Orth
--- Comment #3 from dominiq at lps dot ens dot fr 2010-06-02 16:35 ---
This looks like a duplicate of pr40873.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44390
--- Comment #1 from meklund at cisco dot com 2010-06-02 16:33 ---
I've re-run the code varying the flag from 0 to 3 (instead of hard coding to 3)
with the below results. The unexpected results are still happening for 'a',
'b', 'd', and 'f'.
a b c d e f
0: -1 200 -1 -1 200 1
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-06-02 16:27 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-02 16:27 ---
Can you try without -fwhole-program, with the tip of the 4.5 branch and with
trunk? If it works on the trunk, can you identify the patch that made it work?
--
rguenth at gcc dot gnu dot org changed:
--- Comment #10 from iains at gcc dot gnu dot org 2010-06-02 16:25 ---
(In reply to comment #9)
> (In reply to comment #1)
> OK Thank you very much.
>
> I have verified the prerequisites before.
> Please note I just send a zip files with all log files.
thanks for posting the files -
s
--- Comment #1 from bero at arklinux dot org 2010-06-02 16:20 ---
uic3.tar.gz, containing the object files that should be linked and the source
they're generated from, is too large to attach, so I've uploaded it to
http://arklinux.org/~bero/uic3.tar.gz
--
http://gcc.gnu.org/bugzilla
--- Comment #9 from doc0 dot delphin at voila dot fr 2010-06-02 16:15
---
(In reply to comment #1)
OK Thank you very much.
I have verified the prerequisites before.
Please note I just send a zip files with all log files.
Thanks.
===
1 - 100 of 169 matches
Mail list logo
