That's a bug in libedit. There is probably a ticket on it already. I just pegged my libedit port at the older version to keep everything working.
Sent from my iPhone... > On Aug 6, 2016, at 17:41, [ftp83plus] <ges...@ftp83plus.net> wrote: > > Hello, > > macports.conf currently reads: > cxx_stdlib libc++ > buildfromsource always > delete_la_files yes > default_compilers macports-clang-3.7 macports-clang-3.4 macports-clang-3.3 > gcc-4.2 apple-gcc-4.2 gcc-4.0 > > I installed the required variants as per your instructions, cleaned pspp, > then ran again. It fails trying python34 with log: > http://pastebin.com/L3wVdHKT > > > > >> El 2016-08-06, a las 16:11, Jeremy Huddleston Sequoia escribió: >> >> Hey Pat, >> >> Please edit macports.conf to have clang-3.7 be the default instead of >> clang-3.8 as there are a couple C++ header issues with 3.8 on Snow Leopard >> (eg: with math.h). >> >> Regarding libcxx, I suspect you had libcxx installed -universal from before >> +universal became the default variant, do: >> >> sudo port -v -s -n upgrade --enforce-variants libcxxabi +universal >> sudo port -v -s -n upgrade --enforce-variants libcxx +universal >> >> --Jeremy >> >>> On Aug 6, 2016, at 05:13, [ftp83plus] <ges...@ftp83plus.net> wrote: >>> >>> >>> El 2016-08-05, a las 14:59, Ryan Schmidt escribió: >>> >>>> >>>>> On Aug 5, 2016, at 1:55 PM, [ftp83plus] <ges...@ftp83plus.net> wrote: >>>>> >>>>> Wasn't libcxx supposed to be already +universal as per >>>>> LibcxxOnOlderSystems? >>>> >>>> Yes, it was. Its universal variant is default on now. Any idea why it was >>>> not installed universal on your system? Do you maybe have "-universal" >>>> listed in your variants.conf? >>>> >>> Actually no, the only explicit variant is +llvm38 >>> >>> >>> >>>>> Anyway, the upgrade variant command yields an error upon building gperf: >>>>> http://pastebin.com/6UwSr7Cp >>>> >>>> gperf is having the same problem: >>>> >>>> :info:build ld: warning: ignoring file /usr/lib/libc++.dylib, file was >>>> built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x >>>> 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the architecture >>>> being linked (i386): /usr/lib/libc++.dylib >>>> >>>> This seems like something of a circular dependency. >>>> >>>> I don't think you should have encountered this problem, but I don't know >>>> why you did. >>>> >>> >>> _______________________________________________ >>> macports-users mailing list >>> macports-users@lists.macosforge.org >>> https://lists.macosforge.org/mailman/listinfo/macports-users >> >
_______________________________________________ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
