Opened 7 months ago

Last modified 6 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)

main.log (149.8 KB) - added by jf (Jeffrey 'jf' Lim) 7 months ago.

Download all attachments as: .zip

Change History (4)

Changed 7 months ago by jf (Jeffrey 'jf' Lim)

Attachment: main.log added

comment:1 Changed 7 months ago by jmroot (Joshua Root)

Summary: Failed to build man: command execution failedman @1.6g_2+xcode build failure: type name requires a specifier or qualifier

Looks like the problem might be this in the configure phase:

:info:configure awk: can't open file /usr/include/pwd.h

There's no /usr/include on recent macOS versions, so it needs to look in the SDK directory instead.

comment:2 Changed 7 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 6 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.