[Bug lto/55113] internal compiler error: in emit_library_call_value_1, at calls.c:3739

2012-11-20 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 --- Comment #3 from Patrick Oppenlander patrick at motec dot com.au 2012-11-21 02:33:28 UTC --- My apologies -- I haven't been receiving notification emails from bugzilla for some reason so I didn't see your comments. I'll attach

[Bug lto/55112] internal compiler error: in simplify_subreg, at simplify-rtx.c:5424

2012-11-20 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55112 --- Comment #4 from Patrick Oppenlander patrick at motec dot com.au 2012-11-21 02:58:22 UTC --- Compiling with -O0 changes the ICE to: internal compiler error: in emit_move_insn, at expr.c:3435

[Bug lto/55112] internal compiler error: in simplify_subreg, at simplify-rtx.c:5424

2012-11-20 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55112 --- Comment #5 from Patrick Oppenlander patrick at motec dot com.au 2012-11-21 03:04:27 UTC --- Please ignore my last comment. It was meant for bug 55113.

[Bug lto/55113] internal compiler error: in emit_library_call_value_1, at calls.c:3739

2012-11-20 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 --- Comment #4 from Patrick Oppenlander patrick at motec dot com.au 2012-11-21 03:05:26 UTC --- Compiling with -O0 changes the ICE to: internal compiler error: in emit_move_insn, at expr.c:3435

[Bug lto/55113] internal compiler error: in emit_library_call_value_1, at calls.c:3739

2012-11-20 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 --- Comment #5 from Patrick Oppenlander patrick at motec dot com.au 2012-11-21 03:11:33 UTC --- Created attachment 28747 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28747 Preprocessed source

[Bug lto/55113] internal compiler error: in emit_library_call_value_1, at calls.c:3739

2012-11-20 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 --- Comment #6 from Patrick Oppenlander patrick at motec dot com.au 2012-11-21 03:12:20 UTC --- Preprocessed source added. Compile with: powerpc-eabispe-gcc -fno-builtin -fshort-double -Os -flto=jobserver -std=gnu99 -nostdlib -fuse

[Bug lto/55112] internal compiler error: in simplify_subreg, at simplify-rtx.c:5424

2012-11-20 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55112 --- Comment #6 from Patrick Oppenlander patrick at motec dot com.au 2012-11-21 05:44:50 UTC --- Created attachment 28750 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28750 Test case

[Bug lto/55112] internal compiler error: in simplify_subreg, at simplify-rtx.c:5424

2012-11-20 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55112 --- Comment #7 from Patrick Oppenlander patrick at motec dot com.au 2012-11-21 05:45:51 UTC --- Test code added. Compile with powerpc-eabispe-gcc -fshort-double -flto=jobserver -nostdlib -o test eqadc_E.c to reproduce the bug

[Bug lto/55112] New: internal compiler error: in simplify_subreg, at simplify-rtx.c:5424

2012-10-28 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55112 Bug #: 55112 Summary: internal compiler error: in simplify_subreg, at simplify-rtx.c:5424 Classification: Unclassified Product: gcc Version: 4.7.2 Status:

[Bug lto/55112] internal compiler error: in simplify_subreg, at simplify-rtx.c:5424

2012-10-28 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55112 --- Comment #1 from Patrick Oppenlander patrick at motec dot com.au 2012-10-28 22:18:32 UTC --- Created attachment 28549 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28549 Problem object file

[Bug lto/55113] New: internal compiler error: in emit_library_call_value_1, at calls.c:3739

2012-10-28 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 Bug #: 55113 Summary: internal compiler error: in emit_library_call_value_1, at calls.c:3739 Classification: Unclassified Product: gcc Version: 4.7.2

[Bug lto/55113] internal compiler error: in emit_library_call_value_1, at calls.c:3739

2013-03-24 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 --- Comment #7 from Patrick Oppenlander patrick at motec dot com.au 2013-03-25 05:41:48 UTC --- Still present in 4.8 etpu/etpu_port.c: In function 'tpu_port_status_get.isra.26': etpu/etpu_port.c:326:2: internal compiler error

[Bug lto/55112] internal compiler error: in simplify_subreg, at simplify-rtx.c:5424

2013-03-24 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55112 Patrick Oppenlander patrick at motec dot com.au changed: What|Removed |Added Status|UNCONFIRMED

[Bug lto/55113] ICE in emit_library_call_value_1, at calls.c:3757

2013-06-05 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 Patrick Oppenlander patrick at motec dot com.au changed: What|Removed |Added Attachment #28550|0 |1

[Bug lto/55113] ICE in emit_library_call_value_1, at calls.c:3757

2013-06-05 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 --- Comment #9 from Patrick Oppenlander patrick at motec dot com.au --- Compiling the new test case results in: patrick@gtr:~/Downloads/source$ powerpc-eabispe-gcc -v -fshort-double -flto -nostdlib -o test bug.c Using built-in specs. COLLECT_GCC

[Bug lto/63215] New: LTO causes symbols for builtin functions to be omitted from object files

2014-09-09 Thread patrick at motec dot com.au
: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: patrick at motec dot com.au -flto causes symbols for builtin functions to be omitted from object files. Specifying -fno-builtin generates the symbols again. This causes problems

[Bug lto/63215] LTO causes symbols for builtin functions to be omitted from object files

2014-09-10 Thread patrick at motec dot com.au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63215 --- Comment #3 from Patrick Oppenlander patrick at motec dot com.au --- Thanks for the information! Is there a list of these functions somewhere? Is this somehow related to bug 60395? Thanks, Patrick

[Bug lto/55113] ICE with LTO and -fshort-double

2014-01-20 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113 --- Comment #12 from Patrick Oppenlander patrick at motec dot com.au --- (In reply to Andrew Pinski from comment #10) -fshort-double is what is causing the issue. Why are you using that option in the first place? It changes the ABI. We

[Bug lto/60394] New: LTO link fails when -fno-builtin is specified

2014-03-02 Thread patrick at motec dot com.au
Assignee: unassigned at gcc dot gnu.org Reporter: patrick at motec dot com.au Attached are three test cases which demonstrate: 1. Successful link with -Os -flto -nostdlib 2. Successful link with -Os -fno-builtin -nostdlib 3. Failed link with -Os -flto -fno-builtin -nostdlib

[Bug lto/60395] New: LTO link fails when -fno-builtin is specified

2014-03-02 Thread patrick at motec dot com.au
Assignee: unassigned at gcc dot gnu.org Reporter: patrick at motec dot com.au Attached are three test cases which demonstrate: 1. Successful link with -Os -flto -nostdlib 2. Successful link with -Os -fno-builtin -nostdlib 3. Failed link with -Os -flto -fno-builtin -nostdlib

[Bug lto/60395] LTO link fails when -fno-builtin is specified

2014-03-02 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60395 --- Comment #1 from Patrick Oppenlander patrick at motec dot com.au --- Created attachment 32245 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32245action=edit Test cases

[Bug middle-end/60945] internal compiler error: in dwf_regno, at dwarf2cfi.c:909

2014-04-23 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60945 --- Comment #1 from Patrick Oppenlander patrick at motec dot com.au --- Created attachment 32665 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32665action=edit fp-bit.c save temps output

[Bug middle-end/60945] internal compiler error: in dwf_regno, at dwarf2cfi.c:909

2014-04-23 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60945 --- Comment #2 from Patrick Oppenlander patrick at motec dot com.au --- Created attachment 32666 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32666action=edit fp-bit.c save temps output

[Bug middle-end/60945] internal compiler error: in dwf_regno, at dwarf2cfi.c:909

2014-04-23 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60945 --- Comment #3 from Patrick Oppenlander patrick at motec dot com.au --- Created attachment 32667 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32667action=edit Complete build log

[Bug lto/48447] New: LTO link fails to link libgcc correctly when -nostdlib option is specified

2011-04-05 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447 Summary: LTO link fails to link libgcc correctly when -nostdlib option is specified Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug lto/48447] LTO link fails to link libgcc correctly when -nostdlib option is specified

2011-04-06 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447 --- Comment #4 from Patrick Oppenlander patrick at motec dot com.au 2011-04-06 22:47:12 UTC --- (In reply to comment #3) For now, option -Wl,-plugin-opt=-pass-through=$(LIBGCC) can be manually added to the command line (as discussed in PR42690

[Bug lto/48447] LTO link fails to link libgcc correctly when -nostdlib option is specified

2011-04-07 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447 --- Comment #8 from Patrick Oppenlander patrick at motec dot com.au 2011-04-07 22:15:56 UTC --- The correct fix is going to be in the linker, not the compiler, by implementing a second library scan pass and obsoleting the pass-through

[Bug lto/48447] LTO link fails to link libgcc correctly when -nostdlib option is specified

2011-04-07 Thread patrick at motec dot com.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447 --- Comment #10 from Patrick Oppenlander patrick at motec dot com.au 2011-04-07 22:50:25 UTC --- Ok, thanks for explaining that. Another problem I've run into here is that I also need to pass through ecrtn.o with -Wl,-plugin-opt=-pass-through

[Bug lto/64162] New: ICE: in emit_library_call_value_1, at calls.c:3779

2014-12-02 Thread patrick at motec dot com.au
Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: patrick at motec dot com.au Created attachment 34176 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34176action=edit Reduced test case $ powerpc-eabispe-gcc.exe -O0 -v -fshort-double -flto -fuse-linker-plugin

[Bug c/68039] New: Incorrect unused-result warning

2015-10-20 Thread patrick at motec dot com.au
Assignee: unassigned at gcc dot gnu.org Reporter: patrick at motec dot com.au Target Milestone: --- The following code generates an incorrect unused-result warning using gcc 5.2.0: __attribute__((warn_unused_result)) int x() { return 0; } int main() { return x() ? 0 : 0

[Bug middle-end/64162] ICE: in emit_library_call_value_1, at calls.c:3779

2016-01-26 Thread patrick at motec dot com.au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64162 --- Comment #4 from Patrick Oppenlander --- Tested with 5.3.0 under mingw and the ICE appears to be fixed.

[Bug c++/71888] New: internal compiler error: in force_type_die, at dwarf2out.c:23236

2016-07-14 Thread patrick at motec dot com.au
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: patrick at motec dot com.au Target Milestone: --- The following code snippet causes an internal compiler error in gcc 6.1.0 if built with -g. namespace std { using ::__builtin_va_list

[Bug c++/78032] New: Incorrect code generated

2016-10-18 Thread patrick at motec dot com.au
: unassigned at gcc dot gnu.org Reporter: patrick at motec dot com.au Target Milestone: --- The following test case generates an invalid program using GCC 6.2.1 20160830: The call to bar is eliminated and the resultant program does nothing. #include struct foo { foo(double

[Bug c++/78032] Incorrect code generated

2016-10-18 Thread patrick at motec dot com.au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78032 Patrick Oppenlander changed: What|Removed |Added Known to work||5.3.0 Known to fail|

[Bug other/86011] New: Inefficient code generated for ldivmod with constant value

2018-05-30 Thread patrick at motec dot com.au
Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: patrick at motec dot com.au Target Milestone: --- Tested with 7.2.0 and 8.1.0. The following example unnecessarily calls ldivmod twice: struct foo { long a, b; }; struct foo test(long long

[Bug target/86011] Inefficient code generated for ldivmod with constant value

2018-06-01 Thread patrick at motec dot com.au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86011 --- Comment #2 from Patrick Oppenlander --- Sure, # cat test.c struct foo { long a, b; }; struct foo test(long long x) { return (struct foo){x / 77, x % 77}; } # gcc --version gcc (GCC) 8.1.0 Copyright (C) 2018 Free Software Foundation,

[Bug middle-end/88456] __atomic_compare_exchange implementation inconsistently used

2018-12-12 Thread patrick at motec dot com.au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88456 --- Comment #3 from Patrick Oppenlander --- (In reply to jos...@codesourcery.com from comment #2) > If the call is one GCC can't expand on its own (atomic operations on large > objects needing locks, architecture lacks required atomic operation

[Bug other/88456] New: __atomic_compare_exchange implementation inconsistently used

2018-12-11 Thread patrick at motec dot com.au
Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: patrick at motec dot com.au Target Milestone: --- While implementing atomic support for an embedded target I came across some unexpected behaviour in gcc. In the following example

[Bug target/37760] internal compiler error: in extract_insn, at recog.c:1990

2018-11-22 Thread patrick at motec dot com.au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37760 --- Comment #3 from Patrick Oppenlander --- I just tried with the gcc-7.3.0 I have installed here and can't reproduce the (> 10 year old!) ICE.

[Bug c/89113] New: Missed stack reuse opportunity when using compound literals

2019-01-29 Thread patrick at motec dot com.au
Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: patrick at motec dot com.au Target Milestone: --- It appears as though gcc is missing a stack reuse opportunity when using compound literals. Consider the following example: void f(int

[Bug c/89113] Missed stack reuse opportunity when using compound literals

2019-01-30 Thread patrick at motec dot com.au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89113 --- Comment #5 from Patrick Oppenlander --- Thanks. Sorry for the noise.

[Bug c++/92519] New: Spurious "note: ... has no user-provided default constructor"

2019-11-14 Thread patrick at motec dot com.au
ty: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: patrick at motec dot com.au Target Milestone: --- When built with -std=c++17 the following example emits a spurious note. Changing the lambda argument from 'auto' to 'int' no lo

[Bug target/86011] Inefficient code generated for ldivmod with constant value

2019-11-19 Thread patrick at motec dot com.au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86011 Patrick Oppenlander changed: What|Removed |Added Version|8.1.0 |9.2.0 --- Comment #3 from Patrick