Re: gnuplot 5.0.1 build error: use of undeclared identifier 'GE_replot'

[Mojca M. <moj...@gm...>]

On Mon, Aug 3, 2015 at 8:07 PM, Ethan A Merritt wrote:
> On Monday, 03 August, 2015 12:40:22 Brian Weitzner wrote:
>
>> Hello,
>>
>> I am trying to build gunplot on a Mac via macports and I get the following
>> error:
>>
>> :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 ^
>>
>
>> Has this issue been encountered and/or resolved by anyone else? Any help
>> or information is appreciated.
>
> I don't know why it is failing, but the simplest fix is to
> disable the caca terminal
>
> ./configure --without-caca
>
> It's a "just-for-fun" option that you don't need for anything serious.
> I am somewhat surprised that your machine even has libcaca installed
> to begin with.

For every configuration option (or every terminal for that matter) a
packager has to decide whether to:
- disable some functionality for everyone
- enable that functionality for everyone
- give user an option to enable/disable it (but introducing extra
confusion to users trying to navigate through a huge number of
options)

The general guidelines in MacPorts is to try to keep things simple and
to try to provide a reasonably minimal set of options for users to
choose from. Because libcaca was so lightweight, enabling it by
default for everyone seemed like the most natural choice. But I admit
that I didn't really test it. It is indeed a tiny bit annoying. I see
that it launches X11 despite explicitly disabling it in libcaca (the
"gl" driver does that), it misbehaves (mouse buttons are not mapped
properly and the scrolling is completely wrong) and it doesn't exit in
a clean way. With ncurses it works somewhat better (without mouse
support).

Brian cannot "easily" disable libcaca without interfering with package
management system (which he did). I can either disable it for everyone
or introduce a configuration option to enable/disable the terminal on
request if that is a general consensus.

In any case I would prefer a proper patch in caca.trm, but even more
importantly: we need to figure out why mouse support in interactive
terminals is disabled on Brian's machine. That fact alone will
seriously limit usability of interactive terminals for him. Brian, did
you happen to disable wxWidgets and X11 (along with Qt which is
already off by default) or was there some other mysterious reason for
disabling mouse support?

Mojca