Opened 3 years ago
Closed 3 years ago
#63308 closed defect (wontfix)
openssh @8.4p1_5: Configuration fails on Tiger with clang-3.4
Reported by: | evanmiller (Evan Miller) | Owned by: | jeremyhu (Jeremy Huddleston Sequoia) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.7.1 |
Keywords: | tiger | Cc: | larryv (Lawrence Velázquez), kencu (Ken) |
Port: | openssh clang-3.4 |
Description
Configuration fails quickly, possibly because clang-3.4
is using the broken-ish system linker instead of one provided by MP:
configure:3336: checking whether we are cross compiling configure:3344: /opt/local/bin/clang-mp-3.4 -o conftest -pipe -Os -arch ppc -I/opt/local/include -DBROKEN_STRNVIS=1 -D__APPLE_SANDBOX_NAMED_EXTERNAL__ -D__APPLE_API_STRICT_CONFORMANCE -D__APPLE_LAUNCHD__ -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_net_openssh/openssh/work/include -L/opt/local/lib -Wl,-headerpad_max_install_names -Wl,-search_paths_first -arch ppc conftest.c >&5 /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_net_openssh/openssh/work/.tmp/conftest-35030e.o has external relocation entries in non-writable section (__TEXT,__text) for symbols: _fclose _ferror _fopen collect2: ld returned 1 exit status clang: error: linker (via gcc) command failed with exit code 1 (use -v to see invocation)
#60879 is related in that perhaps GCC wouldn't have this issue. Full config.log attached.
Attachments (1)
Change History (4)
Changed 3 years ago by evanmiller (Evan Miller)
Attachment: | config.log added |
---|
comment:1 Changed 3 years ago by kencu (Ken)
comment:2 Changed 3 years ago by evanmiller (Evan Miller)
Thanks for the clarification and information. I didn't realize that Clang/PPC was not a usable combination (it was automatically installed as a dependency of openssh and selected as the default compiler). I guess my real issue is #60385 so that GCC can build it instead.
comment:3 Changed 3 years ago by kencu (Ken)
Resolution: | → wontfix |
---|---|
Status: | assigned → closed |
yeah, let's close this ticket, as we can't currently fix clang on ppc and there are other tickets about that, and continue on with #60385 which just needs someone to clean up that patch a bit and PR it.
Note: See
TracTickets for help on using
tickets.
for sure clang should be using ld64-97 here...not sure at this instant why it isn't. It does on intel...
however clang/llvm can't put out reliable darwin ppc code at present, even with the right linker.
There are some projects underway to try to come up with a version of clang/llvm for ppc that will someday work, but at this time they are incomplete.
See these repos for the still- incomplete WIP versions: https://github.com/iains/LLVM-7-branch and https://github.com/iains/darwin-xtools
The only reliable compilers for ppc/ppc64 Darwin at present are from gcc (all versions are OK).