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)
Change History (7)
Changed 8 years ago by molinari@…
Attachment: | gdl_mavericks.log added |
---|
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 Mavericks → gnudatalanguage @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:5 Changed 8 years ago by tenomoto (Takeshi Enomoto)
Resolution: | → invalid |
---|---|
Status: | new → closed |
log file for failing port build