[Bug d/89177] unaligned memory access in libphobos

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89177 --- Comment #6 from Johannes Pfau --- Patch posted here: https://gcc.gnu.org/ml/gcc-patches/2019-02/msg01897.html

[Bug d/89177] unaligned memory access in libphobos

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89177 --- Comment #5 from Johannes Pfau --- OK, thanks for testing. I'll post a patch to the ML this evening.

[Bug d/89177] unaligned memory access in libphobos

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89177 Johannes Pfau changed: What|Removed |Added CC||johannespfau at gmail dot com

[Bug d/88040] gdc silently ignores -ffile-prefix-map

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88040 Johannes Pfau changed: What|Removed |Added CC||johannespfau at gmail dot com

[Bug d/88127] Many gdc.dg testsuite failures due to undefined reference to qsort_r

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88127 Johannes Pfau changed: What|Removed |Added CC||johannespfau at gmail dot com

[Bug d/87864] libdruntime doesn't link with /bin/ld before Solaris 11.4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87864 Johannes Pfau changed: What|Removed |Added CC||johannespfau at gmail dot com

[Bug d/88150] Use sections_elf_shared.d on Solaris

, ||johannespfau at gmail dot com --- Comment #8 from Johannes Pfau --- Regarding the _d_dso_registry issue: Yes, as far as I can see it is a bug that handleForName dlcloses the handle here. I think what happened is this: handleForName is used in one place with the

[Bug testsuite/88041] gdc.test tests should include that prefix in test names

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88041 Johannes Pfau changed: What|Removed |Added CC||johannespfau at gmail dot com

[Bug d/88462] All D execution tests FAIL on Solaris/SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88462 Johannes Pfau changed: What|Removed |Added CC||johannespfau at gmail dot com

[Bug d/87824] x86_64-linux multilib issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87824 --- Comment #9 from Johannes Pfau --- Fix for the loadDR failure: https://github.com/D-Programming-GDC/GDC/pull/767

[Bug d/87824] x86_64-linux multilib issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87824 --- Comment #8 from Johannes Pfau --- Thanks to both of you for the advice. So we should probably enable 32bit multilib testing on semaphore or buildkite then. Back to this bug report: - FAIL: libphobos.shared/loadDR.c -ldl -

[Bug d/87824] x86_64-linux multilib issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87824 Johannes Pfau changed: What|Removed |Added CC||johannespfau at gmail dot com

[Bug rtl-optimization/49054] useless cmp+jmp generated for switch when "default:" is unreachable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49054 Johannes Pfau changed: What|Removed |Added CC||johannespfau at gmail dot com

[Bug other/60240] New: libbacktrace problems with nested functions

Assignee: unassigned at gcc dot gnu.org Reporter: johannespfau at gmail dot com Created attachment 32152 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32152&action=edit test case to reproduce the bug Compile the test case with "-lbacktrace -g". Actual

[Bug middle-end/60214] Variables with same DECL_ASSEMBLER_NAME are treated as different variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60214 --- Comment #1 from Johannes Pfau --- Sorry, I forgot to add that this only happens if the test9_1 variable has got an initializer. However this is almost always the case for GDC/D as we have default initialization.

[Bug middle-end/60214] New: Variables with same DECL_ASSEMBLER_NAME are treated as different variables

: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: johannespfau at gmail dot com This bug was first found in GDC, the D frontend for GCC, but it's also reproducable with GCC. Consider the following test