Opened 4 years ago

Closed 3 years ago

#61336 closed defect (worksforme)

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

Reported by: ryandesign (Ryan Carsten 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 (9)

comment:1 Changed 4 years 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 4 years 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 4 years 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 4 years ago by kencu (Ken) (previous) (diff)

comment:4 Changed 4 years ago by kencu (Ken)

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

comment:5 Changed 4 years 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 4 years 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 4 years 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 4 years ago by ryandesign (Ryan Carsten 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.

comment:9 Changed 3 years ago by kencu (Ken)

Resolution: worksforme
Status: assignedclosed

llvm-3.4 builds fine; must have been a local issue

Note: See TracTickets for help on using tickets.