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
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 found → llvm-3.4 @3.4.2_13 does not build +universal: configure: error: libffi not found |
---|
comment:2 Changed 4 years ago by kencu (Ken)
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!
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 found → llvm-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 +universal → llvm-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: | assigned → closed |
llvm-3.4 builds fine; must have been a local issue
It appears that both the 32bit and 64bit builds succeeded individually, but the universal build failed.
<https://packages.macports.org/llvm-3.4/>