For what it’s worth, I’m running High Sierra 10.13.4 on an iMac and kdelibs4 @4.14.3_10 built successfully. Running MacPorts with no modifications. ( 4.14.3_9 < 4.14.3_10 )
Stan > On May 3, 2018, at 6:40 PM, Richard L. Hamilton <[email protected]> wrote: > > https://trac.macports.org/ticket/56426 > > Tried the other compiler that it would normally choose (macports-clang-4.0), > didn't help. Since /usr/include/util.h does define the missing symbols, I > wonder if something being deprecated causes a problem, or some change in how > C symbols are referenced from C++ code might be causing a problem...or some > other util.h (a common enough name) is being found. No, I don't have > /usr/local; or rather, I do, but I moved it out of the way for this, and it > didn't help. > > >> On May 3, 2018, at 04:20, Ryan Schmidt <[email protected]> wrote: >> >> >> On May 2, 2018, at 21:41, Richard L. Hamilton wrote: >> >>> Oddly enough, it builds fine on older e.g. El Capitan (I think even on Snow >>> Leopard, but that box is slow, so I don't know yet). >>> >>> Will I have better luck using a different compiler, or does it just hate >>> me? :-) I have 4.14.3_8 installed now (don't recall whether it was >>> pre-built, or whether I had any problems back then). >>> >>> https://www.dropbox.com/s/4nldqbhvxbjgcig/main.log-kdelibs4.txt.gz?dl=0 >> >> The log shows these errors: >> >> error: no member named 'openpty' in the global namespace >> >> error: no type named 'login' in the global namespace >> >> error: declaration of reference variable 'l_struct' requires an initializer >> >> error: no type named 'logout' in the global namespace >> >> I am not familiar with these errors, but I don't see why using a different >> compiler would change it. You should probably file a bug report in our issue >> tracker. >> >
