Opened 10 years ago

Closed 10 years ago

#40988 closed defect (fixed)

gnudatalanguage does not build on Mavericks or later

Reported by: jaymurthy Owned by: tenomoto (Takeshi Enomoto)
Priority: Normal Milestone:
Component: ports Version: 2.2.0
Keywords: mavericks haspatch Cc: shauriege@…, locober@…, cooljeanius (Eric Gallager), benjamin.weaver@…, andres.santamaria.artigas@…, slayoo@…
Port: gnudatalanguage

Description (last modified by ryandesign (Ryan Carsten Schmidt))

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

Attachments (2)

gnudatalanguage.diff (1.4 KB) - added by ryandesign (Ryan Carsten Schmidt) 10 years ago.
proposed patch
patch-src-gsl_fun.cpp.diff (494 bytes) - added by ryandesign (Ryan Carsten Schmidt) 10 years ago.

Download all attachments as: .zip

Change History (17)

comment:1 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)

Description: modified (diff)
Keywords: mavericks added
Owner: changed from macports-tickets@… to takeshi@…
Port: gnudatalanguage added
Summary: Cannot install gnudatalanguage under Mavericksgnudatalanguage does not build on Mavericks or later

Yup, it doesn't work right now.

comment:2 Changed 10 years ago by shauriege@…

Cc: shauriege@… added

Cc Me!

comment:3 Changed 10 years ago by 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).

comment:4 Changed 10 years ago by 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++.

comment:5 Changed 10 years ago by locober@…

Cc: locober@… added

Cc Me!

comment:6 Changed 10 years ago by 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.

comment:7 Changed 10 years ago by cooljeanius (Eric Gallager)

Cc: egall@… added

Cc Me!

comment:8 Changed 10 years ago by benjamin.weaver@…

Cc: benjamin.weaver@… added

Cc Me!

comment:9 Changed 10 years ago by andres.santamaria.artigas@…

Cc: andres.santamaria.artigas@… added

Cc Me!

comment:10 Changed 10 years ago by 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...

comment:11 Changed 10 years ago by slayoo@…

Cc: slayoo@… added

Cc Me!

comment:12 Changed 10 years ago by 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++.

comment:13 Changed 10 years ago by 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.

Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)

Attachment: gnudatalanguage.diff added

proposed patch

Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)

Attachment: patch-src-gsl_fun.cpp.diff added

comment:14 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)

Keywords: haspatch added

Upstream suggested a patch that works for me; attached.

comment:15 Changed 10 years ago by tenomoto (Takeshi Enomoto)

Resolution: fixed
Status: newclosed

Committed in r113896. Thank you, Ryan.

Note: See TracTickets for help on using tickets.