Opened 16 months ago

Closed 16 months ago

Last modified 16 months ago

#66631 closed defect (fixed)

groff fails to configure under universal variant

Reported by: MichaelGDev48 (Michael G) Owned by: kencu (Ken)
Priority: Normal Milestone:
Component: ports Version: 2.8.99
Keywords: Cc:
Port: groff

Description

When trying to install groff with universal variant it fails to configure

Attachments (2)

config.log (250.9 KB) - added by MichaelGDev48 (Michael G) 16 months ago.
main.log (108.6 KB) - added by MichaelGDev48 (Michael G) 16 months ago.

Download all attachments as: .zip

Change History (7)

Changed 16 months ago by MichaelGDev48 (Michael G)

Attachment: config.log added

Changed 16 months ago by MichaelGDev48 (Michael G)

Attachment: main.log added

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

The problems start at:

checking for working fcntl.h... no

which fails because:

In file included from conftest.c:81:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/sys/types.h:81:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/machine/endian.h:35:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/i386/endian.h:101:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/sys/_endian.h:130:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/libkern/_OSByteOrder.h:80:
/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/libkern/arm/OSByteOrder.h:15:1: error: redefinition of '_OSSwapInt16'
_OSSwapInt16(
^
/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/libkern/i386/_OSByteOrder.h:46:1: note: previous definition is here
_OSSwapInt16(
^
In file included from conftest.c:81:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/sys/types.h:81:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/machine/endian.h:35:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/i386/endian.h:101:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/sys/_endian.h:130:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/libkern/_OSByteOrder.h:80:
/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/libkern/arm/OSByteOrder.h:25:1: error: redefinition of '_OSSwapInt32'
_OSSwapInt32(
^
/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/libkern/i386/_OSByteOrder.h:55:1: note: previous definition is here
_OSSwapInt32(
^
In file included from conftest.c:81:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/sys/types.h:81:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/machine/endian.h:35:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/i386/endian.h:101:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/sys/_endian.h:130:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/libkern/_OSByteOrder.h:80:
/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/libkern/arm/OSByteOrder.h:41:1: error: redefinition of '_OSSwapInt64'
_OSSwapInt64(
^
/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/include/libkern/i386/_OSByteOrder.h:70:1: note: previous definition is here
_OSSwapInt64(
^
conftest.c:107:27: warning: address of array 'constants' will always evaluate to 'true' [-Wpointer-bool-conversion]
            int result = !constants;
                         ~^~~~~~~~~
1 warning and 3 errors generated.

We've seen this in tons of other ports already. See query:summary=~OSSwap to see a few, and look at the linked tickets in those tickets. Probably a defect in autoconf or gnulib or something else that goes into the creation of configure scripts, or alternately a defect in the macOS 11/12/13 SDKs. Not a defect in groff or the ports that are experiencing this build failure. We've worked around it in other ports by switching to the muniversal portgroup (which comes with its own set of difficulties).

comment:2 Changed 16 months ago by MichaelGDev48 (Michael G)

is there a way i can specify to use macOS 10 sdk then?

comment:3 Changed 16 months ago by ryandesign (Ryan Carsten Schmidt)

A macOS 10.x SDK would not support building for arm64.

comment:4 Changed 16 months ago by kencu (Ken)

Owner: set to kencu
Resolution: fixed
Status: newclosed

In 291af0308e9648d59c6f0c02b55f17a85a3cf6f6/macports-ports (master):

groff: use muniversal

building universal on M1-era Macs fails. A check for a fix
that would allow one-pass universal building did not reveal a
straightforward solution.

Using muniversal works.

closes: #66631

comment:5 Changed 16 months ago by kencu (Ken)

% port -v installed groff
The following ports are currently installed:
  groff @1.22.4_6 requested_variants='' platform='darwin 22' archs='arm64' date='2022-12-27T13:45:11-0800'
  groff @1.22.4_6+universal (active) requested_variants='+universal' platform='darwin 22' archs='arm64 x86_64' date='2023-01-06T12:31:53-0800'
Note: See TracTickets for help on using tickets.