--- Comment #4 from hjl dot tools at gmail dot com 2009-09-06 01:27 ---
It is caused by revision 151394:
http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg00140.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #24 from howarth at nitro dot med dot uc dot edu 2009-09-06
00:29 ---
Okay, this issue also impacts the -m64 code generation of the
i686-apple-darwin10 target, I see the same set of failures as in Comment 12
with r151455. So this issue is darwin10 specific and isn't seen wit
--- Comment #11 from t7 at gmail dot com 2009-09-06 00:03 ---
I can test the patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
--- Comment #8 from d dot g dot gorbachev at gmail dot com 2009-09-05
22:48 ---
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00415.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41214
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-05 22:40 ---
Confirmed with -O1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-09-05 22:29
---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2009-09-05
22:05 ---
These failures in the g++ and libjava testsuites do not occur for
x86_64-apple-darwin9 with current gcc. These would appear an issue specific to
or only triggered on x86_64-apple-darwin10. I'll try the m64
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-05 21:12 ---
The original testcase works fine with unlimited stack.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-09-05 21:10 ---
Created an attachment (id=18515)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18515&action=view)
testcase
Recursion depth of 1200 with the following simple testcase (well, more - it
segfaults with 1mb stack).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|c++ |middle-end
E
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-09-05 21:04 ---
Created an attachment (id=18514)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18514&action=view)
testcase
Testcase, reduced with 8mb stack limit (default on x86-64) and a cc1plus built
with a host gcc 4.3 com
--- Comment #2 from ojab at ojab dot ru 2009-09-05 20:56 ---
gcc version 4.5.0 20090905 (experimental) (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41282
--- Comment #1 from ojab at ojab dot ru 2009-09-05 20:50 ---
Created an attachment (id=18513)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18513&action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41282
Target: x86_64-unknown-linux-gnu
Configured with: /sources/gcc-trunk/configure --prefix=/usr/local
--libexecdir=/usr/local/lib --enable-shared --enable-threads=posix
--enable-__xa_atexit --enable-clocale=gnu --enable-languages=c
--disable-multilib --enable-bootstrap
Thread model: posix
/usr/local/
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-09-05 20:39 ---
Your patch is probably correct as
static void
uw_init_context_1 (struct _Unwind_Context *context,
void *outer_cfa, void *outer_ra)
{
void *ra = __builtin_extract_return_addr (__builtin_return_ad
--- Comment #13 from phcoder at gmail dot com 2009-09-05 20:34 ---
(In reply to comment #2)
> Created an attachment (id=18480)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18480&action=view) [edit]
> gcc45-pr41246.patch
>
> I'm afraid there is nothing that can make that unmodifie
--- Comment #6 from d dot g dot gorbachev at gmail dot com 2009-09-05
20:26 ---
Hi,
Configure and build GCC with
../gcc-4.5/configure --enable-languages=c,c++ \
--disable-shared --disable-bootstrap
make CFLAGS_FOR_TARGET=-O3
The -O3 option, or -finline-functions -finline-small-fu
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2009-09-05
19:34 ---
I am using the from the gcc build. The test case binary is built as...
otool -L eh-vararg-2.exe
eh-vararg-2.exe:
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 124.1.1)
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-09-05 19:32 ---
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-09-05 19:32 ---
Subject: Bug 41181
Author: rguenth
Date: Sat Sep 5 19:32:25 2009
New Revision: 151455
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151455
Log:
2009-09-05 Richard Guenther
PR middle-end/41181
--- Comment #21 from jakub at gcc dot gnu dot org 2009-09-05 19:21 ---
What unwinder are you using? The freshly built libgcc_s, or some outdated
darwin system libgcc_s?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last re
--- Comment #2 from jv244 at cam dot ac dot uk 2009-09-05 18:54 ---
initial patch here:
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00313.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41229
--- Comment #5 from hjl dot tools at gmail dot com 2009-09-05 18:32 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00412.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #4 from hjl dot tools at gmail dot com 2009-09-05 18:25 ---
I am testing this patch:
Index: configure.ac
===
--- configure.ac(revision 151352)
+++ configure.ac(working copy)
@@ -404,9 +404,10 @@
--- Comment #3 from hjl dot tools at gmail dot com 2009-09-05 18:18 ---
MULTISUBDIR is updated in the 32bit libstdc++ Makefile after
"MULTISUBDIR =" has been appended to Makefiles in the subdirectories.
--
hjl dot tools at gmail dot com changed:
What|Removed
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41280
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||aoliva at gcc dot gnu dot
|
Testcase:
asm(".text\n"
".globl main\n"
"\t.type main,@function\n"
"main:\n"
"\tret\n");
$ ./xgcc -B. -o t t.c -flto
/usr/lib/crt1.o: In function `_start':
/build/buildd-eglibc_2.9-26-i386-ldMK3g/eglibc-2.9/csu/../sysdeps/i386/elf/start.S:115:
undefined reference to `main'
collect
--- Comment #2 from hjl dot tools at gmail dot com 2009-09-05 17:16 ---
configure failed to set MULTISUBDIR in the libstdc++ subdirectories.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41280
--- Comment #1 from hjl dot tools at gmail dot com 2009-09-05 17:09 ---
"make install" installs the 32bit c++config.h in the same place as
the 64bit version.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41280
On Linux/x86-64, revision 151352:
http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg00098.html
breaks 32bit libstdc++. I got
[...@gnu-34 bin]$ cat /tmp/x.cc
#include
[...@gnu-34 bin]$ ./gcc -S -o /tmp/x.s /tmp/x.cc
[...@gnu-34 bin]$ ./gcc -S -o /tmp/x.s /tmp/x.cc -m32
In file included from /tmp/x.cc:1:0
--- Comment #4 from danglin at gcc dot gnu dot org 2009-09-05 16:41 ---
(gdb) p debug_rtx (0x800100345520)
(value/s/u/f:DI 65 @800100345520/800100309810)
/* Used in the cselib routines to describe a value. Objects of this
kind are only allocated in cselib.c, in an alloc
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2009-09-05
16:23 ---
In case it matters, the eh-vararg-2.exe test case in r148013 fails with the
message...
terminate called after throwing an instance of 'A'
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-05 16:14 ---
I'll revert the SRA fix on the tester to rule out that change for tonight.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41279
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41279
--- Comment #49 from ebotcazou at gcc dot gnu dot org 2009-09-05 16:11
---
> gcc/ada/exp_util.o differs
--- exp_util-stage2.txt 2009-09-05 18:09:00.0 +0200
+++ exp_util-stage3.txt 2009-09-05 18:08:06.0 +0200
@@ -1,5 +1,5 @@
-exp_util-stage2.o: file format elf32-i38
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2009-09-05
16:11 ---
Richard,
Please let me know if there is a better test case than
g++.dg/torture/stackalign/eh-vararg-2.C, out of the regressions caused by
r147995, listed in Comment 12 or 13 and I'll provide the assemb
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-05 16:07 ---
Likewise effects in SPEC FP. My guess would be scheduler effects of the VTA
changes there. While compare-debug tests code generation is the same with
-g vs. -g0 nothing checks code generation differences caused by
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2009-09-05
16:05 ---
Attached assembly from failing...
FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O0 execution test
introduced by r147995 was produced for r147989 and r1478013 using the
commands...
/sw/src/fink.build/
Happened between revs 151305 (good) and 151347 (bad). This range includes
the VTA merge and the SRA useless transformation fix.
--
Summary: [4.5 Regression] 252.eon performance regression
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keyw
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2009-09-05
16:03 ---
Created an attachment (id=18512)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18512&action=view)
g++.dg/torture/stackalign/eh-vararg-2.C assembly on x86_64-apple-darwin10 at
r148013
--
http://g
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2009-09-05
16:02 ---
Created an attachment (id=18511)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18511&action=view)
g++.dg/torture/stackalign/eh-vararg-2.C assembly on x86_64-apple-darwin10 at
r147989
--
http://g
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2009-09-05
16:01 ---
Created an attachment (id=18510)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18510&action=view)
g++.dg/torture/stackalign/eh-vararg-2.C preprocessed source on
x86_64-apple-darwin10 at r147989
--
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2009-09-05
15:58 ---
Looking at the assembly output from the testcase...
FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O0 execution test
the diff between that generated in r147989 and r1478013 is...
---
/sw/src/fink.buil
--- Comment #2 from jv244 at cam dot ac dot uk 2009-09-05 15:34 ---
853 gcc_assert (src_info->dimen == 2);
(gdb) list
848 dest_ss = se->ss;
849
850 src_info = &src_ss->data.info;
851 dest_info = &dest_ss->data.info;
852 gcc_assert (dest_info->dimen == 2);
85
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2009-09-05
15:32 ---
We also picked up failures in the gcc testsuite between r147989 and r1478013
of...
FAIL: gcc.dg/cleanup-12.c execution test
FAIL: gcc.dg/cleanup-8.c execution test
in case these are directly related to t
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-09-05
15:25 ---
In r147989, we had no regressions in x86_64-apple-darwin10 in the g++
testsuite. However, in r148013 (which is after the fix for PR 40304), we have
the following g++ testsuite failures which still exist in
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keyw
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-05 15:18 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-09-05 15:18
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-05 15:15 ---
Subject: Bug 41273
Author: rguenth
Date: Sat Sep 5 15:15:16 2009
New Revision: 151454
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151454
Log:
2009-09-05 Richard Guenther
PR debug/41273
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-05 15:14 ---
Subject: Bug 41271
Author: rguenth
Date: Sat Sep 5 15:14:12 2009
New Revision: 151453
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151453
Log:
2009-09-05 Richard Guenther
PR middle-end/41271
--- Comment #48 from ebotcazou at gcc dot gnu dot org 2009-09-05 15:03
---
> This patch along with Vladamir's patch fixes the
> problem on FreeBSD. Thanks for the quick response.
The patch fixes the cfgloopmanip.o comparison failure on i586-linux as well.
Unfortunately that's pretty
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-09-05 14:54
---
ICE confirmed with test case on 4.5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41278
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41276
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-09-05 14:48 ---
Testcase from PR41277
char paths[1024];
static void x264_slicetype_path(char (*best_paths)[250], int n, int length)
{
__builtin_memcpy (best_paths[n], paths, length);
}
void x264_slicetype_analyse(int n, int len
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-05 14:47 ---
char paths[1024];
static void x264_slicetype_path(char (*best_paths)[250], int n, int length)
{
__builtin_memcpy (best_paths[n], paths, length);
}
void x264_slicetype_analyse(int n, int length)
{
char best_pa
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-05 14:47 ---
*** Bug 41277 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
This works with g95 and ifort but gives a compiler error with gfortran:
bash-3.1$ cat bug.F90
program bug
implicit none
real, dimension(3,3) :: matA,matB
matA(1,:)=(/1., 2., 3./)
matA(2,:)=(/4., 5., 6./)
matA(3,:)=(/7., 8., 9./)
matB=matmul(transpose(0.5*matA),matA)
end program bu
--- Comment #6 from pault at gcc dot gnu dot org 2009-09-05 14:31 ---
Fixed on trunk and 4.4.
Joost, many thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-05 14:31 ---
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critic
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2009-09-05
14:27 ---
I just noticed PR 40304 which fixed regressions stack unwind from r147995. Will
move testing up to that revision to try to reduce the noise when looking for
residual regressions in current gcc trunk that m
--- Comment #5 from pault at gcc dot gnu dot org 2009-09-05 14:25 ---
Subject: Bug 41258
Author: pault
Date: Sat Sep 5 14:25:39 2009
New Revision: 151452
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151452
Log:
2009-09-05 Paul Thomas
PR fortran/41258
* pri
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-05 14:22 ---
typedef unsigned short StringID;
static const StringID INVALID_STRING_ID = 0x;
class ZeroedMemoryAllocator {
public:
virtual ~ZeroedMemoryAllocator() { }
};
struct Window : ZeroedMemoryAllocator {
Window(
--- Comment #4 from pault at gcc dot gnu dot org 2009-09-05 14:21 ---
Subject: Bug 41258
Author: pault
Date: Sat Sep 5 14:20:51 2009
New Revision: 151451
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151451
Log:
2009-09-05 Paul Thomas
PR fortran/41258
* pri
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-09-05 14:21
---
Has apparently been fixed by an SDK update. Closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--
ami_stuff at o2 dot pl changed:
What|Removed |Added
Severity|major |critical
Summary|[4.5 regression] ICE with |[4.5 regression] lib
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-09-05 14:16
---
Fixed on trunk, does not exist on 4.4 branch.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2009-09-05 14:14
---
Subject: Bug 41024
Author: fxcoudert
Date: Sat Sep 5 14:14:28 2009
New Revision: 151450
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151450
Log:
PR target/41024
* config/i386/mingw-w64.
--
ami_stuff at o2 dot pl changed:
What|Removed |Added
Severity|critical|major
Summary|[4.5 regression] libx264|[4.5 regression] ICE wi
--- Comment #3 from ami_stuff at o2 dot pl 2009-09-05 14:07 ---
$ make_68k_v45
/usr/local/amiga/bin/m68k-amigaos-gcc-4.5.0.exe -V 4.5.0 --save-temp -O2
-finlin
e-functions -ffast-math -Wall -I. -DHAVE_MALLOC_H -DWORDS_BIGENDIAN -s
-fomit-f
rame-pointer -m68060 -c -o encoder/analyse.o
--- Comment #1 from manu at gcc dot gnu dot org 2009-09-05 14:05 ---
*** This bug has been marked as a duplicate of 40752 ***
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from manu at gcc dot gnu dot org 2009-09-05 14:05 ---
*** Bug 41274 has been marked as a duplicate of this bug. ***
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ami_stuff at o2 dot pl 2009-09-05 14:03 ---
Created an attachment (id=18509)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18509&action=view)
preprecessed file from GCC 4.5.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41277
--- Comment #1 from ami_stuff at o2 dot pl 2009-09-05 14:03 ---
Created an attachment (id=18508)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18508&action=view)
preprocessed file from GCC 4.4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41277
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2009-09-05
14:02 ---
Still running make check on r147995 but that revision appears to have caused
massive regressions in testsuite which aren't present in currently in gcc
trunk. Will look for any other test cases outside of l
Hi,
I can't compile libx264 with GCC 4.5.0 (20090827), but I can without problems
with GCC 4.4.2 (20090825).
I include preprocessed problematic file from GCC 4.4.2 and GCC 4.5.0 -
"encoder/analyse.c"
Regards
--
Summary: [4.5 regression] libx264 don't want to compile
Prod
/gnu64
--prefix=/opt/gnu64/gcc/gcc-4.5.0 --build=hppa64-hp-hpux11.11
--enable-threads=posix --disable-nls --with-gmp=/opt/gnu64/gcc/gcc-4.5.0
-enable-languages=c,c++,objc,obj-c++,fortran
Thread model: posix
gcc version 4.5.0 20090905 (experimental) [trunk revision 151445] (GCC)
--
http
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-05
13:55 ---
Subject: Re: New: [4.5 Regression]
Segmentation fault in lookup_page_table_entry
Attached .i.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-05
13:55 ---
Crea
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-05 13:53 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41275
rary which
is not privately mapped will not work. See the HP-UX 11i v3 chatr
manpage for methods to privately map shared library text.
warning: Loadable segment ".tbss" outside of ELF segments
warning: Loadable segment ".tbss" outside of ELF segments
GNU C (GCC) version 4.5.0
--- Comment #1 from rubidium at openttd dot org 2009-09-05 13:42 ---
Created an attachment (id=18506)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18506&action=view)
The .ii file of save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41275
Thread model: posix
gcc version 4.5.0 20090905 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O2' '-fomit-frame-pointer' '-DUNIX'
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2009-09-05
13:35 ---
Created an attachment (id=18505)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18505&action=view)
testsuite results for r147989 on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #5 from ktietz at gcc dot gnu dot org 2009-09-05 13:14 ---
> I am retesting it. I think {v:-v} is better here.
This patch works fine. Could you post a patch for it. It is pre-approved.
Thanks,
Kai
Index: mingw-w64.h
=
Some -Wconversion warnings are just useless and almost impossible to fix.
Consider the following example:
template inline
void add_to_v1(T& v1, const T& v2)
{
v1 += v2; // warning: conversion to short int from int
--- Comment #8 from rguenther at suse dot de 2009-09-05 11:47 ---
Subject: Re: [4.5 Regression] FAIL:
gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg "Flattened 2
dimensions" 1
On Sat, 5 Sep 2009, joseph at codesourcery dot com wrote:
> --- Comment #7 from joseph at co
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-05 11:42 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #3 from pault at gcc dot gnu dot org 2009-09-05 11:36 ---
Created an attachment (id=18504)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18504&action=view)
Fix for the PR
As soon as it has finished regtesting, I will commit as 'obvious'.
Paul
--
pault at gcc dot g
--- Comment #7 from joseph at codesourcery dot com 2009-09-05 11:35 ---
Subject: Re: [4.5 Regression] FAIL:
gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg "Flattened 2
dimensions" 1
On Sat, 5 Sep 2009, rguenth at gcc dot gnu dot org wrote:
> It's glibc prototyping printf
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-09-05 11:34 ---
Free lang data related. We're recursing a bit too deep ...
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-05 11:30 ---
That's
gcc_assert (!is_gimple_debug (stmt));
and thus Alexs.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-09-05 11:20 ---
(In reply to comment #3)
> (In reply to comment #2)
> > Ok, could you sent a patch for it. It is pre-approved by me.
>
> I can't test it, have you?
>
I am retesting it. I think {v:-v} is better here.
--
http:/
--- Comment #5 from t7 at gmail dot com 2009-09-05 10:53 ---
Created an attachment (id=18503)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18503&action=view)
Preprocessed test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|major regressions in libjava|[4.5 Regression] major
|testsuite between 4.4.1 and
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-05 10:23 ---
remove tmp/obj/release_static/qt_gui_pch.h
and re-run the g++ command without the -include
tmp/obj/release_static/qt_gui_pch.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
--- Comment #1 from p dot vanhoof at oma dot be 2009-09-05 10:20 ---
Created an attachment (id=18502)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18502&action=view)
code that fails
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41273
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-09-05 10:20 ---
It's glibc prototyping printf as
extern int printf (__const char * __restrict __format, ...);
note the __restrict qualifier on __format. This doesn't match up exactly with
our builtin function definition which is
specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc450/configure --prefix=/usr/local/gcc450
--enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.5.0 20090905 (experimental) (GCC)
(this is r151446). Note that there is nothing C++ specific left in the reduced
test case, howe
1 - 100 of 122 matches
Mail list logo
