Opened 8 months ago
Last modified 8 months ago
#69459 new defect
man @1.6g_2+xcode build failure: type name requires a specifier or qualifier
Reported by: | jf (Jeffrey 'jf' Lim) | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.9.1 |
Keywords: | Cc: | ||
Port: | man |
Description
Having issues trying to install man
on Sonoma.
version numbers: Sonoma 14.3.1 Xcode 15.3
$ sudo port install man ---> Computing dependencies for man ---> Fetching archive for man ---> Attempting to fetch man-1.6g_2+xcode.darwin_23.arm64.tbz2 from https://packages.macports.org/man ---> Attempting to fetch man-1.6g_2+xcode.darwin_23.arm64.tbz2 from http://jog.id.packages.macports.org/macports/packages/man ---> Attempting to fetch man-1.6g_2+xcode.darwin_23.arm64.tbz2 from https://pek.cn.packages.macports.org/macports/packages/man ---> Fetching distfiles for man ---> Attempting to fetch man-1.6g.tar.gz from https://distfiles.macports.org/man ---> Verifying checksums for man ---> Extracting man ---> Applying patches to man ---> Configuring man ---> Building man Error: Failed to build man: command execution failed Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_sysutils_man/man/main.log for details. Error: Follow https://guide.macports.org/#project.tickets if you believe there is a bug. Error: Processing of port man failed $
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_sysutils_man/man/main.log is attached
Attachments (1)
Change History (4)
Changed 8 months ago by jf (Jeffrey 'jf' Lim)
comment:1 Changed 8 months ago by jmroot (Joshua Root)
Summary: | Failed to build man: command execution failed → man @1.6g_2+xcode build failure: type name requires a specifier or qualifier |
---|
comment:2 Changed 8 months ago by ryandesign (Ryan Carsten Schmidt)
While that is true, it has been true for a long time, yet we had successful builds of this port on the buildbot on all OS versions, most recently on macOS 14 in January.
comment:3 Changed 8 months ago by ryandesign (Ryan Carsten Schmidt)
The check for /usr/include/pwd.h is a fallback that's only used when the primary test fails. The primary test fails because of new restrictions in the latest clang:
conftest.c:3:1: error: type specifier missing, defaults to 'int'; ISO C99 and later do not support implicit int [-Wimplicit-int] main() { ^ int 1 error generated.
We already patch the crap out of the configure script in this port. Time to patch some more.
Note: See
TracTickets for help on using
tickets.
Looks like the problem might be this in the configure phase:
There's no /usr/include on recent macOS versions, so it needs to look in the SDK directory instead.