http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19449
--- Comment #4 from Marek Polacek 2013-03-28
06:57:56 UTC ---
*** Bug 56759 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56759
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56759
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56754
--- Comment #1 from Magnus Granberg 2013-03-28
03:22:04 UTC ---
Revision 188166 remove TARGET_H from GIMPLE_H.
when TARGET_H did get remove from GIMPLE_H it don't get
pass to IPA_PROP_H, so it can't get pass to PLUGIN_HEADERS.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56737
--- Comment #3 from Jerry DeLisle 2013-03-28
02:34:32 UTC ---
Note the comment at line 728 of format.c where we must disable format caching
when we encounter FMT_STRING. The problem is related to saving a pointer to a
string rather than t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56759
--- Comment #1 from Cody P Schafer 2013-03-28
00:56:11 UTC ---
This also affects my ubuntu gcc install:
$ gcc constant_not_constant.c -O3 -c
constant_not_constant.c: In function ‘x’:
constant_not_constant.c:4:31: error: first argument to ‘__bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56759
Bug #: 56759
Summary: result of __builtin_constant_p( ) is not constant
enough for __builtin_choose_expr( )
Classification: Unclassified
Product: gcc
Version: 4.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56729
--- Comment #5 from Steven Bosscher 2013-03-27
23:45:30 UTC ---
Bah.
Index: df-scan.c
===
--- df-scan.c (revision 197180)
+++ df-scan.c (working copy)
@@ -1158,8 +115
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56738
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56758
Bug #: 56758
Summary: Missing bounds check for explict-size arrays (+
character scalar storage association)
Classification: Unclassified
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56757
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56757
Bug #: 56757
Summary: ICE in
int_cst_value/get_non_default_template_args_count on
invalid source
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56755
--- Comment #2 from Andrew Pinski 2013-03-27
21:12:24 UTC ---
(In reply to comment #1)
> c++filt is a part of binutils.
It might be part of binutils but the mangler is part of libiberty whos official
copy is part of GCC.
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: antoine.balest...@gmail.com
Using GCC 4.9.0 as of 20130327 :
$ cat ssa.c
int a, *b;
void f(void)
{
if(a)
{
int k;
for(a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725
--- Comment #12 from Manuel López-Ibáñez 2013-03-27
20:37:05 UTC ---
That was the intention, if the comment or the behaviour does not match this,
then I did a mistake implementing it, and it is a bug in my opinion.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725
--- Comment #11 from Paolo Carlini 2013-03-27
20:30:36 UTC ---
Ok, thanks a lot again. Then however we have to tweak a bit that comment too
(it only mentions warnings for true, instead means any diagnostics is actually
reported (that's mu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725
--- Comment #10 from Manuel López-Ibáñez 2013-03-27
20:24:47 UTC ---
No, true means something was reported (error or warning), false means that
nothing was reported. The same as for pedwarn and warning. pedwarn also returns
true for --pedantic-e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56737
--- Comment #2 from Tobias Burnus 2013-03-27
20:24:11 UTC ---
If one sets the breakpoint in _gfortrani_next_format, one gets for the
original, non cached version:
(gdb) p dtp->u.p.fmt.array.array[1].source
$13 = 0x7fffdec6 "1H ),6h=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725
--- Comment #9 from Paolo Carlini 2013-03-27
19:52:57 UTC ---
Ok, thanks! Thus, if I remember correctly that comment (true meaning warning),
looks like we want everywhere if (!permerror...) inform(... right? Otherwise if
I misremembering,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725
--- Comment #8 from Manuel López-Ibáñez 2013-03-27
19:48:21 UTC ---
(In reply to comment #7)
> manuel@gcc10:~$ ~/test1/195333/build/gcc/cc1plus test.cc -fpermissive
> test.cc:4:5: note: initializing argument 3 of ‘int callf(int, int, int
> (*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725
--- Comment #7 from Manuel López-Ibáñez 2013-03-27
19:46:57 UTC ---
(In reply to comment #6)
> I haven't tested anything so far, but stared a bit at the comment before
> permerror and figured tgat in case of plain error (vs warning) the function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56755
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56755
Bug #: 56755
Summary: Global symbol demangling
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56737
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725
--- Comment #6 from Paolo Carlini 2013-03-27
19:28:09 UTC ---
I haven't tested anything so far, but stared a bit at the comment before
permerror and figured tgat in case of plain error (vs warning) the function
returns false thus the behav
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56728
Jason Merrill changed:
What|Removed |Added
Keywords||ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56754
Bug #: 56754
Summary: some missing plugin headers during installation in gcc
4.8
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725
--- Comment #5 from Manuel López-Ibáñez 2013-03-27
17:43:02 UTC ---
(In reply to comment #4)
> Hi Manuel. I wanted to actually handle this per your indications and move on,
> but I don't understand why you check the return value of permerror: sh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
--- Comment #7 from Jonathan Wakely 2013-03-27
17:03:56 UTC ---
http://en.cppreference.com/w/cpp/container/vector/operator_at is a much better
reference site than cplusplus.com, which is quite awful
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
--- Comment #6 from Jonathan Wakely 2013-03-27
17:02:31 UTC ---
(In reply to comment #4)
> Perhaps this isn't the official documentation (if there is such a thing), but
> even in the example opeartor[] is used to store values:
>
> http:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56746
--- Comment #5 from Mathias Gaunard 2013-03-27
16:41:16 UTC ---
While trying to isolate the problem, I have observed that the problem does not
occur if -save-temps is used.
While using -save-temps does not change anything with GCC 4.7, usi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56725
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
--- Comment #5 from rb at oaktreepeak dot com 2013-03-27 15:29:40 UTC ---
I understand what you are saying. You must actually assign empty "buckets" to
get the size, even though storing and retrieving values will work correctly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
--- Comment #4 from rb at oaktreepeak dot com 2013-03-27 15:17:14 UTC ---
I have a team of guys here and I am not attempting to be argumentative. We are
trying to understand your rather terse comments.
Perhaps this isn't the official docu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56716
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|rguenth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
Kai Tietz changed:
What|Removed |Added
Target Milestone|--- |4.8.1
Summary|Optimizatio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
--- Comment #6 from Kai Tietz 2013-03-27 14:43:24
UTC ---
Well, this issue is related to SEH exceptions. So it is pretty clear, why you
don't see it for linux.
It is serious bug for 4.8 gcc. From user's perspective this is a regression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55977
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #4 from Paolo C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
Jonathan Wakely changed:
What|Removed |Added
Severity|major |normal
--- Comment #3 from Jo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
--- Comment #2 from rb at oaktreepeak dot com 2013-03-27 14:05:11 UTC ---
It appears that you are saying that you can not assign a value to a vector
using the assignment operator[]?
All the STL docs say that you can.
Can you please elab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56716
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56749
Jason Merrill changed:
What|Removed |Added
Keywords||rejects-valid
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47346
--- Comment #10 from Jason Merrill 2013-03-27
13:28:24 UTC ---
Even simpler:
class B { struct C {}; };
template struct A { B::C c; };
A a;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55102
--- Comment #4 from rguenther at suse dot de
2013-03-27 13:09:18 UTC ---
On Wed, 27 Mar 2013, hubicka at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55102
>
> --- Comment #3 from Jan Hubicka 2013-03-27
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47298
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37150
--- Comment #15 from Joost VandeVondele
2013-03-27 12:53:16 UTC ---
Created attachment 29738
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29738
maybe smaller testcase version ?
Attached is what I think is roughly the smallest ker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56753
Bug #: 56753
Summary: vector.size() always returns 0
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55102
--- Comment #3 from Jan Hubicka 2013-03-27
12:47:04 UTC ---
Doing IPA analysis at -O0 for LTO streaming won't really solve the fact that
functions are not early optimized. I would vote for at least issuing a waning
when LTOing -O0 objects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43434
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
--enable-clocale=gnu --enable-libstdcxx-debug
--enable-mpfr --disable-werror --enable-checking=yes --enable-debug -C
--disable-intermodule --disable-libstdcxx-pch --disable-multilib
--enable-bootstrap --enable-checking=release --with-cpu=native
--with-tune=native --enable-plugin
Thread m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41115
--- Comment #3 from Richard Biener 2013-03-27
12:38:05 UTC ---
It would be nice to see where we are today with respect to the cost model /
vectorizing / not vectorizing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38011
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37150
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34378
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Blocks|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31021
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31079
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55979
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31021
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #14 from R
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21998
--- Comment #6 from Richard Biener 2013-03-27
11:32:19 UTC ---
Note that the concern is also that a1 may be mapped to a read-only segment,
so introducing a store data-race may trap. That's probably out of the C99
language standards scope,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36437
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18438
--- Comment #8 from Richard Biener 2013-03-27
11:27:31 UTC ---
The issue is that we cannot use a vector v4sf store to &opoints[i][0]
as opoints[i][4] is not stored to. Such "masked" store (or "interleaved
store with gaps") is not supporte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36437
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56650
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56650
--- Comment #3 from Tobias Burnus 2013-03-27
11:23:41 UTC ---
Author: burnus
Date: Wed Mar 27 10:45:58 2013
New Revision: 197159
URL: http://gcc.gnu.org/viewcvs?rev=197159&root=gcc&view=rev
Log:
2013-03-27 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56745
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54939
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Blocks|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56213
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56746
--- Comment #4 from Jonathan Wakely 2013-03-27
11:12:45 UTC ---
You should be able to attach it if you compress it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56746
--- Comment #3 from Paolo Carlini 2013-03-27
11:09:28 UTC ---
You can reduce it at least somewhat and then compress it with bzip2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56752
Jonathan Wakely changed:
What|Removed |Added
Keywords||documentation
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56746
--- Comment #2 from Mathias Gaunard 2013-03-27
11:04:08 UTC ---
The preprocessed file is 7 megabytes, which exceeds what I can attach here.
I do not think it is practical to reduce it with automatic tools.
Would it be ok to provide it as-i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56752
--- Comment #3 from Jonathan Wakely 2013-03-27
11:00:16 UTC ---
How do you propose to check that?
You might not have a 32-bit compiler with which to test those headers during
configuration, so it's not easy to test them until after we've
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56752
David Starner changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56752
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37021
--- Comment #16 from Richard Biener 2013-03-27
10:40:40 UTC ---
We now vectorize this testcase by means of using strided loads, relying on
store motion turning the store to self(i) in the innermost look into a
reduction (no support for vec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37021
--- Comment #15 from Richard Biener 2013-03-27
10:39:00 UTC ---
Author: rguenth
Date: Wed Mar 27 10:38:29 2013
New Revision: 197158
URL: http://gcc.gnu.org/viewcvs?rev=197158&root=gcc&view=rev
Log:
2013-03-27 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56341
--- Comment #9 from Bernd Edlinger
2013-03-27 10:36:48 UTC ---
Hello GCC-Maintainers,
what do you think? Should'nt this patch be in the 4.6.4 release?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56752
Bug #: 56752
Summary: GCC fails to bootstrap on Debian GNU/Linux 7.0
(wheezy) when x32 libraries aren't installed
Classification: Unclassified
Product: gcc
Version: 4.8.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49423
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
Eric Botcazou changed:
What|Removed |Added
CC||marc.girod at gmail dot com
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56734
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25466
--- Comment #12 from Paolo Carlini 2013-03-27
10:13:29 UTC ---
I'm having another look to this and apparently clang behaves like GCC.
Jason, what do you think? Should we extend somehow build_typeid? I'm not sure.
In case it would not be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
--- Comment #11 from Richard Biener 2013-03-27
10:10:06 UTC ---
And in tree-cfg.c:verify_gimple_comparison properly establish rules for the
signedness of the vector comparison result.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
--- Comment #10 from Richard Biener 2013-03-27
10:08:02 UTC ---
(In reply to comment #9)
> That said, it should look like, unconditionally(!)
>
> unsigned int prec = GET_MODE_BITSIZE (TYPE_MODE (TREE_TYPE (vectype)));
> tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52597
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45282
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|gcc-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
--- Comment #9 from Richard Biener 2013-03-27
09:57:41 UTC ---
That said, it should look like, unconditionally(!)
unsigned int prec = GET_MODE_BITSIZE (TYPE_MODE (TREE_TYPE (vectype)));
tree cmp_type = build_nonstandard_integ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
--- Comment #8 from Richard Biener 2013-03-27
09:53:59 UTC ---
(In reply to comment #2)
> In tree-vect-stmts.c:
>
> if (!INTEGRAL_TYPE_P (TREE_TYPE (vectype)))
> {
> unsigned int prec = GET_MODE_BITSIZE (TYPE_MODE (TREE_TYP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56746
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
--- Comment #4 from Kai Tietz 2013-03-27 09:40:16
UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > Hmm, yes indeed it is the -freorder-blocks option. One solution is to
> > disallow after reload for SEH-target to modify ju
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54988
--- Comment #13 from Kai Koehne 2013-03-27
09:12:42 UTC ---
The OOM problem is still there with gcc 4.8.0 on MinGW: Any #pragma optimize
"X" will result in OOM for big files.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56748
Tobias Burnus changed:
What|Removed |Added
Keywords||diagnostic
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56734
--- Comment #4 from Marc Girod 2013-03-27
07:00:33 UTC ---
Sorry: the other compiler works once I set LD_LIBRARY_PATH to use its
libstdc++.so.6 and libgcc_s.so.1
96 matches
Mail list logo
