Opened 9 years ago

Closed 21 months ago

#47927 closed defect (wontfix)

libgcc @5.1 +universal

Reported by: macports@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 2.3.3
Keywords: Cc: ryandesign (Ryan Carsten Schmidt)
Port: libgcc

Description (last modified by ryandesign (Ryan Carsten Schmidt))

Hi! I would like to install gcc49. As dependency libgcc is build, but it fails with an internal error:

/gensupport.o build/print-rtl.o build/read-md.o build/errors.o ../build-i386-apple-darwin9/libiberty/libiberty.a -lm
build/genautomata /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc5/libgcc/work/gcc-5.1.0/gcc/common.md /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc5/libgcc/work/gcc-5.1.0/gcc/config/i386/i386.md \
	  insn-conditions.md > tmp-automata.c
genautomata: Internal error: abort in add_vect, at genautomata.c:7461

Attachments (2)

main.log (553.4 KB) - added by macports@… 9 years ago.
main-gcc49.log (4.8 MB) - added by macports@… 9 years ago.

Change History (6)

Changed 9 years ago by macports@…

Attachment: main.log added

comment:1 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign@… added
Description: modified (diff)
Owner: changed from macports-tickets@… to mww@…
Port: libgcc added

I've been installing gcc universal for years, but only on my primary machine, which runs the latest version of OS X (so, 10.10, currently), and it works fine. But I see you're on 10.5. I know gcc installs fine on 10.5, but I haven't tried the universal variant there. Do you really need the universal variant?

comment:2 Changed 9 years ago by macports@…

I've now tried to install a NON universal version of gcc 4.9 on my OS X 10.5. To do so I first uninstalled alls port with: "port -v uninstall installed", followed by disabling the +universal flag in variants.conf.

The result was, libgcc-5.1 compiled fine, but the gcc 4.9 port fails with following error:

ld: illegal text-relocoation (direct reference) to (global,weak) hash_table<loc_list_hasher, xcallocator>::find_slot_with_hash(dw_loc_list_struct const*, unsigned int, insert_option) in libbackend.a(dwarf2out.o) from anon in libbackend.a(dwarf2out.o) for architecture i386
collect2: error: ld returned 1 exit status
make[3]: *** [f951] Error 1
rm gfortran.pod gcc.pod

I'll also attach the corresponding logfile (main-gcc49.log). If you look at the error, there seems to be a problem with fortran. It is possible to disable the fortran language with some flag?

Last edited 9 years ago by ryandesign (Ryan Carsten Schmidt) (previous) (diff)

Changed 9 years ago by macports@…

Attachment: main-gcc49.log added

comment:3 Changed 7 years ago by kurthindenburg (Kurt Hindenburg)

Owner: changed from mww@… to macports-tickets@…
Status: newassigned

comment:4 Changed 21 months ago by cjones051073 (Chris Jones)

Resolution: wontfix
Status: assignedclosed

closing as libgcc is now nothing more than a stub port.

Note: See TracTickets for help on using tickets.