[Bug tree-optimization/85934] [8/9 Regression] ICE: verify_gimple failed (error: type mismatch in vector pack expression)

2018-05-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85934 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/85945] New: [6/7/8/9 Regression] ICE in resolve_subreg_use, at lower-subreg.c:751

2018-05-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85945 Bug ID: 85945 Summary: [6/7/8/9 Regression] ICE in resolve_subreg_use, at lower-subreg.c:751 Product: gcc Version: unknown Status: UNCONFIRMED Keywords: ice-on-

[Bug c++/85943] Template function permits derived class access to private base class static variable

2018-05-27 Thread allan.chandler at dti dot com.au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85943 allan.chandler at dti dot com.au changed: What|Removed |Added CC||allan.chandler at dti d

[Bug target/85939] -mstackrealign does not realign stack with local __m64 variable

2018-05-27 Thread fw at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85939 --- Comment #7 from Florian Weimer --- (In reply to H.J. Lu from comment #6) > I believe __m64 is 4-byte aligned. https://github.com/hjl-tools/x86-psABI/blob/801352a1470ae8542a3a1f83fb2abda35feab075/low-level-sys-info.tex#L108 says alignment is

[Bug c++/85943] Template function permits derived class access to private base class static variable

2018-05-27 Thread achuah at drwsg dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85943 Anthony Chuah changed: What|Removed |Added Summary|Template function permits |Template function permits

[Bug c++/85944] New: Address of member variable of temporary not considered constexpr at global scope

2018-05-27 Thread david at doublewise dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85944 Bug ID: 85944 Summary: Address of member variable of temporary not considered constexpr at global scope Product: gcc Version: 8.0 Status: UNCONFIRMED Severity:

[Bug c++/85943] Template function permits outside access to private variable

2018-05-27 Thread achuah at drwsg dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85943 --- Comment #1 from Anthony Chuah --- Clarifications: This bug applies to static variables, not non-static ones. Please use this example instead: https://godbolt.org/g/LzrzDj

[Bug target/85915] ABI incompatibility (multiple definition of `__x86_return_thunk') for static libraries, between GCC 7.3.0 and GCC >=7.4.0, caused by -mfunction-return=thunk

2018-05-27 Thread Arfrever.FTA at GMail dot Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85915 Arfrever Frehtes Taifersar Arahesis changed: What|Removed |Added Summary|ABI incompatibility |ABI incompatibility

[Bug c++/85943] New: Template function permits outside access to private variable

2018-05-27 Thread achuah at drwsg dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85943 Bug ID: 85943 Summary: Template function permits outside access to private variable Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal P

[Bug fortran/85942] New: ICE with PDTs

2018-05-27 Thread juergen.reuter at desy dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85942 Bug ID: 85942 Summary: ICE with PDTs Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigne

[Bug target/85666] gcc-8.0.1 fails to build mmix target: gcc/libgcc/libgcc2.h:203:20: internal compiler error: in leaf_function_p, at final.c:4488

2018-05-27 Thread hp at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85666 --- Comment #11 from Hans-Peter Nilsson --- (In reply to Hans-Peter Nilsson from comment #10) > Created attachment 44180 [details] > patch to mmix.c > > Builds libgcc. More late this weekend, I hope. I now see the assertion in assemble_integer

Important, Please

2018-05-27 Thread Tridip Acharya
Hello, Did you receive my previous email? Pls inform. Best regards, T. K Acharya

[Bug target/85939] -mstackrealign does not realign stack with local __m64 variable

2018-05-27 Thread hjl.tools at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85939 --- Comment #6 from H.J. Lu --- (In reply to Uroš Bizjak from comment #5) > (In reply to Florian Weimer from comment #3) > > (In reply to Uroš Bizjak from comment #1) > > > Please also use -mincoming-stack-boundary=2 to tell the compiler about >

[Bug target/69616] optimization of 8 movb

2018-05-27 Thread ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69616 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC

[Bug middle-end/22141] [5/6/7 Regression] Missing optimization when storing structures

2018-05-27 Thread ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141 ktkachov at gcc dot gnu.org changed: What|Removed |Added CC||izaberina at gmail dot com

[Bug target/69639] [6/7/8/9 Regression] FAIL: gcc.c-torture/compile/limits-exprparen.c

2018-05-27 Thread pkoning at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69639 pkoning at gcc dot gnu.org changed: What|Removed |Added CC||pkoning at gcc dot gnu.org -

[Bug target/85939] -mstackrealign does not realign stack with local __m64 variable

2018-05-27 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85939 Uroš Bizjak changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #5

[Bug target/69616] optimization of 8 movb

2018-05-27 Thread me at xenu dot pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69616 Tomasz Konojacki changed: What|Removed |Added CC||me at xenu dot pl --- Comment #4 from

[Bug rtl-optimization/66152] suboptimal load bytes to stack

2018-05-27 Thread me at xenu dot pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66152 Tomasz Konojacki changed: What|Removed |Added CC||me at xenu dot pl --- Comment #3 from

[Bug rtl-optimization/85941] Zero extend from QI->SI lost if QI is referred to via subreg:HI

2018-05-27 Thread jozef.l at mittosystems dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85941 Jozef Lawrynowicz changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/85939] -mstackrealign does not realign stack with local __m64 variable

2018-05-27 Thread fw at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85939 --- Comment #4 from Florian Weimer --- Unfortunately, -mincoming-stack-boundary=2 makes -mstackrealign useless because now any leaf function realigns the stack. The usual effect (no matter what the documentation says) is that -mstackrealign pref

[Bug target/85939] -mstackrealign does not realign stack with local __m64 variable

2018-05-27 Thread fw at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85939 --- Comment #3 from Florian Weimer --- (In reply to Uroš Bizjak from comment #1) > Please also use -mincoming-stack-boundary=2 to tell the compiler about > possible incoming stack (mis)alignment. This does change the result; alignment is perform

[Bug target/85939] -mstackrealign does not realign stack with local __m64 variable

2018-05-27 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85939 --- Comment #2 from Uroš Bizjak --- FYI, -mstackrealign applies only to main ().

[Bug target/85939] -mstackrealign does not realign stack with local __m64 variable

2018-05-27 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85939 --- Comment #1 from Uroš Bizjak --- Please also use -mincoming-stack-boundary=2 to tell the compiler about possible incoming stack (mis)alignment.

[Bug rtl-optimization/85941] Zero extend from QI->SI lost if QI is referred to via subreg:HI

2018-05-27 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85941 --- Comment #3 from Andrew Pinski --- But this pattern: (define_insn "zero_extendqisi2" [(set (match_operand:SI 0 "nonimmediate_operand" "=r") (zero_extend:SI (subreg:HI (match_operand:QI 1 "nonimmediate_operand" "rm") 0)))] Is saying

[Bug objc/50909] Process "#pragma options align=reset" correctly on Mac OS X

2018-05-27 Thread egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50909 --- Comment #13 from Eric Gallager --- (In reply to Rudolf from comment #12) > This is still an issue... 7 YEARS LEATER!? > > I tried to change the permission on USB.h just to get around this bug... > > with something like this: > #if defined(_

[Bug rtl-optimization/85941] Zero extend from QI->SI lost if QI is referred to via subreg:HI

2018-05-27 Thread jozef.l at mittosystems dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85941 --- Comment #2 from Jozef Lawrynowicz --- Created attachment 44192 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44192&action=edit correct assembly output

[Bug rtl-optimization/85941] Zero extend from QI->SI lost if QI is referred to via subreg:HI

2018-05-27 Thread jozef.l at mittosystems dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85941 --- Comment #1 from Jozef Lawrynowicz --- Created attachment 44191 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44191&action=edit incorrect assembly output

[Bug rtl-optimization/85941] New: Zero extend from QI->SI lost if QI is referred to via subreg:HI

2018-05-27 Thread jozef.l at mittosystems dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85941 Bug ID: 85941 Summary: Zero extend from QI->SI lost if QI is referred to via subreg:HI Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal