http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51810
--- Comment #7 from Markus Trippelsdorf
2012-12-05 07:57:32 UTC ---
On 2012.12.04 at 16:36 +, paolo.carlini at oracle dot com wrote:
> --- Comment #6 from Paolo Carlini
> 2012-12-04 16:36:44 UTC ---
> Do we have a testcase actually I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55599
--- Comment #6 from Kostya Serebryany 2012-12-05
06:10:31 UTC ---
>> note that in LLVM the static runtime library is still the default one,
>> because it's now the one that simply works
But once we switch to interpose (soon, hopefully) ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55602
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55592
Matthias Klose changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55599
--- Comment #5 from Alexander Potapenko 2012-12-05
04:50:43 UTC ---
The dynamic interposition library is based on the __DATA,__interpose dyld
feature (see http://toves.freeshell.org/interpose/ or Amit Singh's "Mac OS X
Internals" book), wh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55603
Bug #: 55603
Summary: Memory leak in intrinsic assignment of allocatable
derived type function result
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55599
--- Comment #4 from Kostya Serebryany 2012-12-05
04:01:41 UTC ---
the interpose thing can not be linked statically, afaict.
So, let's just drop -static-libasan from darwin.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55599
--- Comment #3 from Jack Howarth 2012-12-05
03:46:59 UTC ---
I suspect that for the FSF gcc build, the static libasan library has identical
code to that in the dynamic libasan but compiled as a static library. FSF gcc
wouldn't know to do a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55602
Bug #: 55602
Summary: Does not generate Error message for redefined macros
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55601
Bug #: 55601
Summary: libgfortran build fails with --disable-libquadmath
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55599
--- Comment #2 from Alexander Potapenko 2012-12-05
01:07:36 UTC ---
Not that it prohibits the use of static ASan, they just currently can't coexist
in a single program with the current setup. It is theoretically possible to
have them both,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55596
--- Comment #2 from Matt Hargett 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 binary size decreas
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
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55599
--- Comment #1 from Jack Howarth 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 -static-libasan from
gcc/config/darwin.h.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55595
--- Comment #2 from Matt Hargett 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 google/main. If you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46128
--- Comment #6 from Siarhei Siamashka
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?
I can see that __ARM_FEATURE_DSP a
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: 4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55597
H.J. Lu changed:
What|Removed |Added
Component|target |middle-end
--- Comment #5 from H.J. L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55597
Steven Bosscher changed:
What|Removed |Added
Target||x32
CC|steven
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55597
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55534
--- Comment #1 from Harald Anlauf 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 disabled it:
Index: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55597
Paolo Bonzini changed:
What|Removed |Added
CC||stevenb.gcc at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55597
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54160
--- Comment #4 from Aldy Hernandez 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=55596
dehao at gcc dot gnu.org changed:
What|Removed |Added
CC||dehao at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #8 from Mikael Pettersson 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:
../../kdeui/notifica
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=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: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55311
Niels Penneman changed:
What|Removed |Added
Keywords||rejects-valid
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55185
--- Comment #1 from DaBler 2012-12-04 20:55:17 UTC ---
I have same problem here:
$ gcc -O3 -mno-sse -xc - < #include
> int main(){return 0;}
> END
In file included from :1:0:
/usr/include/stdlib.h: In function ‘atof’:
/usr/include/stdlib.h:280
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54160
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51233
--- Comment #5 from Matt Hargett 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 come up after that'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55595
davidxl changed:
What|Removed |Added
CC||xinliangli at gmail dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55074
Matt Hargett changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
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=55595
Bug #: 55595
Summary: [google] r172952 (LIPO) broke profiledbootstrap on
google/main, and later in google/gcc-4_7
Classification: Unclassified
Product: gcc
Version: unkn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53435
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55581
--- Comment #1 from Dave Abrahams 2012-12-04
19:30:40 UTC ---
Actually, here's a simpler test case:
template
struct mooch
{
mooch operator->();
};
template <>
struct mooch<0>
{
int x;
mooch<0>* operator->();
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
Sean Santos changed:
What|Removed |Added
CC||quantheory at gmail dot com
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53435
--- Comment #6 from Marc Glisse 2012-12-04 19:18:26
UTC ---
Can we close this one?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #13 from Richard Henderson 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=gcc&view=rev&rev=194161
Log:
PR bootstrap/55571
* Makef
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #12 from Richard Henderson 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=gcc&view=rev&rev=194160
Log:
PR bootstrap/55571
* Makef
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #11 from Richard Henderson 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=gcc&view=rev&rev=194159
Log:
PR bootstrap/55571
* Makef
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #10 from Richard Henderson 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 bootstrap problem
(whi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27109
--- Comment #2 from Marc Glisse 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=15376
Marc Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #9 from Richard Henderson 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 utils.c
> [sam
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55486
--- Comment #4 from Kyrill Tkachov 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 below.
gcc/testsuite/gcc.dg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55395
--- Comment #11 from Jakub Jelinek 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 leaning towards just not drop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51810
Paolo Carlini changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55395
--- Comment #10 from Jan Hubicka 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
> probably always, I bet t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55395
--- Comment #9 from Jakub Jelinek 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 problem also exists w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55521
Jack Howarth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55593
Tobias Burnus changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55395
--- Comment #8 from Jan Hubicka 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
> DECL_INITIAL heavi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55594
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
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
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55592
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591
--- Comment #1 from Richard Biener 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 to
change this default).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55587
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55587
--- Comment #5 from Jakub Jelinek 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=gcc&view=rev&rev=194134
Log:
PR testsuite/55587
* lib/asan-d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55439
--- Comment #2 from Jakub Jelinek 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=gcc&view=rev&rev=194133
Log:
PR sanitizer/55439
* Makefile.i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54970
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
ome/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
bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54063
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #7 from Thorsten Glaser 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 the meantime, which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55587
--- Comment #4 from Kai Tietz 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 (both with
> libsanitizer
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=55585
--- Comment #6 from Joost VandeVondele
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 PR55591 for this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55587
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
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=55158
--- Comment #21 from Eric Botcazou 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
> to fix. I assure you I was
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54207
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
--- Comment #20 from Bernd Schmidt 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 the speculation code that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55576
--- Comment #6 from Jonathan Wakely 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
"The injected-class-na
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55585
--- Comment #5 from Richard Biener 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 gfortran -c -O1 -fbounds-ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55576
--- Comment #5 from Marc Glisse 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
return f.template apply(ad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55585
--- Comment #4 from Joost VandeVondele
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 -fbounds-check -g -fstrict-aliasing slow.
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: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #6 from Mikael Pettersson 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 clarify, compiling with -O1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55589
--- Comment #1 from Andrew Pinski 2012-12-04
10:27:26 UTC ---
How did you configure GCC?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55583
Marc Glisse changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55395
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
--- Comment #19 from Steven Bosscher 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 : saved_last_basic_block;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
--- Comment #18 from Steven Bosscher 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 IA-64 testing cycles, b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54386
--- Comment #14 from Oleg Endo 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=55587
--- Comment #2 from Jakub Jelinek 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 libasan has
been built.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55585
--- Comment #3 from Joost VandeVondele
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,
gfortran -c -ftime-report -O1 -f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55579
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55576
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55585
--- Comment #2 from Richard Biener 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 useless bound checks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55587
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158
--- Comment #17 from Eric Botcazou 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=55158
--- Comment #16 from Eric Botcazou 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?
It's up to the author of the s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #5 from Thorsten Glaser 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 source… just shout, but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55124
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55124
--- Comment #10 from Richard Biener 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=gcc&view=rev&rev=194125
Log:
2012-12-04 Richard Biener
1 - 100 of 111 matches
Mail list logo
