Hi,
I would like to know if the next release of GCC will support the openACC
directives. At the moment only commercial compilers support the openACC
standard.
Thank you
Salvatore
On Tue, Dec 4, 2012 at 3:37 PM, erotavlas_tu...@libero.it wrote:
Hi,
I would like to know if the next release of GCC will support the openACC
directives. At the moment only commercial compilers support the openACC
standard.
No, it won't.
Richard.
Thank you
Salvatore
Hello,
Someone broke bootstrap on powerpc64-linux between r194084 and
r194141. Anyone else seeing this?
Ciao!
Steven
../../../../../trunk/libstdc++-v3/src/c++98/locale-inst.cc:338:8:
error: 'void
On Tue, Dec 4, 2012 at 4:44 PM, Steven Bosscher stevenb@gmail.com wrote:
Hello,
Someone broke bootstrap on powerpc64-linux between r194084 and
r194141. Anyone else seeing this?
Ciao!
Steven
Looks like someone used a broken editor replacing tabs with spaces:
2012-12-03 Benjamin Kosnik
On Tue, Dec 4, 2012 at 4:47 PM, Steven Bosscher wrote:
On Tue, Dec 4, 2012 at 4:44 PM, Steven Bosscher wrote:
Hello,
Someone broke bootstrap on powerpc64-linux between r194084 and
r194141. Anyone else seeing this?
Ciao!
Steven
Looks like someone used a broken editor replacing tabs with
Steven Bosscher stevenb@gmail.com writes:
Looks like someone used a broken editor replacing tabs with spaces:
Rather the other way round.
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
And now for something
Steven Bosscher stevenb@gmail.com writes:
Fixed with http://gcc.gnu.org/viewcvs?view=revisionrevision=194152
I think if you had changed spacetab to tabspace it would have a
better chance to survive broken editors.
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint
On Tue, Dec 4, 2012 at 5:22 PM, Andreas Schwab wrote:
Steven Bosscher writes:
Fixed with http://gcc.gnu.org/viewcvs?view=revisionrevision=194152
I think if you had changed spacetab to tabspace it would have a
better chance to survive broken editors.
I only put back what was there before. To
Hello everybody,
I am modifying GCC for inserting a new OpenMP pragma. This pragma has a
clause that accepts a MYVAR (integer), and modifies its value. It behaves
more or less as a PARALLEL pragma, except that the return value of the
inserted function call is assigned to MYVAR. However, I never
On Thu, May 17, 2012 at 12:50 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Tue, May 15, 2012 at 9:07 AM, Michael Matz m...@suse.de wrote:
Hi,
On Mon, 14 May 2012, H.J. Lu wrote:
As a minor nitpick, I have always used x32 with a lower case x. The
capital X32 looks odd to me.
I used X32
gnubie gnubie gcc.gnu...@gmail.com writes:
Hi,
I notice that if you add a DRIVER_SELF_SPEC option and then add that
option as a MULTILIB_OPTION, it doesn't build certain libraries for
that multilib variant.
for example, if you add:
%{mtestoption:-mcpu=cortex-a5 %mtestoption}
(and then
Richard Sandiford rdsandif...@googlemail.com writes:
On the face of it, plain:
%{mtestoption:-mcpu=cortex-a5 %mtestoption}
ought to be OK. mtestoption will get passed down the cc1 etc., but
adding it to the .opt file should mean that it is accepted and ignored.
Er, I meant
Like this. Tested on powerpc-linux and installed as obvious.
Andreas.
* include/Makefile.am (${host_builddir}/c++config.h): Replace
[spacetab] by [tabspace].
* include/Makefile.in: Regenerate.
diff --git a/libstdc++-v3/include/Makefile.am
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55585
Bug #: 55585
Summary: compile time hog at -O1 -fboundscheck -g
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55586
Bug #: 55586
Summary: Incorrect .debug_line section for function with
variable number of arguments in PowerPC
Classification: Unclassified
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55587
Bug #: 55587
Summary: Testsuite test c-c++-common/asn/memcmp-1.c fails to
link on targets without libasan/libsanitizer
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55545
--- Comment #8 from rguenther at suse dot de rguenther at suse dot de
2012-12-04 09:00:29 UTC ---
On Mon, 3 Dec 2012, ebotcazou at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55545
Eric Botcazou ebotcazou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
--- Comment #8 from rguenther at suse dot de rguenther at suse dot de
2012-12-04 09:02:00 UTC ---
On Mon, 3 Dec 2012, mpreda at gmail dot com wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
--- Comment #7 from Mihai
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55545
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
CC||steven
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55588
Bug #: 55588
Summary: Failure to diagnose non-template-id prefixed by
keyword template
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55585
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55588
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-04
09:14:02 UTC ---
I should have added an instantiation of the function to the code:
template class T struct A {
void f(int);
template class U void f(U);
};
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55589
Bug #: 55589
Summary: Failure compiling generic-morestack-thread.c,
without threads
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55124
--- Comment #10 from Richard Biener rguenth at gcc dot gnu.org 2012-12-04
09:19:25 UTC ---
Author: rguenth
Date: Tue Dec 4 09:19:05 2012
New Revision: 194125
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194125
Log:
2012-12-04
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55124
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #5 from Thorsten Glaser tg at mirbsd dot org 2012-12-04 09:26:12
UTC ---
Also happens in src:kde4libs (= 4:4.8.4-4) on
../../kdecore/util/kpluginfactory.cpp – I tested -O1, which helped.
If there’s any need of _more_ preprocessed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
--- Comment #16 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-12-04
09:27:54 UTC ---
So it's up to the only one in this discussion who does *not* have a paid
GCC hacking position to fix this? Has Itanium really sunk so deep?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
--- Comment #17 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-12-04
09:29:50 UTC ---
Created attachment 28871
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28871
Testsuite results with tentative fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55587
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55585
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org 2012-12-04
09:35:21 UTC ---
It's probably the very many calls. At -O2 VRP runs and eventually removes
most of them.
Eventually the frontend should try to avoid emitting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55576
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55579
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55585
--- Comment #3 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-04 09:39:12 UTC ---
(In reply to comment #2)
It's probably the very many calls. At -O2 VRP runs and eventually removes
most of them.
Unfortunately,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55587
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-04
09:40:44 UTC ---
asan.exp starts with
if ![check_effective_target_faddress_sanitizer] {
return
}
but that just checks whether -fsanitize=address works, not whether
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54386
--- Comment #14 from Oleg Endo olegendo at gcc dot gnu.org 2012-12-04
09:53:05 UTC ---
(In reply to comment #13)
This is now fixed. Thanks for patience and all the testcases.
Great, thanks!
I'll add an SH testcase for this, too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
--- Comment #18 from Steven Bosscher steven at gcc dot gnu.org 2012-12-04
09:56:53 UTC ---
Created attachment 28872
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28872
Updated tentative fix
(In reply to comment #16)
I can provide
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
--- Comment #19 from Steven Bosscher steven at gcc dot gnu.org 2012-12-04
10:02:58 UTC ---
This line is of course supposed to compare bb_state_array and
old_bb_state_array:
for (int i = (bb_state != old_bb_state) ? 0 :
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55395
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55583
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
CC||glisse at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55589
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-04
10:27:26 UTC ---
How did you configure GCC?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #6 from Mikael Pettersson mikpe at it dot uu.se 2012-12-04
10:27:34 UTC ---
(In reply to comment #5)
Also happens in src:kde4libs (= 4:4.8.4-4) on
../../kdecore/util/kpluginfactory.cpp – I tested -O1, which helped.
Just to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55590
Bug #: 55590
Summary: SRA still produces unnecessarily unaligned memory
accesses
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55585
--- Comment #4 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-04 10:43:10 UTC ---
Interestingly, the magic switch is -fstrict-aliasing... 20x speedup. for a
Fortran code quite a surprise.
time gfortran -c -O1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55576
--- Comment #5 from Marc Glisse glisse at gcc dot gnu.org 2012-12-04 10:47:38
UTC ---
For the example of comment #3, clang compiles it happily, and comeau gives this
message:
ComeauTest.c, line 12: error: type name is not allowed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55585
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org 2012-12-04
11:00:39 UTC ---
(In reply to comment #4)
Interestingly, the magic switch is -fstrict-aliasing... 20x speedup. for a
Fortran code quite a surprise.
time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55576
--- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-04
11:04:45 UTC ---
I've been trying to find the relevant text in the standard but I'm not entirely
sure where this is covered. Possibly [temp.local] paras 3-5, including
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
--- Comment #20 from Bernd Schmidt bernds at gcc dot gnu.org 2012-12-04
11:06:07 UTC ---
Created attachment 28873
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28873
Another patch
Here's another attempt, given that it seems to be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54207
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
--- Comment #21 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-12-04
11:36:23 UTC ---
Sometimes you have to fix things you haven't broken. Especially trivial
bugs like this one. Look at all the REG_EQUAL stuff I've been trying
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591
Bug #: 55591
Summary: strict-aliasing Fortran
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55587
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55585
--- Comment #6 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-04 11:56:59 UTC ---
(In reply to comment #5)
GFortran could enable strict-aliasing unconditionally if it likes (even
at -O0).
I have now opened
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55592
Bug #: 55592
Summary: linking with -flto always links in libgcc:s.so
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55587
--- Comment #4 from Kai Tietz ktietz at gcc dot gnu.org 2012-12-04 12:10:12
UTC ---
(In reply to comment #3)
Created attachment 28875 [details]
gcc48-pr55587.patch
Does this patch work for you? Worked for me in a quick testing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #7 from Thorsten Glaser tg at mirbsd dot org 2012-12-04 12:58:35
UTC ---
Created attachment 28876
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28876
preprocessed source of second kde4libs occurrence
OK. I found another one in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54063
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
/travel/GCC/BUILDS/mpc --enable-languages=c,c++,fortran,lto
--no-create --no-recursion
Thread model: posix
gcc version 4.8.0 20121204 (experimental) (GCC)
[sfilippo@localhost bug34]$ gfortran -c bug34.f90
bug34.f90:95.21:
call loc_to_glob(i,idx,desc_a,info)
1
bug34
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54970
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55439
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-04
13:20:35 UTC ---
Author: jakub
Date: Tue Dec 4 13:20:20 2012
New Revision: 194133
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194133
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55587
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-04
13:21:31 UTC ---
Author: jakub
Date: Tue Dec 4 13:21:11 2012
New Revision: 194134
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194134
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55587
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org 2012-12-04
13:35:54 UTC ---
Btw, the same holds true for all languages. That it's only enabled at -O2+
is historical (but I don't remember the result of likely past discussions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55592
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55594
Bug #: 55594
Summary: [4.8 Regression] -Wa,-nH incorrectly added to compile
line of all targets
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55594
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55395
--- Comment #8 from Jan Hubicka hubicka at ucw dot cz 2012-12-04 14:46:06 UTC
---
(the DECL_INITIAL setting to error_mark_node). I can understand the aim at
saving compile time memory, but this is a wrong thing to do. dwarf2out.c uses
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55593
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55521
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55395
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-04
15:10:00 UTC ---
(In reply to comment #8)
OK, the aim was mostly to get rid of large constructors. Is it possible to
tell
when the DECL_INITIAL will be needed? This
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591
Jerry DeLisle jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55395
--- Comment #10 from Jan Hubicka hubicka at ucw dot cz 2012-12-04 16:25:36
UTC ---
It is always used if available and there is no other way to generate the
location info for it (which for vars that were removed from the varpool is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51810
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55395
--- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-04
16:41:35 UTC ---
(In reply to comment #10)
OK, what value it should be? We always used error_mark_node with this meaning
both in LTO and cgraph.
Dunno, I'm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55486
--- Comment #4 from Kyrill Tkachov kyrylo.tkachov at arm dot com 2012-12-04
16:55:06 UTC ---
Hello,
Compiler ICEs again, not sure if it's been broken again or it's the previous
cause. The ICE backtrace and relevant configuration are given
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #9 from Richard Henderson rth at gcc dot gnu.org 2012-12-04
17:09:07 UTC ---
(In reply to comment #8)
In case it's useful to anyone else, a small program that reproduces the
problem.
% arm-linux-gnueabi-gcc -o utils
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15376
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27109
--- Comment #2 from Marc Glisse glisse at gcc dot gnu.org 2012-12-04 18:48:27
UTC ---
This seems to be well handled in reassoc1 now:
Optimizing range tests a_2(D) -[0, 99] and +[0, 200] and -[10, 160]
into a_2(D) + 4294967135 = 39
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #10 from Richard Henderson rth at gcc dot gnu.org 2012-12-04
19:05:44 UTC ---
I can reproduce Joel's problem with the g++ driver or,
as expected, by adding -shared-libgcc to the link line.
Leaving aside the odd and transient
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #11 from Richard Henderson rth at gcc dot gnu.org 2012-12-04
19:08:23 UTC ---
Author: rth
Date: Tue Dec 4 19:08:18 2012
New Revision: 194159
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194159
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #12 from Richard Henderson rth at gcc dot gnu.org 2012-12-04
19:10:05 UTC ---
Author: rth
Date: Tue Dec 4 19:09:59 2012
New Revision: 194160
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194160
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #13 from Richard Henderson rth at gcc dot gnu.org 2012-12-04
19:11:39 UTC ---
Author: rth
Date: Tue Dec 4 19:11:33 2012
New Revision: 194161
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194161
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
Richard Henderson rth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53435
--- Comment #6 from Marc Glisse glisse at gcc dot gnu.org 2012-12-04 19:18:26
UTC ---
Can we close this one?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
Sean Santos quantheory at gmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55581
--- Comment #1 from Dave Abrahams dave at boostpro dot com 2012-12-04
19:30:40 UTC ---
Actually, here's a simpler test case:
template long N
struct mooch
{
moochN-1 operator-();
};
template
struct mooch0
{
int x;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53435
Uros Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55595
Bug #: 55595
Summary: [google] r172952 (LIPO) broke profiledbootstrap on
google/main, and later in google/gcc-4_7
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55596
Bug #: 55596
Summary: [google] r191813 broke bootstrap-lto on google/gcc-4_7
branch
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55074
Matt Hargett matt at use dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55595
davidxl xinliangli at gmail dot com changed:
What|Removed |Added
CC||xinliangli
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51233
--- Comment #5 from Matt Hargett matt at use dot net 2012-12-04 20:35:09 UTC
---
ping? if you're more comfortable with relegating multiple passes to LTO, I
think that's a good starting point. we can wait for a per-unit C++ template
case to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54160
Aldy Hernandez aldyh at gcc dot gnu.org changed:
What|Removed |Added
CC||aldyh at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55185
--- Comment #1 from DaBler dabler at gmail dot com 2012-12-04 20:55:17 UTC ---
I have same problem here:
$ gcc -O3 -mno-sse -xc - END
#include stdlib.h
int main(){return 0;}
END
In file included from stdin:1:0:
/usr/include/stdlib.h: In
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55311
Niels Penneman niels at penneman dot org changed:
What|Removed |Added
Keywords||rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55597
Bug #: 55597
Summary: [4.8 Regression] internal compiler error: in
plus_constant, at explow.c:88
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55598
Bug #: 55598
Summary: LRA on powerpc does not like assembler in libgcc
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #8 from Mikael Pettersson mikpe at it dot uu.se 2012-12-04
22:05:19 UTC ---
The new test case from kde4libs ICEs g++ 4.8-20121202 and 4.6-20121130, but not
4.7-20121201, when targeting x86-linux. The 4.8 ICE looks as follows:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55596
dehao at gcc dot gnu.org changed:
What|Removed |Added
CC||dehao at gcc dot
1 - 100 of 190 matches
Mail list logo