MinGW64 needs configuration settings

[Jim Bell <jim@…>]

The trunk test for the new Win7-x64 test (using mingw64) fails tests because BOOST_WINDOWS seems undefined.

Here's the result for running config's ./configure.sh script with --enable-test:

---

the following macros need to be defined

BOOST_HAS_VARIADIC_TMPL BOOST_HAS_LOG1P BOOST_HAS_GETTIMEOFDAY BOOST_HAS_EXPM1

the following macros need to be undef'ed

BOOST_NO_VARIADIC_TEMPLATES BOOST_NO_SCOPED_ENUMS BOOST_NO_MS_INT64_NUMERIC_LIMITS BOOST_NO_DELETED_FUNCTIONS BOOST_NO_DEFAULTED_FUNCTIONS BOOST_DEDUCED_TYPENAME BOOST_NO_0X_HDR_INITIALIZER_LIST

---

I'm also attaching all the compiler defines, FYI.

g++ -dM -E - <<<''

[anonymous]

I'm having a hard time working out what needs changing as ​http://tinyurl.com/3xmahna indicates that a custom config/user.hpp file is in effect, so I can't tell which config files it should be including. Can you please let me have the output from the config_info program run with the default do-nothing config/user.hpp?

Thanks, John Maddock

[Jim Bell <jim@…>]

Attached: the config_info.output file with user.hpp reverted to the default trunk revision.

[John Maddock]

Jim, can you please try running the tests with Boost's default do-nothing user.hpp - I don't see anything in current Trunk that would cause BOOST_WINDOWS not to be defined - it's set in win32.hpp unless BOOST_DISABLE_WIN32 is set - which it isn't according to your config_info output (I'll update config_info to output BOOST_WINDOWS as well). I'm guessing that your use of a custom user.hpp may be at fault as that won't ever set that macro unless you put it there yourself.

Of the remaining macros - BOOST_HAS_LOG1P/BOOST_HAS_EXPM1/BOOST_HAS_GETTIMEOFDAY I've recently set for mingw.

The remaining ones relate to C++0x features - although gcc does compile our test code in non-C++0x mode, it emits copious warnings about -std=C++0x being required for that feature, so for now they're disabled unless you compile with -std=C++0x.

I'm closing for now, please reopen if the current default user.hpp doesn't solve things.