https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109815
--- Comment #3 from C. Heide ---
I finally got access to an AIX 7.2 system and the problem does not occur there
with GCC 12.3, so it seems to be something specific to DWARF only being
partially supported in AIX 7.1.
The installation instruction
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: cameron.heide at betasystems dot com
Target Milestone: ---
With GCC 12.3 on AIX 7.1, trying to link even a trivial program with both the
'-static-libstdc++' and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #111 from C. Heide ---
(In reply to dave.anglin from comment #110)
> Okay, this is problem linkonce sections. I think we need to figure out why
> ia64_hpux_function_section
> isn't working. Maybe try return text_section in ia64_hpux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #109 from C. Heide ---
_ZN15variable_hasher6removeEP8variable is just this same function, located at
0x6d777a0; I didn't realize at first that the objdump disassembly wasn't
showing me the actual relocation unless I specify '-r', in w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #107 from C. Heide ---
Thanks for the tips; I don't do a lot of assembly-level debugging in GDB.
It looks like it fails almost immediately upon entering the remove function:
> Breakpoint 1, variable_hasher::remove (var=0x0) at
> /bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #105 from C. Heide ---
It looks like that's already disabled on ia64 in 8.3 (I don't see any .text.hot
or .text.unlikely sections in any executables so far), which has the following:
ia64.c:
> /* Always default to .text section until
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #100 from C. Heide ---
(In reply to The Written Word from comment #99)
> (In reply to C. Heide from comment #98)
> > (In reply to The Written Word from comment #97)
> > > No issues with PCH or libsupc++ like I'm seeing?
> >
> > No, b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #98 from C. Heide ---
(In reply to The Written Word from comment #97)
> (In reply to C. Heide from comment #73)
> > With that change, and some other cajoling (the previously mentioned
> > duplicate symbols and operand64 problem, and -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #79 from C. Heide ---
(In reply to The Written Word from comment #75)
>
> I think a local patch might be doing this. Rebuild without it.
I did have some other patches applied from other PRs, from previous desperate
attempts to get a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
C. Heide changed:
What|Removed |Added
CC||cameron.heide at betasystems
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #71 from C. Heide ---
Created attachment 46616
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46616&action=edit
Different output for revs r214744 and r214747
I did a bit of bisecting and the EOF conftest crash started occurring
11 matches
Mail list logo
