Opened 9 years ago

Closed 9 years ago

#48212 closed defect (fixed)

gnuplot @5.0.1_0+aquaterm: error: use of undeclared identifier 'GE_replot'

Reported by: weitzner (Brian Weitzner) Owned by: mojca (Mojca Miklavec)
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc:
Port: gnuplot

Description

In trying to run port upgrade outdated I encounter the following:

Error: org.macports.build for port gnuplot returned: command execution failed

Looking at the log file reveals the error to be an undeclared variable in aquaterm:

:info:build In file included from term.c:1194:
:info:build In file included from ./term.h:254:
:info:build ../term/caca.trm:2514:3: warning: implicit declaration of function 'process_event' is invalid in C99 [-Wimplicit-function-declaration]
:info:build                 process_event(GE_replot, 0, 0, 0, 0, 0);
:info:build                 ^
:info:build ../term/caca.trm:2514:17: error: use of undeclared identifier 'GE_replot'
:info:build                 process_event(GE_replot, 0, 0, 0, 0, 0);
:info:build                               ^

Attachments (1)

main.log (84.7 KB) - added by weitzner (Brian Weitzner) 9 years ago.
Log file from failed build

Download all attachments as: .zip

Change History (13)

Changed 9 years ago by weitzner (Brian Weitzner)

Attachment: main.log added

Log file from failed build

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

Owner: changed from macports-tickets@… to mojca@…
Port: gnuplot added; aquaterm removed
Summary: gnuplot-5.0.1_0+aquaterm build error (OS X 10.10)gnuplot @5.0.1_0+aquaterm: error: use of undeclared identifier 'GE_replot'

comment:2 Changed 9 years ago by mojca (Mojca Miklavec)

Can you please ask for help on the gnuplot-beta mailing list? I don't know how to reproduce the problem and I don't know what to reply in case that anyone asks for additional input.

But please note that this is a problem in the "caca" terminal, not in AquaTerm.

comment:3 Changed 9 years ago by weitzner (Brian Weitzner)

After emailing the list, it looks like there is indeed a bug with respect to caca.trm. It appears as though the bug is only triggered when terminal mouse support is not detected (i.e. USE_MOUSE is false) and the build is configured to use libcaca. One of the developers said that caca}} is just for fun and not required for a functional build of {{{gunplot. I tested this out by grabbing the command used to run configure (line 108 of main.log):

cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gnuplot/gnuplot/work/gnuplot-5.0.1" && ./configure --prefix=/opt/local --with-caca=/opt/local --with-gd=/opt/local --with-readline=/opt/local --with-aquaterm --without-x --infodir='${prefix}/share/info' --mandir='${prefix}/share/man' --disable-wxwidgets --without-bitmap-terminals --without-cairo --without-latex --without-lua --without-pdf --without-qt --without-tutorial --with-cwdrc

Then I changed --with-caca=/opt/local to --without-caca and ran the command, then port upgrade gunplot was able to successfully build the software. Is it possible to modify the configuration command as above in the portfile?

Last edited 9 years ago by weitzner (Brian Weitzner) (previous) (diff)

comment:4 Changed 9 years ago by mojca (Mojca Miklavec)

I'm now able to reproduce the problem with

sudo port -v build gnuplot -wxwidgets -x11

Which command did you use to install gnuplot? (Next time please attach the complete main.log. I should have asked about that earlier.)

I will try to fix a few more problems first.

comment:5 Changed 9 years ago by mojca (Mojca Miklavec)

I committed r139150 as a temporary workaround and I hope that upstream will take that patch. The caca terminal should be fixed as well (upstream). Can you please try if gnuplot builds for you now?

Whether or not caca terminal should be built at all should be a separate question / ticket, potentially based on some more feedback by upstream or by macposts users' requests.

comment:6 Changed 9 years ago by weitzner (Brian Weitzner)

main.log was attached with the original ticket. I can see it -- is there some sort of permissions issue? When I initially installed gnuplot I used

sudo port install gnuplot

this installed the AquaTerm variant, which I guess explicitly excludes wxWidgets and X11.

comment:7 Changed 9 years ago by mojca (Mojca Miklavec)

I'm sorry about main.log. I failed to notice the attachment.

But no, port install gnuplot should not exclude wxWidgets and X11. So this is a big mystery now.

comment:8 Changed 9 years ago by mojca (Mojca Miklavec)

The only other explanation would be that you have x11 variants disabled globally and that you installed gnuplot before wxWidgets became the default variant (but that was very very very very long ago). Then you just kept using "sudo port upgrade outdated" (which you also probably didn't do for months) that kept both variants excluded forever, but it worked until caca was enabled by default.

So just to confirm: does gnuplot build now for you?

comment:9 Changed 9 years ago by weitzner (Brian Weitzner)

Possibly of interest: I executed port installed | grep gnuplot on my workstation (the affected system) and on my notebook. On the workstation I see:

gnuplot @5.0.1_0+aquaterm (active)

and on the notebook I see:

gnuplot @5.0.1_0+aquaterm+luaterm+pangocairo+wxwidgets+x11 (active)

I am uninstalling gunplot on my workstation, running selfupdate and attempting to reinstall. I will update this comment with the results.

Update:

Going through the uninstall/reinstall worked, however the variants changed (gnuplot @5.0.1_0+aquaterm+luaterm+pangocairo+wxwidgets+x11). I uninstalled again, and reinstalled with sudo port install gnuplot -wxwidgets -x11 -luaterm -pangocairo, which successfully installed gunplot (i.e. port installed | grep gnuplot shows gnuplot @5.0.1_0+aquaterm (active)).

Last edited 9 years ago by weitzner (Brian Weitzner) (previous) (diff)

comment:10 Changed 9 years ago by mojca (Mojca Miklavec)

Hint (completely off-topic): you can use a backtick for short inserts of verbatim code which is shorter to type and more difficult to get wrong than three braces. And you can use a preview to fix typos (mismatching number of braces) afterwards by clicking Edit next to your comment.

comment:11 Changed 9 years ago by weitzner (Brian Weitzner)

It looks like this issue is resolved. Thanks for your help!

comment:12 Changed 9 years ago by mojca (Mojca Miklavec)

Resolution: fixed
Status: newclosed
Version: 2.3.3
Note: See TracTickets for help on using tickets.