Opened 8 years ago

Closed 8 years ago

#51611 closed defect (invalid)

gnudatalanguage @0.9.5: error: call to non-static member function without an object argument

Reported by: molinari@… Owned by: tenomoto (Takeshi Enomoto)
Priority: Normal Milestone:
Component: ports Version: 2.3.4
Keywords: Cc: tenomoto (Takeshi Enomoto)
Port: gnudatalanguage

Description

Hello, I have tried to install GNU Data Language in OSX Mavericks but I get errors and the package will not build. The command line was simply > sudo port install gnudatalanguage

I am attaching the log file. Hope someone can help,

Thanks a lot

Sergio

Attachments (2)

gdl_mavericks.log (159.4 KB) - added by molinari@… 8 years ago.
log file for failing port build
gdl_mavericks_2.log (390.6 KB) - added by molinari@… 8 years ago.

Download all attachments as: .zip

Change History (7)

Changed 8 years ago by molinari@…

Attachment: gdl_mavericks.log added

log file for failing port build

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

Owner: changed from macports-tickets@… to takeshi@…
Summary: GDL (gnu data language) does not build in OSX Mavericksgnudatalanguage @0.9.5: error: call to non-static member function without an object argument

The log you attached was not from a clean build attempt. Please sudo port clean gnudatalanguage, then try your install again. If it fails again, attach the new main.log.

comment:2 Changed 8 years ago by molinari@…

sorry; I did as instructed, but still no build. I try to attach the new log file. Thanks !

Changed 8 years ago by molinari@…

Attachment: gdl_mavericks_2.log added

comment:3 Changed 8 years ago by gnw3

gnudatlanguage builds successfully on my Mavericks system. You log shows errors like:

_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gnudatalanguage/gnudatalanguage/work/build/src && /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++   -DHAVE_CONFIG_H -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gnudatalanguage/gnudatalanguage/work/gdl-0.9.5/src -I/opt/local/include -I/opt/local/lib/plplot510/include -I/opt/local/include/GraphicsMagick -I/opt/local/include/udunits2 -I/opt/local/include/eigen3 -I/usr/X11R6/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gnudatalanguage/gnudatalanguage/work/gdl-0.9.5 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gnudatalanguage/gnudatalanguage/work/gdl-0.9.5/src/antlr -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gnudatalanguage/gnudatalanguage/work/build  -pipe -Os -stdlib=libc++  -DNDEBUG -arch x86_64 -mmacosx-version-min=10.9   -o CMakeFiles/gdl.dir/plotting_cursor.cpp.o -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gnudatalanguage/gnudatalanguage/work/gdl-0.9.5/src/plotting_cursor.cpp
:info:build /opt/local/include/plplot/plstream.h:98:22: note: 'plcallback::tr1' declared here

/opt/local/include/plplot is probably from plplot-5.11. I do have /opt/local/lib/plplot510/include/plplot, consistent with the -DPLPLOTDIR=/opt/local/lib/plplot510 in your log, but the -I/opt/local/include means the plplot-5.11 headers will be used. The Portfile for gnudatalanguage already tells us to deactivate antlr for the build. Looks like it should do the same for plplot-5.11. Try running "sudo deactivate -f plplot" to see if you can build gnudatalanguage when the /opt/local/include/plplot are (temporarily!) removed.

comment:4 Changed 8 years ago by molinari@…

It worked, thanks a lot !!

comment:5 Changed 8 years ago by tenomoto (Takeshi Enomoto)

Resolution: invalid
Status: newclosed
Note: See TracTickets for help on using tickets.