http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46760
--- Comment #5 from Dave Korn 2010-12-02 07:47:13
UTC ---
(In reply to comment #4)
> -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genchecksum \
> build/genchecksum.o .././libiberty/libiberty.a
> lto1: sorry, unimplemented: combining units
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28105
--- Comment #10 from Joost VandeVondele
2010-12-02 07:35:03 UTC ---
BTW, there is some similar thread for C++, maybe ideas can be copied:
http://gcc.gnu.org/ml/gcc/2010-12/msg00053.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46760
--- Comment #4 from Dave Korn 2010-12-02 07:14:34
UTC ---
With my patch we no longer get the undefined symbols building lto-wrapper,
but instead later on we hit this problem:
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46760
Dave Korn changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
Damian Rouson changed:
What|Removed |Added
CC||damian at rouson dot net
--- Comment #6 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674
--- Comment #7 from Jie Zhang 2010-12-02 04:10:04 UTC
---
Author: jiez
Date: Thu Dec 2 04:09:58 2010
New Revision: 167365
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167365
Log:
PR middle-end/46674
* varasm.c (compute_visible_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671
--- Comment #4 from John David Anglin 2010-12-02
03:19:59 UTC ---
default_function_section is being called on systems without named sections.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46761
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45240
Shreyas Prasad changed:
What|Removed |Added
Severity|normal |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46761
--- Comment #1 from Zdenek Sojka 2010-12-02 02:32:58
UTC ---
C failures I am currently (trunk r167356) seeing at x86_64-linux with
-fgraphite-identity:
FAIL: gcc.c-torture/execute/20100416-1.c execution, -O1
FAIL: gcc.dg/vect/pr37539.c executi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46761
Summary: [4.6 Regression] -fgraphite-identity produces wrong
code for array initialization arr[i] = i
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46760
--- Comment #2 from H.J. Lu 2010-12-02 01:58:17
UTC ---
(In reply to comment #1)
> I think this is a bug in make file rather than anything else. We are building
> libibity with -fprofile-generate but not lto-wrapper.
It looks good to me:
/expo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46757
--- Comment #3 from rwgk at yahoo dot com 2010-12-02 01:52:35 UTC ---
Thank you very much for the hint!
As a remark: I had a little bit of a battle with the gmp, mpfr, mpc
dependencies, in particular mpc since I couldn't figure out the "yum" comman
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46750
--- Comment #5 from Paolo Bonzini 2010-12-02 01:50:39
UTC ---
More like, everyone's Makefiles problem. This is a serious limitation of
-flto=jobserver, I wonder if it makes sense to keep the option at all.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46760
--- Comment #1 from Andrew Pinski 2010-12-02
01:47:47 UTC ---
I think this is a bug in make file rather than anything else. We are building
libibity with -fprofile-generate but not lto-wrapper.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46760
Summary: LTO doesn't work with FDO
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46759
--- Comment #2 from Andrew Pinski 2010-12-02
01:32:25 UTC ---
I think there be a change of having above array bounds. Though it is hard to
see from the source really. The issue happens when the first loop goes through
without hitting a null cha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46759
--- Comment #1 from Jonathan Wakely 2010-12-02
01:29:13 UTC ---
With 4.4.4 20100630 (Red Hat 4.4.4-10) I get the array bounds warning twice.
With 4.5.2 20101101 I get it once
With 4.6.0 20101128 I get no warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46750
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46759
Summary: incorrect array bounds warning?
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46758
Summary: [4.5/4.6 Regression] -fgraphite-identity produces
wrong code when using 64bit constants
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46750
H.J. Lu changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever Confirmed|1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #12 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46750
--- Comment #2 from H.J. Lu 2010-12-02 00:55:16
UTC ---
In a combined gcc + binutils tree configured with
-with-build-config=bootstrap-lto, I got
cd gas
make -j8
...
libtool: link: /export/build/gnu/gcc-lto/build-x86_64-linux/./prev-gcc/xgcc
-B/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Jan Hubicka changed:
What|Removed |Added
CC||dave.korn.cygwin at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46734
--- Comment #2 from Ryan Hill 2010-12-02 00:29:26
UTC ---
Created attachment 22596
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22596
testcase-mini.i
FWIW, delta eventually spit this out.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #10 from Jan Hubicka 2010-12-01
23:58:30 UTC ---
I am just trying to get Mozilla building with GNU ld instead of gold. First
problem is that Mozilla links some of libraries as:
/abuild/jh/trunk-install/bin/gcc -O3 -flto -flto-parti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46757
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46757
--- Comment #1 from rwgk at yahoo dot com 2010-12-01 23:44:42 UTC ---
Created attachment 22595
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22595
output of make bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46757
Summary: bootstrap failure under Fedora 13 and 14
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46756
--- Comment #1 from Zdenek Sojka 2010-12-01 23:11:44
UTC ---
Created attachment 22593
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22593
another testcase (from pr9258.f)
This one is shorter, but needs -fexpensive-optimizations
$ gcc -O -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46755
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46756
Summary: -fcompare-debug failure (length) with ASSIGN
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46755
Zdenek Sojka changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from Zden
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46755
Summary: ICE: in calc_dfs_tree, at dominance.c:395 with -O
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
--- Comment #42 from Richard Guenther 2010-12-01
22:14:23 UTC ---
(In reply to comment #41)
> The warning machinery is faced with:
>
> (struct apr_bucket *) &a->list.next
>
> It doesn't warn because, although &a->list has a different type tha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #18 from Iain Sandoe 2010-12-01 22:06:23
UTC ---
(In reply to comment #16)
> On Wed, 1 Dec 2010, iains at gcc dot gnu.org wrote:
>
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
> >
> > --- Comment #15 from Iain Sandoe 2010-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
--- Comment #41 from Eric Botcazou 2010-12-01
21:53:23 UTC ---
The warning machinery is faced with:
(struct apr_bucket *) &a->list.next
It doesn't warn because, although &a->list has a different type than struct
apr_bucket, its field 'next' h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #17 from Iain Sandoe 2010-12-01 21:52:33
UTC ---
(In reply to comment #14)
> is invocated (it's basically old LTO mode and not WHOPR). darwin doesn't
> seem to have an 'strace' command (bah).
dtruss/dtrace might help.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #16 from rguenther at suse dot de
2010-12-01 21:51:18 UTC ---
On Wed, 1 Dec 2010, iains at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
>
> --- Comment #15 from Iain Sandoe 2010-12-01
> 21:34:19 UTC -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46754
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45297
Sebastian Pop changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #15 from Iain Sandoe 2010-12-01 21:34:19
UTC ---
splitting the command into compile and link steps will intentionally remove the
dsymutil step - thus making the problem 'go away' ...
dsymutil should _only_ be called if there is a so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46752
Tobias Burnus changed:
What|Removed |Added
Keywords||openmp, wrong-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #14 from Richard Guenther 2010-12-01
21:23:55 UTC ---
Also works with splitting the command into a -c and a link step. Thus,
/Users/richard/obj/gcc/xgcc -B/Users/richard/obj/gcc/
/Users/richard/src/trunk/gcc/testsuite/gcc.dg/debug/p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #13 from Iain Sandoe 2010-12-01 21:20:36
UTC ---
with -save-temps, dsymutil _is_ called and, indeed, the file complained about
is absent.
(I've a hunch that this could be related to the changes for simple-obj).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #12 from Iain Sandoe 2010-12-01 21:10:51
UTC ---
hm.
on i686-darwin9 - adding -Wl,-debug simply suppresses the recognition of the
source file and dsymutil is not called (a manifestation of PR41751).
So there are two things;
1. dsy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #11 from Jack Howarth 2010-12-01
20:58:55 UTC ---
(In reply to comment #10)
> Works for me with -Wl,-debug (which doesn't delete intermediate files).
On x86_64-apple-darwin10 at r167292, adding -Wl,-debug inhibits the crash in
dsymut
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #10 from Richard Guenther 2010-12-01
20:49:41 UTC ---
Works for me with -Wl,-debug (which doesn't delete intermediate files).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38856
Sergei Larin changed:
What|Removed |Added
CC||slarin at codeaurora dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #9 from Iain Sandoe 2010-12-01 20:46:11
UTC ---
my (quick) reading of this is that
-- the bugfix made by 167292 has caused the source file to be recognized
-- causing dsymutil to fire up
-- and revealing a pre-existing, probably un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #8 from Richard Guenther 2010-12-01
20:38:40 UTC ---
Can you also add -Wl,-debug and/or -debug (basically make sure collect2 and
lto-wrapper have verbosity on)?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46754
Summary: FAIL: gcc.dg/graphite/pr45297.c
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassig...@gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46667
--- Comment #6 from Joel Sherrill 2010-12-01 20:34:56
UTC ---
Also impacts arm-*-rtems*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #7 from Jack Howarth 2010-12-01
20:35:13 UTC ---
(In reply to comment #3)
> What's the difference of -v output caused by the patch?
The offending lines from the diff of -v output appears to be...
COMPILER_PATH=/Users/howarth/darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #6 from Jack Howarth 2010-12-01
20:32:53 UTC ---
Created attachment 22590
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22590
diff between -v for gcc.dg/debug/pr41893-1.c -gdwarf-2 -g1 at r167291 and
r167292
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46753
Summary: ICE: OpenMP - in extract_omp_for_data, at
omp-low.c:335
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #5 from Jack Howarth 2010-12-01
20:31:45 UTC ---
Created attachment 22589
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22589
-v for gcc.dg/debug/pr41893-1.c -gdwarf-2 -g1 at r167292
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #4 from Jack Howarth 2010-12-01
20:30:57 UTC ---
Created attachment 22588
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22588
-v for gcc.dg/debug/pr41893-1.c -gdwarf-2 -g1 at r167291
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46752
Summary: OpenMP - Seg fault for unallocated allocatable array
in firstprivate clause
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45297
--- Comment #11 from Sebastian Pop 2010-12-01
20:15:29 UTC ---
In this code:
:
q_5 = &MEM[(void *)q_1 + 4294967288B];
:
# q_1 = PHI
if (q_1 != p_2(D))
goto ;
else
goto ;
scev analysis is able to determine that q1 = {q_3, +, -8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45297
Sebastian Pop changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46751
--- Comment #2 from Erik J Groeneveld 2010-12-01 19:27:26
UTC ---
(In reply to comment #1)
> backtrace is part of libc and not GCC.
Thank you, I'll post it there too.
Could it also have to do something with exception handling code in the c++
ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46751
--- Comment #1 from Andrew Pinski 2010-12-01
19:18:02 UTC ---
backtrace is part of libc and not GCC.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46751
Summary: backtrace_symbols wrong when in unexpected_handler
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45297
--- Comment #9 from Jack Howarth 2010-12-01
19:10:07 UTC ---
Note that I see these failures with either ppl-0.10.2 and legacy cloog-ppl or
ppl-0.11 and cloog-isl.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46750
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45297
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46750
Summary: Parallel build doesn't work
--with-build-config=bootstrap-lto in a gcc+binutils
combined tree
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
--- Comment #40 from Eric Botcazou 2010-12-01
18:55:28 UTC ---
> Maybe this should this be considered a problem in the sense that it
> does not warn with -Wstrict-aliasing ? As in this case, httpd source
> was patched to "correct" the warning,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
--- Comment #39 from Paulo César Pereira de Andrade 2010-12-01 18:25:50 UTC ---
(In reply to comment #38)
> (In reply to comment #37)
> > > If you'd re-use the same type the issue would go away as well (I think).
> >
> > Yes, this works for the t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
--- Comment #38 from Paulo César Pereira de Andrade 2010-12-01 18:23:36 UTC ---
(In reply to comment #37)
> > If you'd re-use the same type the issue would go away as well (I think).
>
> Yes, this works for the testcase, but probably only because
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #2 from Jack Howarth 2010-12-01
18:05:00 UTC ---
Caused by...
Author: rguenth
Date: Tue Nov 30 10:00:51 2010
New Revision: 167292
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167292
Log:
2010-11-30 Richard Guenther
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749
--- Comment #1 from Jack Howarth 2010-12-01
17:50:25 UTC ---
This failure appeared after r167289 but by r167301.
/xgcc
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101201/gcc/testsuite/gcc.dg/debug/pr41893-1.c
-gdwarf-2 -g1 -flto -fwhole-program -O
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101201/gcc/testsuite/gcc.dg/debug/pr41893-2.c
-lm -m32 -o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45297
Sebastian Pop changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45297
--- Comment #6 from Sebastian Pop 2010-12-01 17:25:15
UTC ---
Author: spop
Date: Wed Dec 1 17:25:10 2010
New Revision: 167348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167348
Log:
Postpone the rewrite out of SSA to the end of the tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
--- Comment #10 from Eric Botcazou 2010-12-01
16:18:14 UTC ---
*** Bug 46746 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46746
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46645
Marc Glisse changed:
What|Removed |Added
CC||marc.glisse at normalesup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46728
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.6.0
Summary|GCC no longer ge
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46748
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14258
Andrew Pinski changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #14 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28105
--- Comment #9 from Tobias Burnus 2010-12-01
15:38:52 UTC ---
(In reply to comment #8)
> For automatic and static arrays, different code paths are chosen.
I think one should try to get some checking working for INTEGER_CST_P only,
i.e. independe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46745
Andrew Pinski changed:
What|Removed |Added
Component|other |middle-end
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46723
--- Comment #7 from Richard Guenther 2010-12-01
15:37:09 UTC ---
Created attachment 22587
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22587
patch
Patch I'm testing. Computes the induction PHI in the type of the evolution,
stripping conv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46748
--- Comment #1 from Jonathan Wakely 2010-12-01
15:33:56 UTC ---
another dup of PR 14258 ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46723
Richard Guenther changed:
What|Removed |Added
Known to work|4.6.0 |
Summary|[4.5 Regression] i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46748
Summary: Error "using typename" in template class
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46744
Michael T. changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28105
--- Comment #8 from Janne Blomqvist 2010-12-01 14:43:55
UTC ---
AFAICS the patch I committed in #6 as r167317 only changes how the ALLOCATE
statement is compiled. For automatic and static arrays, different codepaths are
chosen.
In principle we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46731
--- Comment #5 from Johannes Schaub 2010-12-01
14:39:18 UTC ---
(In reply to comment #3)
> Confirmed. EDG accepts it.
>
> But I would argue that g is bound at first stage name-lookup
> and thus it is not a dependent name and thus the error is c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46747
Summary: invalid first operand of MEM_REF errors and ICEs with
-fgraphite-identity
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46731
--- Comment #4 from Jonathan Wakely 2010-12-01
14:18:55 UTC ---
(In reply to comment #3)
> But I would argue that g is bound at first stage name-lookup
> and thus it is not a dependent name and thus the error is correct.
9.3.1p3 says that becaus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46746
Summary: ICE at find_valid_class, at reload.c:704
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassig...@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46732
--- Comment #5 from Jonathan Wakely 2010-12-01
14:03:39 UTC ---
(In reply to comment #4)
> GCC 4.4 predates that issue being resolved, so the only real workaround is to
> avoid using -std=c++0x with GCC 4.4
Or do something like I did for std::mo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46730
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46745
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46744
--- Comment #1 from Richard Guenther 2010-12-01
14:00:31 UTC ---
There isn't such point internally, unused typedefs etc. are not removed.
1 - 100 of 125 matches
Mail list logo
