* Andrew Hughes <gnu.and...@redhat.com> [2016-07-07 11:53]: > Sadly, I celebrated too soon; it seems that change just delayed the failure > until much later in the build. > > I've found the problem though. In > src/share/vm/utilities/globalDefinitions.hpp, > we have: > > #ifdef max > #undef max > #endif > > #ifdef min > #undef min > #endif > > #define max(a,b) Do_not_use_max_use_MAX2_instead > #define min(a,b) Do_not_use_min_use_MIN2_instead > > The problem is that max and min are now longer macros in the GCC 6 C++ > library. > So they can't be undefined. > > The build succeeds if I disable (#if 0) the definition of max and min. So > we need to consider either removing them or _GLIBCXX_INCLUDE_NEXT_C_HEADERS > needs to be defined to get the old behaviour. I prefer the former.
I ran into this too and I posted a separate patch to work around this issue that just involves changing the ordering of the includes: http://mail.openjdk.java.net/pipermail/hotspot-dev/2016-July/023910.html Thanks, Omair -- PGP Key: 66484681 (http://pgp.mit.edu/) Fingerprint = F072 555B 0A17 3957 4E95 0056 F286 F14F 6648 4681