[Bug target/79041] aarch64 backend emits R_AARCH64_ADR_PREL_PG_HI21 relocation despite -mpc-relative-literal-loads option being used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79041 --- Comment #5 from Robert Schiele --- Thanks! I can confirm that this also fixes the original problem for all cases we observed so far.

[Bug target/79041] aarch64 backend emits R_AARCH64_ADR_PREL_PG_HI21 relocation despite -mpc-relative-literal-loads option being used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79041 --- Comment #3 from Robert Schiele --- If you point me to the specific patch that you have in mind I can in parallel already test whether besides the test case I provided it also fixes the original problem this was detected with.

[Bug target/79041] New: aarch64 backend emits R_AARCH64_ADR_PREL_PG_HI21 relocation despite -mpc-relative-literal-loads option being used

: 6.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: rschiele at gmail dot com Target Milestone: --- Created attachment 40487 --> https://gcc.gnu.org/bugzi

[Bug c++/70909] Libiberty Demangler segfaults (4)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70909 Robert Schiele changed: What|Removed |Added CC||rschiele at gmail dot com --- Comment

[Bug other/67738] infinite recursion in libiberty/cp-demangle.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67738 Robert Schiele changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug other/67738] New: infinite recursion in libiberty/cp-demangle.c

: other Assignee: unassigned at gcc dot gnu.org Reporter: rschiele at gmail dot com Target Milestone: --- Trying to demangle the symbol _ZNK6Common15ConvertingRangeIN5boost12range_detail17transformed_rangeIZN1a1b1cEbEUljE_KSt6vectorIjSaIjEcvT_IS7_INS4_1dESaISF_v causes

[Bug c/63441] New: incorrect array subscript is below/above array bounds diagnostic

Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: rschiele at gmail dot com I found a case where gcc diagnostic array subscript is below/above array bounds is wrong in my opinion. I simplified the test case as much as possible and got it down

[Bug c++/36607] Incorrect type diagnostic on substracting casted char pointers

--- Comment #2 from rschiele at gmail dot com 2008-12-30 06:07 --- It works for you? This is weired! Just tried it with current trunk again and it does still show exactly the same error there. -- rschiele at gmail dot com changed: What|Removed

[Bug c++/36607] New: Incorrect type diagnostic on substracting casted char pointers

: unassigned at gcc dot gnu dot org ReportedBy: rschiele at gmail dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36607

[Bug java/33789] New: gij crashes when sending serialized objects through a pipe

AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rschiele at gmail dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33789

[Bug driver/30460] [4.0/4.1/4.2/4.3 Regression] asm_debug is not initialized in gcc.c when using a default specs file

--- Comment #6 from rschiele at gmail dot com 2007-01-14 08:03 --- Agreed, but why shouldn't we change the special handling of the default specs file as suggested in comment #4? I can't see why we should enforce people to specify _full_ information in the default specs file if they only

[Bug driver/30460] [4.0/4.1/4.2/4.3 Regression] asm_debug is not initialized in gcc.c when using a default specs file

--- Comment #7 from rschiele at gmail dot com 2007-01-14 13:52 --- Created an attachment (id=12904) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12904action=view) new version of the fix This implements my new suggestion on how to fix this. Any comments? -- rschiele at gmail

[Bug driver/30460] asm_debug is not initialized in gcc.c

--- Comment #3 from rschiele at gmail dot com 2007-01-14 02:21 --- Andrew, it does not help to initialize in init_spec() because init_spec() is only called when there is _no_ spec file found. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30460

[Bug driver/30460] [4.0/4.1/4.2/4.3 Regression] asm_debug is not initialized in gcc.c when using a specs file

--- Comment #4 from rschiele at gmail dot com 2007-01-14 03:12 --- What about just calling init_spec() _allways_ _before_ reading the default specs file instead of calling it only when there is no default specs file? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30460