--- 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 Foo {
public:
Foo(int i, int j) {}
};
class Bar : public Foo {
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?
foo.cc:8: er
--- 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=gcc&view=rev&rev=163798
Log:
2010-09-03 Daniel Kraft
PR fortran/44602
* gf
--- 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 whe
--- 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=gcc&view=rev&rev=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 gc
--- 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
AssignedTo|unassigned
--
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
Stat
--- 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=gcc&view=rev&rev=163801
Log:
2010-09-03 Richard Guenther
* lto-elf.c (valida
--- 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
S
--- 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=gcc&view=rev&rev=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 gf
--- 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)
@@ -1494
--- 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=gcc&view=rev&rev=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
--- 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
Status|UNCONFI
--- 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=gcc&view=rev&rev=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} --enabl
--- 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, i
--- 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=gcc&view=rev&rev=163813
Log:
2010-09-03 Daniel Kraft
PR fortran/34162
* re
--- 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=gcc&view=rev&rev=163814
Log:
Check "-D XXX=YYY".
2010-09-03 H.J. Lu
PR java/45504
--- 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=gcc&view=rev&rev=163817
Log:
PR ada/45499
* gcc-interface/misc.c (gnat_init_op
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
/home/regress/tbox/svn-gcc/lib
--
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
Status|UNCON
--- 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 Mileston
--- 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:
../../../src-trunk/libgcc/../gcc/unwind-dw2-fde-gl
--- 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=21682&action=view)
A testcase
[...@gnu-1 gcc]$ ./xgcc -B./ -m32 -O2 -S /tmp/pr45519.i
../../../src-trunk/libgcc/../gcc/unwind-dw2-
--- 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 (c
--- 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 tha
--- 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)
+++ gcc/tree-ssa-loop
--- 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=gcc&view=rev&rev=163819
Log:
libgcc/ChangeLog:
PR target/45476
* Makefile.in (s
--- 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=21683&action=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=gcc&view=rev&rev=163821
Log:
Add gcc.dg/pr45506.c.
2010-09-03 H.J. Lu
PR tree-optimiz
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 code
--- 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=gcc&view=rev&rev=163822
Log:
PR middle-end/45415
* tree-sra.c (sra_modify_assign
--- 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
wrote:
>
>
> --- Comment #8
--- 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=gcc&view=rev&rev=163823
Log:
PR middle-end/45484
* dwarf2out.c (flush_queued_
--- 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=gcc&view=rev&rev=163824
Log:
PR middle-end/45484
* dwarf2out.c (flush_queued_
--- 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=21683&action=view) [edit]
> alternate fix
>
Doesn't work on Linux/x86. I got
/export/gnu/import/git/g
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 permitte
--- 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 (rev
--- 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 ;
else
goto ;
:
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 ;
else
goto
--- 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=21684&action=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=gcc&view=rev&rev=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=gcc&view=rev&rev=163834
Log:
2010-09-03 Thomas Koenig
PR fortran/45159
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 --enable-linker
--- 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. W
--- 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=21685&action=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 void foo();
void f() {auto g = foo;}
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 believes that
foo is
--- 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=21686&action=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=gcc&view=rev&rev=163815
Log:
gcc/
2010-09-03 Andreas Krebbel
* configure.ac: Use the GCC_AC_ENABLE_DECIMAL_FLOAT macro.
* Makefile.in: Add aclo
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
/export/gnu/import/svn/gcc-test/src-tru
--- 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|Rem
--- 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=21687&action=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 re
--- 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 the
--- 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=21688&action=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=21689&action=view)
gcc/autohost.h from x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-09-03
18:56 ---
Added gcc/config.log and gcc/autohost.h files from a build on
x86_64-apple-darwin10 configured with...
../gcc/configure --prefix=/Users/howarth/dist --with-gmp=/sw
--with-libiconv-prefix=/sw --with-ppl=/sw
I think there is a dup of this bug without auto. Not to mention it was
defect report against the standard.
On Sep 3, 2010, at 10:07 AM, "jewillco at osl dot iu dot edu" > wrote:
The following code:
template void foo();
void f() {auto g = foo;}
fails to compile in GCC 4.5.0's C++0x mode wi
--- Comment #3 from pinskia at gmail dot com 2010-09-03 19:02 ---
Subject: Re: New: Failure to bind auto variable to function template instance
I think there is a dup of this bug without auto. Not to mention it was
defect report against the standard.
On Sep 3, 2010, at 10:07 AM, "j
--- Comment #10 from runipg at broadcom dot com 2010-09-03 19:19 ---
Subject: Re: Bug with anonymous unions and bit-fields
Your suggestion works:
struct bfc {
union {
struct {
unsigned int a : 1,
b : 4;
};
--- Comment #4 from jewillco at osl dot iu dot edu 2010-09-03 19:29 ---
One thing that I forgot to mention -- the Comeau online compiler accepts this
code without any errors (just a warning about "g" being unused).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45523
--- Comment #13 from burnus at gcc dot gnu dot org 2010-09-03 19:41 ---
Subject: Bug 45186
Author: burnus
Date: Fri Sep 3 19:41:11 2010
New Revision: 163838
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163838
Log:
2010-09-03 Tobias Burnus
PR fortran/45186
--- Comment #3 from mikael at gcc dot gnu dot org 2010-09-03 19:45 ---
(In reply to comment #2)
> Created an attachment (id=21687)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21687&action=view) [edit]
> Proposed patch
>
> Patch to fix this. I wonder why it did not show up for m
--- Comment #4 from domob at gcc dot gnu dot org 2010-09-03 19:51 ---
Subject: Bug 45525
Author: domob
Date: Fri Sep 3 19:50:44 2010
New Revision: 163840
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163840
Log:
2010-09-03 Daniel Kraft
PR fortran/45525
* gf
--- Comment #10 from ubizjak at gmail dot com 2010-09-03 19:58 ---
Fixed for all targets that support __float128.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-09-03 20:04 ---
A related testcase where we fail to fold fundamentals[0]
typedef union tree_node *tree;
enum tree_code
{
OFFSET_TYPE, ENUMERAL_TYPE, BOOLEAN_TYPE, POINTER_TYPE, FIXED_POINT_TYPE,
};
struct tree_base
{
unsigned pu
1 - 100 of 133 matches
Mail list logo
