[Bug lto/61001] Builtin memcpy and memset cannot be overridden when -flto is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61001 Emmanuel Blot changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug lto/61001] Builtin memcpy and memset cannot be overridden when -flto is used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61001 --- Comment #1 from Emmanuel Blot --- Note: binutils version: 2.24

[Bug lto/61001] New: Builtin memcpy and memset cannot be overridden when -flto is used

Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: eblot.ml at gmail dot com On arm-none-eabi target, when -flto mode is enabled, the linker does not allow to override the builtin definitions for memset and memcpy: /var/folders/g0

[Bug c/60515] New: Compiler crash with -g and -mpoke-function-name option combined

Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: eblot.ml at gmail dot com When building XZ 5.0 decoder, GCC pre-4.9.0 crashes with two distinct files (out of a project with hundreds of files compiled with the very same command line option

[Bug target/52989] Installation error on OS X (arm-eabi) cross-compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52989 --- Comment #3 from Emmanuel Blot 2012-06-18 14:06:43 UTC --- (In reply to comment #2) > (In reply to comment #1) > I don't think we support --with-multilib-list yet for arm - If not, what is the proper way to specify the libraries to build for

[Bug other/52989] New: Installation error on OS X (arm-eabi) cross-compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52989 Bug #: 52989 Summary: Installation error on OS X (arm-eabi) cross-compiler Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug bootstrap/44768] arm-linux bootstrap broken on expmed.c:157:3: warning ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44768 Emmanuel Blot changed: What|Removed |Added CC||eblot.ml at gmail dot com --- Comment #9

[Bug target/46644] Built-in memcpy() does not test for unaligned destination address on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46644 --- Comment #3 from Emmanuel Blot 2010-11-24 23:53:35 UTC --- The code that triggered the original error is a bit more complex: struct st { uint16_t x; uint16_t y; // ... }; ... st * s; for some reason, s is not aligned (comes from a th

[Bug target/46644] Built-in memcpy() does not test for unaligned destination address on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46644 --- Comment #1 from Emmanuel Blot 2010-11-24 19:17:01 UTC --- Sorry, output assembler in last example (32-bit) is: : 0:e59f3014 ldrr3, [pc, #20]; 1c 4:e5932000 ldrr2, [r3] 8:e59f3010 ldr

[Bug target/46644] New: Built-in memcpy() does not test for unaligned destination address on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46644 Summary: Built-in memcpy() does not test for unaligned destination address on ARM Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: major Priority: P3