On 23.04.2015 01:39 AM, Michael Dickens wrote:
> Interesting; the macro is actually "_GLIBCXX_USE_C99_MATH_TR1", with
> just 1 preceding "_"; at least on my 10.8 & 10.10 installs.
Err, sorry. Yes.
> This macro is set at
> "/opt/local/include/gcc49/c++/x86_64-apple-darwin12/bits/c++config.h:1276"
Interesting; the macro is actually "_GLIBCXX_USE_C99_MATH_TR1", with
just 1 preceding "_"; at least on my 10.8 & 10.10 installs.
This macro is set at
"/opt/local/include/gcc49/c++/x86_64-apple-darwin12/bits/c++config.h:1276"
on my install, which is part of the configuration of GCC. So, I'd guess
t
On 22.04.2015 10:39 PM, Michael Dickens wrote:
> Yes, the code includes cmathv (indirectly). This code works on the other
> buildbots; just not on the 10.6 one. Is 10.6's GCC 4.9 special somehow?
> Maybe I need to include cmath directly? - MLD
I can reproduce your problem in my 10.6 VM.
std::log2
On Wed, Apr 22, 2015 at 10:39 PM, Michael Dickens
wrote:
> Yes, the code includes cmathv (indirectly). This code works on the other
> buildbots; just not on the 10.6 one. Is 10.6's GCC 4.9 special somehow?
> Maybe I need to include cmath directly? - MLD
>
> Here's more info from the compiler, just
Yes, the code includes cmathv (indirectly). This code works on the other
buildbots; just not on the 10.6 one. Is 10.6's GCC 4.9 special somehow?
Maybe I need to include cmath directly? - MLD
Here's more info from the compiler, just FYI:
{{{
FILE.cc:46:54: note: suggested alternative:
In file inclu
On 22.04.2015 09:51 PM, Michael Dickens wrote:
> One of my ports won't build on the 10.6 buildbot, because it claims the
> following (snipped for brevity):
> {{{
> /opt/local/bin/g++-mp-4.9 [snip] -std=c++11 -o FILE.cc.o -c FILE.cc
> FILE.cc: In constructor "FILE(std::vector >)":
> FILE.cc:46:54: e
One of my ports won't build on the 10.6 buildbot, because it claims the
following (snipped for brevity):
{{{
/opt/local/bin/g++-mp-4.9 [snip] -std=c++11 -o FILE.cc.o -c FILE.cc
FILE.cc: In constructor "FILE(std::vector >)":
FILE.cc:46:54: error: "log2" is not a member of "std"
(unsi