Phung Nguyen schrieb:
Thank you for your reply,
As I know, operand 0 of call is the address of called function;
operand 1 is the number of arguments; operand 2 is the number of args
as registers. Therefore, where is the info passed to call ??? As I
would like to change the target
I have been working on your patch but I didn't manage to get it
working yet. Unfortunately our current stable GCC version if 4.3.4 and
our 4.4.x still has some issues.
I tried backporting your patch to GCC 4.3.4 but it introduced several
regressions. It's my guess this is due to my incorrect
On Fri, Sep 3, 2010 at 09:00, Anders Furuhed anders.furu...@pantor.com wrote:
Hi,
I get an internal compiler error from the assert in gimplify.c:505 when
trying out gcc-4.5.1 on RHEL 5.5 + mpc-0.8.2,mpfr-3.0.0,gmp-5.0.1.
Checking out and building from gcc-4_5-branch (r163774) results in the
I have often heard complaints about 'weird' darwin from the various
FSF gcc developers. We have made significant efforts recently to make
darwin more conventional among the FSF gcc targets. For example, I currently
have a patch pending for PR36502...
On Fri, 3 Sep 2010, Jack Howarth wrote:
It would be most helpful if this thread could be used to gather a
list of specific darwin hacks in current gcc trunk that are considered
to be objectionable so we can consider alternative fixes. I would
exempt objc/obj-c++ from that list for now.
Paolo,
Could you please look over PR45524 and then revert the offending
r163815/r163816 that has broken decimal float support for all non-linux
targets. That patch is wrong in so many ways, it is hard to know where
to start...
1) Moving two sections of code from gcc/configure.ac as template
As reported by Fran,cois-Xavier at
http://gcc.gnu.org/ml/fortran/2010-08/msg00484.html
a)
integer(kind=8) :: i
i = 0
print *, kind(ior (i, zff1e))
print *, kind(ior (0_8, zff1e))
end
gives different different results for the compile-time and run-time evaluation.
b) F2008 allows BOZ
At r163779 I get a slightly different error:
/home/guerby/build/./prev-gcc/xgcc -B/home/guerby/build/./prev-gcc/
-B/n/57/guerby/install-trunk-163779/armv5tel-unknown-linux-gnueabi/bin/
-B/n/57/guerby/install-trunk-163779/armv5tel-unknown-linux-gnueabi/bin/
--- Comment #12 from laurent at guerby dot net 2010-09-03 06:25 ---
The bootstrap is still broken on arm-linux, I opened a new report:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45514
And I'm closing this one.
--
laurent at guerby dot net changed:
What|Removed
--- Comment #5 from abnikant dot singh at atmel dot com 2010-09-03 06:45
---
gcc version 4.6.0 20100903 (experimental) (GCC) [Head] produces 2 words:
mult:
/* prologue: function */
/* frame size = 0 */
/* stack size = 0 */
.L__stack_usage = 0
rcall __mulsi3
/* epilogue start
--- Comment #1 from ramana at gcc dot gnu dot org 2010-09-03 07:19 ---
*** This bug has been marked as a duplicate of 45444 ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ramana at gcc dot gnu dot org 2010-09-03 07:19 ---
*** Bug 45514 has been marked as a duplicate of this bug. ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-03 07:30 ---
I think for -D and -U at least the canonicalization should be joined instead of
separate, because that's how people are used to write these options (which
doesn't mean the tools the driver invokes shouldn't be changed
The following code fails to compile:
template class T
class Foo {
public:
Foo(int i, int j) {}
};
class Bar : public Fooint {
Bar() : Foo(0, 0) {}
};
This produces the following output:
foo.cc: In constructor ?Bar::Bar()?:
foo.cc:8: error: class ?Bar? does not have any field named ?Foo?
--- Comment #6 from domob at gcc dot gnu dot org 2010-09-03 08:02 ---
Subject: Bug 44602
Author: domob
Date: Fri Sep 3 08:01:51 2010
New Revision: 163798
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163798
Log:
2010-09-03 Daniel Kraft d...@domob.eu
PR fortran/44602
--- Comment #7 from domob at gcc dot gnu dot org 2010-09-03 08:04 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from burnus at gcc dot gnu dot org 2010-09-03 08:39 ---
Asked at gcc-patches/fortran for suggestions how to implement this:
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00211.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34162
--- Comment #1 from andareed at gmail dot com 2010-09-03 08:41 ---
Never mind, it compiles with head gcc.
--
andareed at gmail dot com changed:
What|Removed |Added
I need an native gcc (c,c++,ada) for TARGET=ia64-hp-hpux11.23.
Because to build and gcc (with ada) you already need a gcc (with ada),
so I try to reach this by cross compiling from a linux platform (SLES11.1
with gcc 4.5.0).
(I have already done this for hppa2.0w-hp-hpux11.11 , which works fine)
--- Comment #13 from aoliva at gcc dot gnu dot org 2010-09-03 08:59 ---
The different types arise when, say, we copyprop a const-unqualified variable
into a MEM_REF that used to reference a const-qualified temp. The top-level
const qualifications are irrelevant at that point, for we're
--- Comment #14 from rguenther at suse dot de 2010-09-03 09:06 ---
Subject: Re: -fcompare-debug failure at -O3
On Fri, 3 Sep 2010, aoliva at gcc dot gnu dot org wrote:
--- Comment #13 from aoliva at gcc dot gnu dot org 2010-09-03 08:59
---
The different types arise when,
--- Comment #4 from paolo dot carlini at oracle dot com 2010-09-03 09:09
---
Ah, ok, thanks Jason.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45501
--- Comment #8 from jakub at gcc dot gnu dot org 2010-09-03 09:10 ---
Seems http://gcc.gnu.org/viewcvs?root=gccview=revrev=162842
has been committed, just Honza forgot to mention the PR in the ChangeLog,
testcase and commit message.
I certainly can't reproduce this bug with 20100811 gcc
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-03 09:28 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-09-03 09:39 ---
I can reproduce it with the SUSE release, it seems to be one of the backported
alias fixes that causes this (and it vanishes with -fno-strict-aliasing).
Works for all FSF releases I tried.
--
rguenth at gcc dot
--- Comment #24 from rguenth at gcc dot gnu dot org 2010-09-03 09:47
---
Fixed for 4.5.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from rguenth at gcc dot gnu dot org 2010-09-03 09:48
---
Subject: Bug 45496
Author: rguenth
Date: Fri Sep 3 09:47:09 2010
New Revision: 163801
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163801
Log:
2010-09-03 Richard Guenther rguent...@suse.de
*
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-03 09:51 ---
Fixed by rev. 163802.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-03 09:54 ---
Subject: Bug 45500
Author: jakub
Date: Fri Sep 3 09:53:44 2010
New Revision: 163803
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163803
Log:
PR debug/45500
* dwarf2out.c (rtl_for_decl_init):
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-03 09:56 ---
Can't reproduce this. Can you re-check with a more recent version?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45512
John Reid, The new features of Fortran 2008, chapter 5.3:
A recursive type is permitted to be based on allocatable components. Here is a
simple example of a type that holds a stack:
type entry
real :: value
integer :: index
type(entry), allocatable :: next
end type entry
[...]
For this
--- Comment #1 from janus at gcc dot gnu dot org 2010-09-03 09:59 ---
Here is a patch to accept the type declaration in comment #0:
Index: decl.c
===
--- decl.c (revision 163798)
+++ decl.c (working copy)
@@
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-03 10:15 ---
Subject: Bug 45500
Author: jakub
Date: Fri Sep 3 10:14:43 2010
New Revision: 163807
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163807
Log:
PR debug/45500
* dwarf2out.c (rtl_for_decl_init):
--- Comment #4 from janus at gcc dot gnu dot org 2010-09-03 10:29 ---
Mine.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #2 from ramana at gcc dot gnu dot org 2010-09-03 10:43 ---
I don't see this with an arm-linux-gnu toolchain for r163798.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from paolo dot carlini at oracle dot com 2010-09-03 10:46
---
If you look at the actual Standard, both alignment and allocation of bit-fields
are implementation defined. Thus, as far as I can see, at best we are talking
about non-portable implementation defined behavior.
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-03 10:50 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
GCC 4.[1234] ICE in output_die on:
// { dg-do compile }
// { dg-options -g }
struct S
{
virtual ~S () {}
};
void
foo ()
{
struct T
{
T () {}
void bar ()
{
struct U : public S
{
T t;
U () : t () {}
};
}
} t;
}
4.5/trunk works.
--
--- Comment #6 from joseph at codesourcery dot com 2010-09-03 11:17 ---
Subject: Re: Ada bootstrap broken
On Fri, 3 Sep 2010, hjl dot tools at gmail dot com wrote:
(In reply to comment #3)
Subject: Re: Ada bootstrap broken
I don't see where a -Y option would come from or
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-09-03 11:32
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from joseph at codesourcery dot com 2010-09-03 11:38 ---
Subject: Re: Ada bootstrap broken
On Fri, 3 Sep 2010, jakub at gcc dot gnu dot org wrote:
I think for -D and -U at least the canonicalization should be joined instead
of
separate, because that's how people
--- Comment #2 from burnus at gcc dot gnu dot org 2010-09-03 12:12 ---
(In reply to comment #1)
Here is a patch to accept the type declaration in comment #0:
Well, you at least need to use gfc_notify_std(GFC_STD_F2008, ... And one should
make sure that the allocation/clean up works as
--- Comment #32 from hubicka at gcc dot gnu dot org 2010-09-03 12:26
---
Subject: Bug 44812
Author: hubicka
Date: Fri Sep 3 12:26:24 2010
New Revision: 163811
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163811
Log:
PR lto/44812
* lto-cgraph.c (intput_node,
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-09-03 12:55 ---
A fix will appear in the repositories beyond
http://download.opensuse.org/repositories/devel:/gcc/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45502
--- Comment #3 from rmansfield at qnx dot com 2010-09-03 13:02 ---
I can still reproduce it with r163811.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45511
I'm seeing a bootstrap failure on the compile farm's gcc63 machine. I realize
there've been several logs submitted to gcc-testresults from Laurent's
autotesters, but those testers configured with somewhat different options than
I did. I'm configuring with:
--disable-lib{ssp,mudflap,gomp}
--- Comment #21 from thutt at vmware dot com 2010-09-03 13:07 ---
(In reply to comment #8)
Is 'coverity' a compiler? I don't think so.
Coverity is not a tool that generates code, but it does perform
all the syntactic semantic analysis that a code-generating compiler will.
Then, it
--- Comment #3 from domob at gcc dot gnu dot org 2010-09-03 13:11 ---
Subject: Bug 34162
Author: domob
Date: Fri Sep 3 13:10:40 2010
New Revision: 163813
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163813
Log:
2010-09-03 Daniel Kraft d...@domob.eu
PR fortran/34162
--- Comment #4 from domob at gcc dot gnu dot org 2010-09-03 13:11 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from hjl at gcc dot gnu dot org 2010-09-03 13:13 ---
Subject: Bug 45504
Author: hjl
Date: Fri Sep 3 13:13:10 2010
New Revision: 163814
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163814
Log:
Check -D XXX=YYY.
2010-09-03 H.J. Lu hongjiu...@intel.com
--- Comment #8 from jsm28 at gcc dot gnu dot org 2010-09-03 13:18 ---
Subject: Bug 45499
Author: jsm28
Date: Fri Sep 3 13:17:46 2010
New Revision: 163817
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163817
Log:
PR ada/45499
* gcc-interface/misc.c
On Linux/x86, revision 163804 gave:
/home/regress/tbox/svn-gcc/libgcc/../gcc/unwind-dw2-fde-glibc.c: In function
'_Unwind_IteratePhdrCallback':
/home/regress/tbox/svn-gcc/libgcc/../gcc/unwind-dw2-fde-glibc.c:134:1: error:
Invalid first operand of MEM_REF.
D.10501_117
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45519
--- Comment #9 from jsm28 at gcc dot gnu dot org 2010-09-03 13:21 ---
Fixed for 4.6.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-03 13:22 ---
Can you attach preprocessed source that allows reproducing on x86_64? Thx.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-03 13:27 ---
How does it fail?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-03 13:31 ---
[...@gnu-1 gcc]$ ./xgcc -B./ -m32 -O2 -S /tmp/pr45519.i
../../../src-trunk/libgcc/../gcc/unwind-dw2-fde-glibc.c: In function
\u2018_Unwind_IteratePhdrCallback\u2019:
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-03 13:32 ---
Created an attachment (id=21682)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21682action=view)
A testcase
[...@gnu-1 gcc]$ ./xgcc -B./ -m32 -O2 -S /tmp/pr45519.i
--- Comment #2 from froydnj at codesourcery dot com 2010-09-03 13:34
---
Subject: Re: [4.6 regression] bootstrap failure on
sparc64-unknown-linux-gnu
configure says:
checking for C compiler default output file name... a.out
checking whether the C compiler works... configure:
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-03 13:43 ---
Reduced testcase:
typedef struct { unsigned int p_vaddr; } Elf32_Phdr;
typedef struct { int d_tag; } Elf32_Dyn;
typedef unsigned _Unwind_Ptr __attribute__((__mode__(__pointer__)));
int
_Unwind_IteratePhdrCallback
--- Comment #22 from manu at gcc dot gnu dot org 2010-09-03 14:06 ---
(In reply to comment #21)
(In reply to comment #8)
Is 'coverity' a compiler? I don't think so.
Coverity is not a tool that generates code, but it does perform
all the syntactic semantic analysis that a
--- Comment #2 from regehr at cs dot utah dot edu 2010-09-03 14:20 ---
No crash from r163817, thanks!
--
regehr at cs dot utah dot edu changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-09-03 14:21 ---
Hmhm, IVOPTs expands crap into arguments.
Index: gcc/tree-ssa-loop-ivopts.c
===
--- gcc/tree-ssa-loop-ivopts.c (revision 163817)
+++
--- Comment #9 from uros at gcc dot gnu dot org 2010-09-03 14:23 ---
Subject: Bug 45476
Author: uros
Date: Fri Sep 3 14:23:05 2010
New Revision: 163819
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163819
Log:
libgcc/ChangeLog:
PR target/45476
* Makefile.in
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-09-03 14:33 ---
Created an attachment (id=21683)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21683action=view)
alternate fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45519
--- Comment #5 from hjl at gcc dot gnu dot org 2010-09-03 14:41 ---
Subject: Bug 45506
Author: hjl
Date: Fri Sep 3 14:40:36 2010
New Revision: 163821
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163821
Log:
Add gcc.dg/pr45506.c.
2010-09-03 H.J. Lu hongjiu...@intel.com
The compiler says: main.cc:7:35: internal compiler error: Segmentation fault
The map must be a class member to reproduce the bug.
If the decltype is not in a lambda, but a method argument, a different message
appears:
main.cc:6:32: internal compiler error: in tree_low_cst, at tree.c:6328
This
--- Comment #4 from matz at gcc dot gnu dot org 2010-09-03 14:43 ---
Subject: Bug 45415
Author: matz
Date: Fri Sep 3 14:42:46 2010
New Revision: 163822
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163822
Log:
PR middle-end/45415
* tree-sra.c
--- Comment #1 from paolo dot carlini at oracle dot com 2010-09-03 14:44
---
Let's ask Jason to have a look.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #9 from runipg at broadcom dot com 2010-09-03 14:45 ---
Subject: Re: Bug with anonymous unions and bit-fields
Thank you so much. You can close this bug if you wish.
-Runip
On 03-Sep-2010, at 3:47 AM, paolo dot carlini at oracle dot com
gcc-bugzi...@gcc.gnu.org wrote:
--- Comment #5 from matz at gcc dot gnu dot org 2010-09-03 14:46 ---
Fixed.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #23 from jakub at gcc dot gnu dot org 2010-09-03 14:47 ---
Subject: Bug 45484
Author: jakub
Date: Fri Sep 3 14:46:39 2010
New Revision: 163823
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163823
Log:
PR middle-end/45484
* dwarf2out.c
--- Comment #24 from jakub at gcc dot gnu dot org 2010-09-03 14:50 ---
Subject: Bug 45484
Author: jakub
Date: Fri Sep 3 14:50:20 2010
New Revision: 163824
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163824
Log:
PR middle-end/45484
* dwarf2out.c
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-03 14:52 ---
(In reply to comment #6)
Created an attachment (id=21683)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21683action=view) [edit]
alternate fix
Doesn't work on Linux/x86. I got
As the introduction of Fortran 2008 mentions:
- ALLOCATABLE and POINTER attributes are used in generic resolution.
- Procedureness of a dummy argument is used in generic resolution.
Or as The new features of Fortran 2008 puts it:
A pair of specific procedures in a generic interface are permitted
--- Comment #4 from paolo dot carlini at oracle dot com 2010-09-03 15:05
---
Thus, Jon, are we just missing a #pragma GCC system_header at the beginning of
that file? In case, just add it and close the PR?
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #8 from hjl dot tools at gmail dot com 2010-09-03 15:37 ---
(In reply to comment #5)
Hmhm, IVOPTs expands crap into arguments.
Index: gcc/tree-ssa-loop-ivopts.c
===
--- gcc/tree-ssa-loop-ivopts.c
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-03 15:44 ---
*** Bug 45517 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2010-09-03 15:44 ---
*** This bug has been marked as a duplicate of 41063 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Hi,
compiling the attached testcase (reduced from tree.c) with -O2 leads to vrp
folding:
if (D.2762_2 == 6)
goto bb 3;
else
goto bb 9;
bb 3:
D.2766_5 = (int) D.2762_2;
D.2767_6 = tree_code_type[D.2766_5];
into
D.2762_2 = type_1(D)-base.code;
if (D.2762_2 == 6)
goto bb 3;
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-09-03 15:59 ---
Created an attachment (id=21684)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21684action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45522
--- Comment #24 from ro at gcc dot gnu dot org 2010-09-03 16:03 ---
Subject: Bug 42843
Author: ro
Date: Fri Sep 3 16:02:37 2010
New Revision: 163833
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163833
Log:
PR testsuite/42843
* Makefile.in (PLUGINCC): Define in
--- Comment #21 from tkoenig at gcc dot gnu dot org 2010-09-03 16:17
---
Subject: Bug 45159
Author: tkoenig
Date: Fri Sep 3 16:16:34 2010
New Revision: 163834
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163834
Log:
2010-09-03 Thomas Koenig tkoe...@gcc.gnu.org
PR
Bug Report:
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.4-6'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--enable-multiarch
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-09-03 16:33 ---
OK, the problem seems to be that fold_stmt seems to make no serious attempt to
fold constant references. There is some code in maybe_fold_reference that
seems to partly duplicate fold_const_aggregate_ref however.
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-09-03 16:34 ---
Created an attachment (id=21685)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21685action=view)
patch for better folding
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45522
--- Comment #9 from hjl dot tools at gmail dot com 2010-09-03 16:48 ---
It also failed on Linux/ia64 with similar error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45519
The following code:
template typename T void foo();
void f() {auto g = fooint;}
fails to compile in GCC 4.5.0's C++0x mode with the following error:
foo.cpp: In function void f():
foo.cpp:2:20: error: g has incomplete type
Trying different variants of this code, it appears that GCC
--- Comment #1 from jewillco at osl dot iu dot edu 2010-09-03 17:08 ---
Created an attachment (id=21686)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21686action=view)
File containing test case in error report
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45523
--- Comment #10 from hjl dot tools at gmail dot com 2010-09-03 17:09
---
(In reply to comment #8)
(In reply to comment #5)
Hmhm, IVOPTs expands crap into arguments.
Index: gcc/tree-ssa-loop-ivopts.c
===
---
--- Comment #2 from paolo dot carlini at oracle dot com 2010-09-03 17:10
---
Let's add Jason in CC about this one too.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-09-03
17:23 ---
Subject: Re: [4.6 regression] Ada bootstrap failure on IRIX 6.5: SIGBUS in
sem_aggr.sort_case_table
I'm now running an mips-sgi-irix6.5 bootstrap with Ada included with
this patch.
Thanks.
Rainer
The new commits...
Author: krebbel
Date: Fri Sep 3 13:14:14 2010
New Revision: 163815
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163815
Log:
gcc/
2010-09-03 Andreas Krebbel andreas.kreb...@de.ibm.com
* configure.ac: Use the GCC_AC_ENABLE_DECIMAL_FLOAT macro.
On Linux/x86-64, I got
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gfortran.dg/dummy_procedure_1.f90:39.10:^M
^M
call s1(i) ! { dg-error Expected a procedure for argument }^M
1^M
Error: Expected a procedure for argument 'f' at (1)^M
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-03 18:09 ---
It failed with revision 163827 and worked with 163811.
It may be caused by revision163813 :
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00104.html
--
hjl dot tools at gmail dot com changed:
What
--- Comment #2 from domob at gcc dot gnu dot org 2010-09-03 18:24 ---
Created an attachment (id=21687)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21687action=view)
Proposed patch
Patch to fix this. I wonder why it did not show up for me before, but I'm
taking this and will
--- Comment #14 from uweigand at gcc dot gnu dot org 2010-09-03 18:30
---
(In reply to comment #12)
Yes, it would but I think the reload should still generate the right code in
this particular order of insns. IMHO, fixing the order of insn is not the
right thing to do because there
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-09-03
18:53 ---
Created an attachment (id=21688)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21688action=view)
gcc/config.log from x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-03
18:54 ---
Created an attachment (id=21689)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21689action=view)
gcc/autohost.h from x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
1 - 100 of 143 matches
Mail list logo