Opened 2 hours ago

Last modified 56 minutes ago

#71119 assigned defect

ruby33: error: something wrong with LDFLAGS

Reported by: ttelford (Troy Telford) Owned by: kimuraw (kimura wataru)
Priority: Normal Milestone:
Component: ports Version: 2.10.2
Keywords: sequoia arm64 Cc: fhgwright (Fred Wright)
Port: ruby33

Description (last modified by ttelford (Troy Telford))

On arm64 & Sequoia, I'm seeing ruby33 builds fail:

config.log and main.log attached.

(edit: I had something that turned out to be a red herring for what I thought was wrong - removing noise)

Attachments (2)

config.log (47.4 KB) - added by ttelford (Troy Telford) 2 hours ago.
config.log
main.log (31.9 KB) - added by ttelford (Troy Telford) 2 hours ago.
main.log

Download all attachments as: .zip

Change History (6)

Changed 2 hours ago by ttelford (Troy Telford)

Attachment: config.log added

config.log

Changed 2 hours ago by ttelford (Troy Telford)

Attachment: main.log added

main.log

comment:1 Changed 2 hours ago by ttelford (Troy Telford)

After reading the log (more) I'm going to revise: "Error not android" isn't the real problem, it's just configure finding what features are available... <sigh>. Time to keep reading.

comment:2 Changed 2 hours ago by ttelford (Troy Telford)

Description: modified (diff)

comment:3 Changed 73 minutes ago by ryandesign (Ryan Carsten Schmidt)

Cc: fhgwright added
Owner: set to kimuraw
Port: ruby33 added
Status: newassigned
Summary: ruby33: on arm64 & Sequoia - fails in configure during `checking whether it is Android`ruby33: error: something wrong with LDFLAGS

The main.log says:

:info:configure checking whether LDFLAGS is valid... no
:info:configure configure: error: something wrong with LDFLAGS="-L/opt/local/libexec/openssl3/lib -L/opt/local/lib -Wl,-headerpad_max_install_names -Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX15.sdk  -arch arm64"

Not sure what they mean by "valid" or why they're checking it; this is unusual of this project.

There is no error in the result of that configure check but there is a warning; maybe they consider warnings to make things "invalid". The warning is:

ld: warning: reexported library with install name '/opt/local/lib/libunwind.1.dylib' found at '/opt/local/lib/libunwind.1.dylib' couldn't be matched with any parent library and will be linked directly

This will be because you have the libunwind port installed, which we already know will break a lot of ports. Recommend you uninstall it. See #66250.

comment:4 Changed 56 minutes ago by ttelford (Troy Telford)

I can certainly deactivate libunwind; it's not a requested port.

Unfortunately it's a dependency of a number of ports, probably the most notable is watchman.

I'll give it a try and report back.

Note: See TracTickets for help on using tickets.