https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64359
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Sun Dec 21 05:00:43 2014
New Revision: 218995
URL: https://gcc.gnu.org/viewcvs?rev=218995&root=gcc&view=rev
Log:
PR c++/64359
* pt.c (iterative_hash_template_arg): Hash alias spec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64369
Bug ID: 64369
Summary: Wreturn-local-addr for const argument with packed
attribute
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61931
--- Comment #4 from Mikael Pettersson ---
This was fixed for 4.9 by r197965.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64294
Sebastian Andrzej Siewior changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64313
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61931
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64268
Matthias Klose changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
--- Comment #6 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #5)
Ignore that I misread the commit numbering.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
--- Comment #5 from howarth at bromo dot med.uc.edu ---
(In reply to Francois-Xavier Coudert from comment #3)
> Appeared between 218883 (works) and 218985 (fails) [I'm glad my nightly
> tester is useful!]
>
> Culprits are:
>
> r218984 | redi | 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63651
--- Comment #13 from Iain Sandoe ---
I agree, kludging around headers is not going to work - we need to find time to
modernise the ObjC implementation.
it's on the TODO…
Supporting ObjC on Darwin is quite important - and we're well behind, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63651
--- Comment #12 from Francois-Xavier Coudert ---
Regarding the last few comments: all this comes, AFAICT, from the front-end not
recognizing "instancetype". I don't think we can get out of this by fixing
headers or anything else: it's an extensio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
--- Comment #4 from Dominique d'Humieres ---
> [I'm glad my nightly tester is useful!]
Nightly testers would be extremely useful if people used to look at their
results!-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57569
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
Francois-Xavier Coudert changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot com
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
Dominique d'Humieres changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64358
--- Comment #3 from Segher Boessenkool ---
Author: segher
Date: Sat Dec 20 15:37:06 2014
New Revision: 218989
URL: https://gcc.gnu.org/viewcvs?rev=218989&root=gcc&view=rev
Log:
PR target/64358
* config/rs6000/rs6000.c (rs6000_split_logic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
Bug ID: 64368
Summary: [5 Regression] Several libstdc++ test failures on
darwin after r218964.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64294
--- Comment #10 from Mikael Pettersson ---
You're invoking undefined behaviour due to overflow in signed integer
arithmetic.
Running it after compiling with -fsanitize=undefined produces:
petite.c:391:28: runtime error: signed integer overflow:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52544
--- Comment #8 from mobi at mobiphil dot com ---
forgot to mention:
gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1)
Ubuntu 14.04 LTS _Trusty Tahr_ - Release amd64
Linux 3.16.0-25-lowlatency
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #90 from Oleg Endo ---
For the record, the patches to enable LRA on SH have been committed. The last
revision of the committed patch series is r218892.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52544
mobi at mobiphil dot com changed:
What|Removed |Added
CC||mobi at mobiphil dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64294
--- Comment #9 from Sebastian Andrzej Siewior ---
I added the complete function including its callers.
$ gcc -g -o petite petite.c -Wall -O2
$ ./petite
447=> 5
452=> 5
447=> 5
452=> 5
447=> 0
452=> 0
Segmentation fault
---
$ gcc -g -o petite pet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64294
--- Comment #8 from Sebastian Andrzej Siewior ---
Created attachment 34305
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34305&action=edit
self-contained complete TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64367
--- Comment #4 from Jonathan Wakely ---
Oh it's only for 98, I see.
Well it's easy to fix with sizeof(const char*) anyway.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64367
--- Comment #3 from Markus Trippelsdorf ---
See § 5.1.1-13 for C++11 and § 5.1-10 for C++98.
The C++98 standard doesn't mention unevaluated operands.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57569
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64367
--- Comment #2 from Markus Trippelsdorf ---
It doesn't accept your example for C++98, too. C++11 is fine.
markus@x4 ~ % cat test.ii
union u
{
const char *_M_p;
char _M_bytes[sizeof (_M_p)];
};
markus@x4 ~ % clang++ -std=c++11 -O2 -c test.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64367
--- Comment #1 from Jonathan Wakely ---
I don't know why clang complains, it accepts this, which shouldn't be any
different:
char _M_bytes[sizeof(decltype(_M_p))];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63651
--- Comment #11 from Dominique d'Humieres ---
> Note that some remaining errors will go away if the same is used for
> /System/Library/Frameworks/Foundation.framework/Headers/NSArray.h.
This fixes the failures of objc.dg/objc-foreach-(4|5).m.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64294
--- Comment #7 from Mikael Pettersson ---
The testcases don't build due to linkage errors. Please submit a
self-contained and preferably minimized testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64364
--- Comment #2 from Mikael Pettersson ---
Re-run g++ on the testcase with the -v flag, note the command line for cc1plus,
run cc1plus from gdb with that command line, and show us the faulting
instruction and what code/function it occurs in.
You
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64367
Bug ID: 64367
Summary: [5 Regression] g++-v5/stdexcept:52:28: error: invalid
use of non-static data member '_M_p'
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63651
--- Comment #10 from Dominique d'Humieres ---
If I replace the files /usr/include/objc/NSObject.h and
/System/Library/Frameworks/Foundation.framework/Headers/NSString.h with the
corresponding files from
/Applications/Xcode.app/Contents/Developer/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63852
--- Comment #3 from Dominique d'Humieres ---
This PR is fixed by the patch in pr63851 comment 11.
report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
zsh: exit 1 /usr/local/gcc/host-x86_64/head/bin/g++ -c -std=c++0x -m32 -O2
$ g++ --version
g++ (GCC) 5.0.0 20141220 (experime
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64348
--- Comment #1 from amker at gcc dot gnu.org ---
IRA made below decision:
;; a299(r989,l0) conflicts: a57(r1696,l0) a177(r130,l0) a221(r131,l0)
a63(r1714,l0) a178(r822,l0) a224(r823,l0) a69(r1713,l0) a180(r815,l0)
a227(r816,l0) a75(r1712,l0) a182
37 matches
Mail list logo