Opened 7 months ago

Last modified 7 months ago

#61336 assigned defect

llvm-3.4 @3.4.2_13 does not build +universal: because dep libffi not installed +universal

Reported by: ryandesign (Ryan Schmidt) Owned by: kencu (Ken)
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc: larryv (Lawrence Velázquez), jeremyhu (Jeremy Huddleston Sequoia)
Port: llvm-3.4

Description

https://build.macports.org/builders/ports-10.6_x86_64-builder/builds/36746/steps/install-port/logs/stdio

checking for library containing ffi_call... no
configure: error: libffi not found - configure without --enable-libffi to compile without it

llvm-3.4 is part of the normal build chain (+llvm34 is the default variant of ld64 on 10.6 and 10.7) so keeping it working is important.

Change History (8)

comment:1 Changed 7 months ago by kencu (Ken)

Summary: llvm-3.4 @3.4.2: configure: error: libffi not foundllvm-3.4 @3.4.2_13 does not build +universal: configure: error: libffi not found

comment:2 Changed 7 months ago by kencu (Ken)

It appears that both the 32bit and 64bit builds succeeded individually, but the universal build failed.

<https://packages.macports.org/llvm-3.4/>

comment:3 Changed 7 months ago by kencu (Ken)

On my 10.6.8 system, the build of llvm-3.4 +universal finished without any trouble:

$ port -v installed llvm-3.4
The following ports are currently installed:
  llvm-3.4 @3.4.2_12+universal platform='darwin 10' archs='i386 x86_64' date='2019-12-02T23:51:27-0800'
  llvm-3.4 @3.4.2_13+universal (active) platform='darwin 10' archs='i386 x86_64' date='2020-09-06T14:27:03-0700'

and when I just started another build of llvm-3.4 +universal under trace mode, it found libffi without any trouble:

checking for library containing ffi_call... -lffi

So now I have no idea what is wrong with the buildbot, exactly...must be something!

Last edited 7 months ago by kencu (Ken) (previous) (diff)

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

Cc: jeremyhu added; kencu removed
Owner: changed from jeremyhu to kencu

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

it looks like the buildbot, building llvm-3.4 +universal, only installed the 64bit version of libffi for some reason.

system: /usr/bin/bzip2 -d -c /opt/local/var/macports/software/libffi/libffi-3.3_1.darwin_10.x86_64.tbz2 

that's probably why it failed to build universal.

now -- why?

comment:6 Changed 7 months ago by kencu (Ken)

Summary: llvm-3.4 @3.4.2_13 does not build +universal: configure: error: libffi not foundllvm-3.4 @3.4.2_13 does not build +universal: because dependecy libffi not installed +universal

comment:7 Changed 7 months ago by kencu (Ken)

Summary: llvm-3.4 @3.4.2_13 does not build +universal: because dependecy libffi not installed +universalllvm-3.4 @3.4.2_13 does not build +universal: because dep libffi not installed +universal

comment:8 Changed 7 months ago by ryandesign (Ryan Schmidt)

I wonder now if this is actually a bug in my lisaem port, which is the one that was trying to build when this failure was seen. lisaem calls wxWidgets.use wxWidgets-2.8 in a variant. I don't think I appreciated that wxWidgets.use wxWidgets-2.8 sets supported_archs, and it may be that supported_archs has to be set earlier, before variants are evaluated, to have the correct influence over whether dependencies use the universal variant or not. It's worth looking into anyway, and if it's not that, maybe something else about the wxWidgets-1.0 portgroup with which I'm not very familiar. I will try to figure it out.

Note: See TracTickets for help on using tickets.