[Bug c++/59113] [c++1y] ICE using auto as parameter in local function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59113 --- Comment #1 from abutcher at gcc dot gnu.org --- Author: abutcher Date: Mon Nov 25 07:43:55 2013 New Revision: 205343 URL: http://gcc.gnu.org/viewcvs?rev=205343&root=gcc&view=rev Log: Disallow implicit function templates in local functions unle

[Bug c++/59112] [c++1y] ICE using auto as parameter in local class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59112 --- Comment #1 from abutcher at gcc dot gnu.org --- Author: abutcher Date: Mon Nov 25 07:43:55 2013 New Revision: 205343 URL: http://gcc.gnu.org/viewcvs?rev=205343&root=gcc&view=rev Log: Disallow implicit function templates in local functions unle

[Bug rtl-optimization/59086] [4.9 Regression] error: ‘asm’ operand has impossible constraints

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59086 --- Comment #5 from Alexander Ivchenko --- I understand the technical reasons of the complexity of the correct and efficient register allocation here, but what I don't understand is this: $> gcc_4.7 test.c -c -fPIC -mstackrealign -march=core-avx2

[Bug fortran/58913] Segmentation fault on real128 array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913 Rodrigo Rodrigues changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/16351] NULL dereference warnings

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16351 hannes changed: What|Removed |Added CC||hannes at stressinduktion dot org --- Comment #

[Bug other/50900] 'gmake pdf' fails in libiberty

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50900 kargl at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/56149] 64 bit gFortran-C interop hidden character argument length passed as 32 bit value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56149 kargl at gcc dot gnu.org changed: What|Removed |Added CC|kargl at gcc dot gnu.org | --- Comment #8 from kar

[Bug fortran/58913] Segmentation fault on real128 array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913 --- Comment #11 from kargl at gcc dot gnu.org --- Remove myself from cc list.

[Bug fortran/57871] gfortran -freal-4-real-16 gives wrong result for selected_real_kind(1)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57871 kargl at gcc dot gnu.org changed: What|Removed |Added CC|kargl at gcc dot gnu.org | --- Comment #7 from kar

[Bug libfortran/58020] Code for handling IEEE exceptions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020 kargl at gcc dot gnu.org changed: What|Removed |Added CC|kargl at gcc dot gnu.org | --- Comment #24 from ka

[Bug fortran/58813] SIGSEGV in show_locus at error.c:310

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58813 kargl at gcc dot gnu.org changed: What|Removed |Added CC|kargl at gcc dot gnu.org | --- Comment #9 from kar

[Bug fortran/58225] In show_locus at fortran/error.c:391 pointer beyond end of line

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58225 kargl at gcc dot gnu.org changed: What|Removed |Added CC|kargl at gcc dot gnu.org | --- Comment #3 from kar

[Bug target/59277] x86_64 code generation defects when SSE instructions are disabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59277 --- Comment #2 from Aaron Myles Landwehr --- Right, a fix for this is really a question of whether the ABI holds king here. It is worth mentioning that the current behavior of passing the FP arguments via the stack is in itself also against what

[Bug c++/59211] init_priority doesn't work with constant expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59211 --- Comment #4 from Marc Glisse --- (In reply to Daniel Krügler from comment #3) > IMO the explicit conversion is necessary here and the fact that it doesn't > work without it is not a bug. Note that a scoped enumeration type does not > implicitly

[Bug target/59277] x86_64 code generation defects when SSE instructions are disabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59277 Andrew Pinski changed: What|Removed |Added Target||X86_64 Component|c

[Bug c++/59281] New: attribute((constructor)) accepts enum class as integer constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59281 Bug ID: 59281 Summary: attribute((constructor)) accepts enum class as integer constant Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: accepts-invalid

[Bug target/58314] SH4 error: 'asm' operand requires impossible reload

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58314 --- Comment #16 from Kazumoto Kojima --- With the patch, no new failures on trunk for sh4-unknown-linux-gnu assumed the patch for PR59243.

[Bug target/54019] [SH] Tail calls with -fPIC use bsrf instead of braf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54019 Kazumoto Kojima changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/12306] GOT pointer (r12) reloaded unnecessarily

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12306 --- Comment #4 from Kazumoto Kojima --- (In reply to Oleg Endo from comment #3) > If I understand correctly, rebuilding the GOT pointer in r12 is necessary at > function entry, since it is generally not known if r12 is a valid GOT > pointer at fun

[Bug ipa/59226] [4.9 Regression] ICE: in record_target_from_binfo, at ipa-devirt.c:661

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226 Volker Reichelt changed: What|Removed |Added CC||marxin.liska at gmail dot com --- Comme

[Bug c++/59266] Segmentation fault in ipa-devirt.c (record_target_from_binfo) for Inkscape

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59266 Volker Reichelt changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c/59280] New: [4.8/4.9 Regression] ICE with attribute((constructor(invalid)))

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59280 Bug ID: 59280 Summary: [4.8/4.9 Regression] ICE with attribute((constructor(invalid))) Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: ice-on-invalid-c

[Bug ipa/59226] [4.9 Regression] ICE: in record_target_from_binfo, at ipa-devirt.c:661

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226 Volker Reichelt changed: What|Removed |Added Keywords||ice-on-valid-code Status|UN

[Bug bootstrap/59279] [4.9 Regression] r205337 breaks bootstrap with java

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59279 --- Comment #4 from Steven Bosscher --- (In reply to H.J. Lu from comment #1) > When profiledbootstrap configured with > > --with-build-config=bootstrap-lto --disable-werror > > I got > > ../../src-trunk/libiberty/cp-demangle.c: In function âd_

[Bug bootstrap/59279] [4.9 Regression] r205337 breaks bootstrap with java

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59279 Steven Bosscher changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug bootstrap/59279] [4.9 Regression] r205337 breaks bootstrap with java

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59279 --- Comment #2 from Steven Bosscher --- Author: steven Date: Sun Nov 24 21:59:49 2013 New Revision: 205338 URL: http://gcc.gnu.org/viewcvs?rev=205338&root=gcc&view=rev Log: PR bootstrap/59279 Revert previous commit. Modified: trunk/

[Bug c++/59115] [4.7/4.8/4.9 Regression] ICE with invalid template parameter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59115 Volker Reichelt changed: What|Removed |Added Known to work||4.6.0 Summary|[c++1y] ICE wi

[Bug bootstrap/59279] [4.9 Regression] r205337 breaks bootstrap with java

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59279 H.J. Lu changed: What|Removed |Added Target Milestone|--- |4.9.0

[Bug bootstrap/59279] [4.9 Regression] r205337 breaks bootstrap with java

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59279 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/59279] New: [4.9 Regression] r205337 breaks bootstrap with java

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59279 Bug ID: 59279 Summary: [4.9 Regression] r205337 breaks bootstrap with java Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug fortran/59276] Incorrect error message with modules of different gfortran versions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59276 Francois-Xavier Coudert changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/59278] New: combine does not replace matched insn

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59278 Bug ID: 59278 Summary: combine does not replace matched insn Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimiza

[Bug c/59277] New: x86_64 code generation defects when SSE instructions are disabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59277 Bug ID: 59277 Summary: x86_64 code generation defects when SSE instructions are disabled Product: gcc Version: 4.7.3 Status: UNCONFIRMED Severity: normal

[Bug fortran/54797] Gnu Fortran compiler does not recognize module file it created

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54797 Joost VandeVondele changed: What|Removed |Added CC||Joost.VandeVondele at mat dot ethz

[Bug fortran/59276] New: Incorrect error message with modules of different gfortran versions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59276 Bug ID: 59276 Summary: Incorrect error message with modules of different gfortran versions Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug c++/59032] [4.8/4.9 Regression] ICE incrementing vector type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59032 vries at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |vries at gcc dot gnu.org

[Bug middle-end/59037] [4.8/4.9 Regression] ICE when accessing invalid element (nelts + 1) of vector

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59037 --- Comment #6 from vries at gcc dot gnu.org --- Created attachment 31286 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31286&action=edit tentative patch > I think it would be even better to fix whatever created that > BIT_FIELD_REF, if you

[Bug tree-optimization/59267] gcc 4.8.2 optimizes code with side-effects away

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59267 --- Comment #2 from James --- If that is the case, then I am also getting interesting behavior in another place. Once I read a value from the stream, the current location in said stream should be updated, correct? With the following program: #inc

[Bug sanitizer/59136] [4.9 Regression] llvm-symbolizer shouldn't be started always

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59136 --- Comment #9 from H.J. Lu --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2013-11/msg03118.html

[Bug c++/59115] [c++1y] ICE with auto as template parameter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59115 Adam Butcher changed: What|Removed |Added CC||adam at jessamine dot co.uk --- Comment #1

[Bug target/54019] [SH] Tail calls with -fPIC use bsrf instead of braf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54019 Oleg Endo changed: What|Removed |Added CC||kkojima at gcc dot gnu.org --- Comment #1 fro

[Bug target/12306] GOT pointer (r12) reloaded unnecessarily

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12306 Oleg Endo changed: What|Removed |Added CC||kkojima at gcc dot gnu.org --- Comment #3 fro

[Bug c++/59274] Problem with passing std::function object as value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59274 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug sanitizer/59275] Document environment variables used by the sanitizers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59275 --- Comment #4 from Kostya Serebryany --- > Seems as if the page has changed. Currently, invoke.texi points to: > http://code.google.com/p/data-race-test/wiki/ThreadSanitizer Link to data-race-test was never correct. This is the old and unsuppo

[Bug sanitizer/59275] Document environment variables used by the sanitizers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59275 --- Comment #3 from Tobias Burnus --- (In reply to Kostya Serebryany from comment #1) > https://code.google.com/p/thread-sanitizer/wiki/Flags Seems as if the page has changed. Currently, invoke.texi points to: http://code.google.com/p/data-race-t

[Bug sanitizer/59275] Document environment variables used by the sanitizers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59275 --- Comment #2 from Tobias Burnus --- Partial list for ASAN; linking to it might be an option: https://code.google.com/p/address-sanitizer/wiki/Flags#Run-time_flags Seemingly, there is no list for LSAN/TSAN. The URL above lists part of the com

[Bug target/58314] SH4 error: 'asm' operand requires impossible reload

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58314 --- Comment #15 from chrbr at gcc dot gnu.org --- Thanks Oleg, I'll give it a try for 4.8.3

[Bug sanitizer/59275] Document environment variables used by the sanitizers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59275 --- Comment #1 from Kostya Serebryany --- Not all of these options are "supported" -- some are for internal use only and may change or disappear at any time. The supported ones are described here: https://code.google.com/p/address-sanitizer/wiki/

[Bug middle-end/59134] Infinite loop between store_fixed_bit_field and store_split_bit_field with STRICT_ALIGNMENT

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59134 --- Comment #2 from Mikael Pettersson --- Started with r163189.

[Bug sanitizer/59275] New: Document environment variables used by the sanitizers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59275 Bug ID: 59275 Summary: Document environment variables used by the sanitizers Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: documentation Severity: normal

[Bug sanitizer/59136] [4.9 Regression] llvm-symbolizer shouldn't be started always

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59136 --- Comment #8 from H.J. Lu --- (In reply to Alexey Samsonov from comment #6) > External process will only be launched if a user has llvm-symbolizer binary > in his PATH. This behaivor can also be turned off with a runtime option > (ASAN_OPTIONS=s

[Bug c++/58845] [4.8/4.9 Regression] Operator || and && broken for vectors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment #

[Bug sanitizer/59136] [4.9 Regression] llvm-symbolizer shouldn't be started always

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59136 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #7

[Bug c++/58845] [4.8/4.9 Regression] Operator || and && broken for vectors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845 --- Comment #12 from Marc Glisse --- (In reply to rguent...@suse.de from comment #9) > Yeah, exactly. Still if there is a sequence point at && or || > (even if both arms are always executed) then the order of evaluating > side-effects is importan

[Bug sanitizer/59136] [4.9 Regression] llvm-symbolizer shouldn't be started always

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59136 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/59273] [4.9 Regression] ICE in expand_expr_real_2, at expr.c:9188 on alpha

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59273 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/59273] [4.9 Regression] ICE in expand_expr_real_2, at expr.c:9188 on alpha

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59273 --- Comment #2 from Uroš Bizjak --- (In reply to Uroš Bizjak from comment #1) > The failure was introduced by r205244: Ops, r205240.

[Bug sanitizer/59061] Port leaksanitizer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59061 --- Comment #37 from Sergey Matveev --- I've patched LSan to use the real memset(). At least on my machine this brought no performance improvement compared to kcc's latest change (just FYI - not trying to make any point). As of now, LSan will sti

[Bug target/57339] [SH] Wrong ISR FPU register save/restore

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57339 --- Comment #3 from Oleg Endo --- (In reply to Urja Rannikko from comment #2) > (In reply to Oleg Endo from comment #0) > > On SH2A and SH2E R0 is not a banked register and must be pushed before > > dealing with the FP regs. > This is false for at

[Bug c++/59274] New: Problem with passing std::function object as value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59274 Bug ID: 59274 Summary: Problem with passing std::function object as value Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/57339] [SH] Wrong ISR FPU register save/restore

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57339 Urja Rannikko changed: What|Removed |Added CC||urjaman at gmail dot com --- Comment #2 f

[Bug c++/59271] [4.9 Regression] a.C:16:21: internal compiler error: in strip_typedefs, at cp/tree.c:1315

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59271 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug preprocessor/58893] [4.8/4.9 Regression] :0:0: internal compiler error: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58893 --- Comment #5 from Markus Trippelsdorf --- ==3700== Conditional jump or move depends on uninitialised value(s) ==3700==at 0xDCB562: diagnostic_report_current_module(diagnostic_context*, unsigned int) (diagnostic.c:506) ==3700==by 0x58DB6D

[Bug middle-end/59273] [4.9 Regression] ICE in expand_expr_real_2, at expr.c:9188 on alpha

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59273 Uroš Bizjak changed: What|Removed |Added Target||alpha-linux-gnu Target Milestone|---

[Bug middle-end/59273] New: [4.9 Regression] ICE in expand_expr_real_2, at expr.c:9188 on alpha

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59273 Bug ID: 59273 Summary: [4.9 Regression] ICE in expand_expr_real_2, at expr.c:9188 on alpha Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug other/58712] [4.9 Regression] issues found by --enable-checking=valgrind

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58712 --- Comment #10 from Markus Trippelsdorf --- New issue, started with r204926, r204997: ==21374== Conditional jump or move depends on uninitialised value(s) ==21374==at 0x686F3A: set_storage_via_setmem(rtx_def*, rtx_def*, rtx_def*, unsigned in

[Bug c/59264] Incorrect order of execution on increament/decrement operator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59264 --- Comment #6 from Eric Botcazou --- > But it works correctly in Turbo C and Borland C compiler why not in gcc Well, the point is precisely that all executions, Turbo C, Borland C or GCC, are equally correct, since the code has undefined behavio

[Bug c/59264] Incorrect order of execution on increament/decrement operator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59264 --- Comment #5 from Mahesh S --- [Bug c/59264] Incorrect order of execution on increament/decrement operator But it works correctly in Turbo C and Borland C compiler why not in gcc On Sat, Nov 23, 2013 at 11:23 PM, ebotcazou at gcc dot gnu.org <