#66761 closed defect (fixed)
meson: adding "setup" breaks universal building
Reported by: | anupamk (Anupam Kapoor) | Owned by: | Ionic (Mihai Moldovan) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.8.0 |
Keywords: | Cc: | Gcenx | |
Port: | meson |
Description
Xcode 14.2 (Build version 14C18), macOS Ventura 13.1
Installing x2goclient @4.1.2.2_2 I see the following
Error: Failed to configure orc: configure failure: command execution failed Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_orc/orc/main.log for details. Error: Follow https://guide.macports.org/#project.tickets if you believe there is a bug. Error: Processing of port x2goclient failed
here are last couple of lines from the log file:
:info:configure Executing: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_orc/orc/work/orc-0.4.33-x86_64" && /opt/local/bin/meson setup --prefix=/opt/local --host=x86_64-apple-darwin22 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_orc/orc/work/orc-0.4.33-x86_64 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_orc/orc/work/build-x86_64 --cross-file=x86_64-darwin :debug:configure system: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_orc/orc/work/orc-0.4.33-x86_64" && /opt/local/bin/meson setup --prefix=/opt/local --host=x86_64-apple-darwin22 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_orc/orc/work/orc-0.4.33-x86_64 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_orc/orc/work/build-x86_64 --cross-file=x86_64-darwin :info:configure usage: meson [-h] {setup,configure,dist,install,introspect,init,test,wrap,subprojects,rewrite,compile,devenv,env2mfile,help} ... :info:configure meson: error: unrecognized arguments: --host=x86_64-apple-darwin22 :info:configure Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_orc/orc/work/orc-0.4.33-x86_64" && /opt/local/bin/meson setup --prefix=/opt/local --host=x86_64-apple-darwin22 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_orc/orc/work/orc-0.4.33-x86_64 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_orc/orc/work/build-x86_64 --cross-file=x86_64-darwin :info:configure Exit code: 2
please do let me know if you may require more information about this, and I will be more than happy to provide the details that you may need.
--
thank you
best regards
Attachments (2)
Change History (13)
comment:1 Changed 22 months ago by jmroot (Joshua Root)
Cc: | ionic@… removed |
---|---|
Port: | orc added; x2goclient removed |
Summary: | port version 2.8.0 : x2goclient @4.1.2.2_2 configure error - build failure → orc @0.4.33 configure failure |
Version: | → 2.8.0 |
Changed 22 months ago by leebaylis
Attachment: | orc_main.log added |
---|
comment:2 Changed 22 months ago by leebaylis
I'm having the same problem on XCode 14.2, MacOs Monterey 12.6.2 on an M1 macbook air, also with orc @0.4.33 +universal as a dependency trying to install x2goclient.
I attached my log file. Thanks!
Changed 22 months ago by anupamk (Anupam Kapoor)
Attachment: | orc-build-failures.log added |
---|
configure logs
comment:3 Changed 22 months ago by anupamk (Anupam Kapoor)
i have just added the logs for the issue.
--
thank you
best regards
comment:4 Changed 22 months ago by kencu (Ken)
Summary: | orc @0.4.33 configure failure → orc @0.4.33 configure failure: meson: error: unrecognized arguments: --host=x86_64-apple-darwin21 |
---|
comment:5 Changed 22 months ago by kencu (Ken)
have to strip the -host argument off for meson to accept the command line.
muniversal 1.0 adds it automatically unless you tell it not to.
comment:6 Changed 22 months ago by kencu (Ken)
Summary: | orc @0.4.33 configure failure: meson: error: unrecognized arguments: --host=x86_64-apple-darwin21 → meson: adding "setup" breaks universal building |
---|
Now that the meson PortGroup adds "setup" onto the configure command, universal building is broken because the configure.cmd no longer ends in "meson"
https://github.com/macports/macports-ports/commit/3b55cb976ef7916d123b0c0c7f8cfe082bf3eb0a
move "setup" to the post-args instead
comment:7 Changed 22 months ago by kencu (Ken)
Keywords: | ventura removed |
---|---|
Port: | meson added; orc removed |
comment:8 Changed 22 months ago by kencu (Ken)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:9 follow-up: 10 Changed 22 months ago by kencu (Ken)
Cc: | Gcenx added |
---|
Dean, can you help us come up with a new option here?
Either the muniversal portgroups need to be changed to do the right thing with the configure command ending with “meson setup” or the "setup" command needs to be added to the "configure.pre_args" -- prepended to it I guess. That might be the best, as the configure command is really not supposed to have any arguments added on to it for just this reason...
Or some similarly suitable option that keeps universal building working.
Thanks!
comment:10 Changed 22 months ago by Gcenx
Replying to kencu:
Dean, can you help us come up with a new option here?
Either the muniversal portgroups need to be changed to do the right thing with the configure command ending with “meson setup” or the "setup" command needs to be added to the "configure.pre_args" -- prepended to it I guess. That might be the best, as the configure command is really not supposed to have any arguments added on to it for just this reason...
Or some similarly suitable option that keeps universal building working.
Thanks!
Decided to add it via configure.pre_args that indeed seems the safest and cleanest option.
Please attach the log file.