Opened 10 months ago

Last modified 8 months ago

#69161 assigned defect

rust @1.71.1: Undefined symbols on Mac OS X 10.6.8 CoreDuo

Reported by: leeeoooooo Owned by: MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)
Priority: Normal Milestone:
Component: ports Version: 2.8.1
Keywords: i386 snowleopard Cc: Dave-Allured (Dave Allured)
Port: rust

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

This is Mac OS X 10.6.8 on a 32-bit-ONLY CoreDuo "Yonah" CPU. I don't now remember what I was trying to install, but it certainly wasn't rust. Rust was a dependency, and it won't build. I'm not sure why. Please see log.

Attachments (1)

rust.main.log (7.4 MB) - added by leeeoooooo 10 months ago.
rust build log

Change History (4)

Changed 10 months ago by leeeoooooo

Attachment: rust.main.log added

rust build log

comment:1 Changed 10 months ago by ryandesign (Ryan Carsten Schmidt)

Description: modified (diff)
Keywords: snowleopard added; rust removed
Owner: set to MarcusCalhoun-Lopez
Status: newassigned
Summary: rust won't build on Mac OS X 10.6.8 CoreDuorust @1.71.1: Undefined symbols on Mac OS X 10.6.8 CoreDuo

rust seems to break all the time unless you use an extremely recent version of macOS. I recommend avoiding it on unsupported macOS versions, or in general, if possible.

  = note: Undefined symbols for architecture i386:
            "___mpls_closedir", referenced from:
                llvm::sys::fs::detail::directory_iterator_increment(llvm::sys::fs::detail::DirIterState&) in librustc_llvm-e0dfc3518f302824.rlib(Path.cpp.o)
                std::__1::__shared_ptr_emplace<llvm::sys::fs::detail::DirIterState, std::__1::allocator<llvm::sys::fs::detail::DirIterState> >::~__shared_ptr_emplace() in librustc_llvm-e0dfc3518f302824.rlib(Path.cpp.o)
                std::__1::__shared_ptr_emplace<llvm::sys::fs::detail::DirIterState, std::__1::allocator<llvm::sys::fs::detail::DirIterState> >::~__shared_ptr_emplace() in librustc_llvm-e0dfc3518f302824.rlib(Path.cpp.o)
                std::__1::__shared_ptr_emplace<llvm::sys::fs::detail::DirIterState, std::__1::allocator<llvm::sys::fs::detail::DirIterState> >::__on_zero_shared() in librustc_llvm-e0dfc3518f302824.rlib(Path.cpp.o)
            "___mpls_readdir", referenced from:
                llvm::sys::fs::detail::directory_iterator_increment(llvm::sys::fs::detail::DirIterState&) in librustc_llvm-e0dfc3518f302824.rlib(Path.cpp.o)
            "___mpls_opendir", referenced from:
                llvm::sys::fs::detail::directory_iterator_construct(llvm::sys::fs::detail::DirIterState&, llvm::StringRef, bool) in librustc_llvm-e0dfc3518f302824.rlib(Path.cpp.o)
          ld: symbol(s) not found for architecture i386
          clang: error: linker command failed with exit code 1 (use -v to see invocation)
          
Did not run successfully: exit status: 1

comment:2 Changed 10 months ago by kencu (Ken)

all those symbols are legacysupport additions, so these are macports’ issues to resolve.

There has been a lot of twists and turns involving those symbols lately, and there’s an open legacysupport PR that hopes to fix some of the wreckage that hasn’t reached a committable stage yet.

comment:3 Changed 8 months ago by Dave-Allured (Dave Allured)

Cc: Dave-Allured added
Note: See TracTickets for help on using tickets.