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. >
smime.p7s
Description: S/MIME cryptographic signature
