http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56312
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56312
--- Comment #7 from Martin Liška 2013-03-23
23:42:28 UTC ---
The problem was caused by bad usage of gcc-ar and gcc-runlib that were actually
not used.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56704
--- Comment #1 from Andrew Pinski 2013-03-23
23:31:41 UTC ---
PR 55784
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56703
--- Comment #3 from Jay 2013-03-23 23:24:55 UTC
---
gmp/mpfr/mpc are in-tree
Notice that it has gotten past the first stage..so I didn't bother double
checking what my bootstrap compiler was..though gcc/g++ 3.x is in $PATH.
Very simple
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56704
Bug #: 56704
Summary: rlim_t problem gcc 4.8.0 on Solaris 2.10/sparc?
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56703
--- Comment #2 from Andrew Pinski 2013-03-23
23:18:09 UTC ---
What options did you use to configure GCC? Also are you building gmp/mpfr in
the same tree?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54526
Paolo Carlini changed:
What|Removed |Added
CC||mmehlich at semanticdesigns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56702
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56703
--- Comment #1 from Jay 2013-03-23 23:12:03 UTC
---
I see that the check for any function involves a cast of its type -- i.e. it
isn't customized per-function, so a change isn't trivial.
For now I have removed strstr and strsignal from s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56703
Bug #: 56703
Summary: problems with strsignal and maybe strstr due to
varying const on return type
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56702
Bug #: 56702
Summary: <: wrongly considered an alternative token for
template argument list using global name specifier
Classification: Unclassified
Product: gcc
Version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56701
Bug #: 56701
Summary: The *this* pointer fails to bind to rvalue reference
to pointer type
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #3 from Jan Hubicka 2013-03-23 21:40:19 UTC
---
> This patch causes the destructor to be created and marked as COMDAT, but for
> some reason cgraph still isn't emitting it.
Thank you!. I will work out why it is not emitted.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55285
Steven Bosscher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55278
Steven Bosscher changed:
What|Removed |Added
Keywords||ra
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56700
Bug #: 56700
Summary: Optimizing at compile and link result in different
binary size than only optimizing at link time
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53157
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56039
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52374
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55357
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55532
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55972
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56447
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56698
--- Comment #1 from Mike Hommey 2013-03-23
18:11:16 UTC ---
Interestingly, if I modify CalculateFileIndex to return 3 instead of 0, the
error doesn't happen. So it might be a case of confusing gcc warning/error
message.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17232
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
--- Comment #3 from Marc Glisse 2013-03-23 17:06:30
UTC ---
In any case, it would be good to add some checks on the first argument of
VEC_COND_EXPR to the verifier, so the problem is detected earlier than expand.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
Marc Glisse changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54277
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56699
--- Comment #1 from frankhb1989 at gmail dot com 2013-03-23 16:29:09 UTC ---
Sorry, something was wrong, g++-4.8 on Ubuntu should also reject Case 1 in
fact.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56699
Bug #: 56699
Summary: Failed for sizeof (non-static member) in lambda
expression
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56698
Bug #: 56698
Summary: "array subscript is above array bounds" triggered on
code that doesn't have that problem
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56693
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49204
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|4.8.1 |4.9.0
--- Comment #11 from Jo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51617
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56697
--- Comment #4 from Nick Maclaren 2013-03-23 13:46:33
UTC ---
On Mar 23 2013, paolo.carlini at oracle dot com wrote:
>
> Which Intel out of curiosity? The 13.1.0 I have here at hand rejects it
> exactly
12.1. It's not my system, so I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56696
--- Comment #2 from Tobias Burnus 2013-03-23
13:10:45 UTC ---
The following patch seems to fix the issue:
--- a/libgfortran/io/list_read.c
+++ b/libgfortran/io/list_read.c
@@ -1435,3 +1435,2 @@ read_real (st_parameter_dt *dtp, void * de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56691
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56697
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56697
--- Comment #2 from Paolo Carlini 2013-03-23
12:55:22 UTC ---
Which Intel out of curiosity? The 13.1.0 I have here at hand rejects it exactly
like GCC. Likewise clang++.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56697
--- Comment #1 from Nick Maclaren 2013-03-23 12:49:31
UTC ---
Sorry, I should be clearer. I reported this because of the compiler
difference, and because I can read the relevant wording of the standard
either way. But I should have said
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56696
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53323
--- Comment #7 from Eric Botcazou 2013-03-23
12:41:46 UTC ---
> ... or have a compiler generate incorrect code. (NB, in this case I accept
> that
> it may well be the check that's wrong, not the generated code).
Yes, that's the key poin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56697
Bug #: 56697
Summary: Erroneous rejection of use of private constructor in
public method
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56694
--- Comment #4 from Jürgen Knödlseder
2013-03-23 12:24:18 UTC ---
Okay, here it comes. But believe me or not: with the -save-temps option the
code compiles through!
I rechecked by removing the option, and the code fails again. Putting it back
m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56696
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56693
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53323
--- Comment #6 from simon at pushface dot org 2013-03-23 12:14:00 UTC ---
(In reply to comment #5)
> Sort of, we now disable the front-end assertions on release branches.
Hmm, this doesn't really seem appropriate. Quoting Robert Dewar in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56695
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56696
Bug #: 56696
Summary: Formatted (list-directed) input fails to signal end
of record
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56646
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: antoine.balest...@gmail.com
Using GCC 4.9.0 as of 20130323 :
$ cat opt.c
int a, b, i;
void f(void)
{
for(i = 0; i < 8; ++i)
a |= !(i |= b %= 1);
}
$ xgcc -O3 -w op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56678
--- Comment #7 from Paolo Carlini 2013-03-23
10:55:33 UTC ---
By the way, Jakub, I think we should either manage to restore the functionality
or ask all the contributors to be very strict about manually keeping the
Bugzilla entries updated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52748
Paolo Carlini changed:
What|Removed |Added
CC|jason at gcc dot gnu.org|
--- Comment #6 from Paolo Carl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56694
--- Comment #3 from Andrew Pinski 2013-03-23
10:28:57 UTC ---
Add -save-temps to the command line and attach the resulting *.ii file.
This is all mentioned in http://gcc.gnu.org/bugs/ .
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56694
--- Comment #2 from Jürgen Knödlseder
2013-03-23 10:22:28 UTC ---
What do you mean by preprocessed source ???
Le 23 mars 2013 à 10:19, mpolacek at gcc dot gnu.org a écrit :
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56694
>
> Marek Pola
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56691
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
Status|UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56694
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56694
Bug #: 56694
Summary: Internal compiler error when compiling OpenMP code
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56657
Niels Kristian Bech Jensen changed:
What|Removed |Added
Known to work||4.8.0
--- Comment
59 matches
Mail list logo
