Hey John, Thanks for the quick fix. It could be due to header ordering in the source files. I generally try to compile the headers separately to catch issues like this. There is helpful instructions in the coding policy on how to do this. Given the number of headers included in the KiCad source files, it's easy to overlook this.
Cheers, Wayne On 3/29/19 8:53 AM, John Beard wrote: > Hi Wayne, > > Thanks for the heads up. I've pushed a fix to both branches. I'm not > sure why that ever worked silently on Linux GCC/Msys2 GCC/MSVC, but > using std:: is certainly correct. Perhaps a header has a sneaky type > alias somewhere. > > Cheers, > > John > > On Fri, Mar 29, 2019 at 12:30 PM Wayne Stambaugh <[email protected]> wrote: >> >> Commit ad76ebd8 broke builds when compiling with clang. >> >> home/wayne/src/kicad-trunk/qa/unit_test_utils/include/unit_test_utils/unit_test_utils.h:121:24: >> error: >> unknown type name 'nullptr_t'; did you mean 'std::nullptr_t'? >> struct print_log_value<nullptr_t> >> ^~~~~~~~~ >> std::nullptr_t >> /usr/bin/../lib/gcc/x86_64-linux-gnu/8/../../../../include/x86_64-linux-gnu/c++/8/bits/c++config.h:242:29: >> note: >> 'std::nullptr_t' declared here >> typedef decltype(nullptr) nullptr_t; >> ^ >> In file included from >> /home/wayne/src/kicad-trunk/qa/common/test_array_options.cpp:29: >> In file included from >> /home/wayne/src/kicad-trunk/qa/unit_test_utils/include/unit_test_utils/geometry.h:28: >> >> _______________________________________________ >> Mailing list: https://launchpad.net/~kicad-developers >> Post to : [email protected] >> Unsubscribe : https://launchpad.net/~kicad-developers >> More help : https://help.launchpad.net/ListHelp _______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : [email protected] Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
