gnudatalanguage does not build on Mavericks or later

[jaymurthy]

$sudo port install gnudatalanguage
Error: gnudatalanguage does not build on Mavericks or later.
Error: org.macports.fetch for port gnudatalanguage returned: unsupported platform

[ryandesign (Ryan Carsten Schmidt)]

Yup, it doesn't work right now.

[shauriege@…]

Cc Me!

[shauriege@…]

I got it compiled by changing the compiler as it was suggested for the octave-devel package and install it with

port install gnudatalanguage configure.compiler=macports-gcc-4.8

(this requires, of course, to remove the Maverick abort starting on line 145 in the Portfile).

[tenomoto (Takeshi Enomoto)]

I could add gcc48 to default_variants that sets configure.compiler=macports-gcc-4.8, but I have a link problem against GraphicsMagick++.

[locober@…]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

Using gcc48's C++ compiler is not recommended because of mixing of C++ runtimes. Instead, fix the code to work with clang, or ask the developers of gnudatalanguage to do so.

[cooljeanius (Eric Gallager)]

Cc Me!

[benjamin.weaver@…]

Cc Me!

[andres.santamaria.artigas@…]

Cc Me!

[slayoo@…]

For the record:

Exactly the same error with Mavericks is documented here for another package: ​https://groups.google.com/forum/#!msg/dealii/GrRzuEBVVGw/SYN1BTp2IzUJ

and from there they point to: ​http://stackoverflow.com/questions/8454329/why-cant-clang-with-libc-in-c0x-mode-link-this-boostprogram-options-examp

where there are suggestions that clang has to be invoked with "clang++ -stdlib=libc++"

No idea if that helps...

[slayoo@…]

Cc Me!

[tenomoto (Takeshi Enomoto)]

Thanks for information. I tried the option but it did not help. Probably because the build error occurs at compile time. The link error I mentioned above occurs with gcc48. I believe there is no option in g++ to use the llvm's libc++.

[slayoo@…]

Hi Takeshi,

I was referring to the:

    error: invalid operands to binary expression ('std::__1::complex<double>' and 'const complex<float>')

from the logfile posted by Ryan at a corresponding issue at the gdl tracker.

and IIUC, it the mentioned package it was the mismatch of std library headers that caused the problem. I'll keep searching for a solution (but I have no access to an OSX nor Mavericks right now).

S.

[ryandesign (Ryan Carsten Schmidt)]

proposed patch

[ryandesign (Ryan Carsten Schmidt)]

Upstream suggested a patch that works for me; attached.

[tenomoto (Takeshi Enomoto)]

Committed in r113896. Thank you, Ryan.