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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54160
--- Comment #4 from Aldy Hernandez aldyh at gcc dot gnu.org 2012-12-04
22:28:54 UTC ---
Proposed patch.
http://gcc.gnu.org/ml/gcc-patches/2012-12/msg00261.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55597
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55597
Paolo Bonzini bonzini at gnu dot org changed:
What|Removed |Added
CC||stevenb.gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55534
--- Comment #1 from Harald Anlauf anlauf at gmx dot de 2012-12-04 23:02:29
UTC ---
It would be nice if somebody could explain how to handle the
setting of options.
In the meantime, since this warning may generate lots of output,
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55597
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
CC||steven
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55597
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Target||x32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55597
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Component|target |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55599
Bug #: 55599
Summary: switch from mach_override to mac interpose function
support in libasan broke -static-libasan
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46128
--- Comment #6 from Siarhei Siamashka siarhei.siamashka at gmail dot com
2012-12-05 00:06:39 UTC ---
(In reply to comment #5)
This is really an enhancement request...
Is there anything that can be done with this enhancement request?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55595
--- Comment #2 from Matt Hargett matt at use dot net 2012-12-05 00:06:47 UTC
---
I'm not trying to use google/main, but rather google/gcc-4_7. I got to the
beginning of the 4.7 branch and was still getting the error, so I traced it
back to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55599
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2012-12-05
00:07:04 UTC ---
I assume that the mechanism for mac function imposition prohibits the use of a
static libasan? If so we should remove the support for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55600
Bug #: 55600
Summary: excessive size of vectorized code
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55596
--- Comment #2 from Matt Hargett matt at use dot net 2012-12-05 00:56:56 UTC
---
We have a large C++ application that was working with LTO in google/gcc-4_6,
and now we're running into issues on google/gcc-4_7. We saw performance gains
and
1 - 100 of 111 matches
Mail list logo
