gnuplot-beta — Developers and beta testers of new gnuplot code

Website doesn't have links to the bug tracker

[Dima K. <gn...@di...>]

Hi.

Our website:

  https://gnuplot.sourceforge.net/

has links to the git repo, but not to the bug tracker or mailing lists
or anything like that. That stuff lives on the sourceforge project page:

  https://sourceforge.net/projects/gnuplot/

but that's not linked from our website either. Can we add some links?
Today, filing a bug is non-obvious if you don't already know where the
tracker is.

Thanks

Re: AquaTerm (all solved)

[Erik L. <eri...@gm...>]

Intel version:
https://pergamon.ms.northwestern.edu/Download/Gnuplot/aquaterm-1.1.1p1-x86_64.pkg

These are just intended for testing, e.g. by you, Jun.

Thanks,

Erik


On Sat, Feb 1, 2025 at 8:29 AM Erik Luijten <eri...@gm...> wrote:

> Here is a version for ARM-based Macs, probably requiring Sequoia 15.2 or
> up:
> https://pergamon.ms.northwestern.edu/Download/Gnuplot/aquaterm-1.1.1p1-arm64.pkg
>
> On Sat, Feb 1, 2025 at 8:19 AM Erik Luijten <eri...@gm...>
> wrote:
>
>> Hi Jun,
>>
>> Yes, that resolves the problem! How do we proceed? Ideally, this bugfix
>> should be made in the distribution of AquaTerm. If this is hard, maybe I
>> can distribute compiled AquaTerm packages for ARM and Intel as "1.1.1
>> patchlevel 1" or so.
>>
>> By the way, I have not checked for any unintended side effects in
>> AquaTerm.
>>
>> Best,
>>
>> Erik
>>
>> On Fri, Jan 31, 2025 at 7:06 PM Jun. T <tak...@kb...>
>> wrote:
>>
>>>
>>> > 2025/01/28 7:00, Ethan A Merritt <me...@uw...> wrote:
>>> >
>>> > Also, can someone now check whether Bug #1969 "Aquaterm: plot using
>>> third column for color palette value loses every 2nd line" is still a
>>> problem or can now be closed?   Maybe I should close it anyhow, since the
>>> aquaterm project seems moribund.
>>> >     https://sourceforge.net/p/gnuplot/bugs/1969/
>>>
>>>
>>> > 2025/01/28 7:05、Erik Luijten <eri...@gm...>のメール:
>>> >
>>> > I just checked. The problem still exists (screenshots below). I know
>>> nothing about AquaTerm, so cannot assist in resolving this, unfortunately.
>>>
>>> Could you please try the following patch when building AquaTerm.app?
>>> (I hope it has no bad side effects.)
>>>
>>> Jun
>>>
>>>
>>>
>>> --- AQTPlotBuilder.m.ORG        2012-07-30 23:39:50.000000000 +0900
>>> +++ AQTPlotBuilder.m    2025-02-01 09:10:01.000000000 +0900
>>> @@ -149,7 +149,15 @@
>>>     // FIXME: Use AQTEqualColor instead
>>>     if ((newColor.red != _color.red) || (newColor.green != _color.green)
>>> || (newColor.blue != _color.blue) || (newColor.alpha != _color.alpha))
>>>     {
>>> +      int32_t count_save = _polylinePointCount;
>>>        [self _flushBuffers];
>>> +      if (count_save > 0) {
>>> +        // if color changes in the middle of polyline,
>>> +        // the last point of the path should be the
>>> +        // first point of the next path.
>>> +        _polylinePoints[0] = _polylinePoints[count_save - 1];
>>> +        _polylinePointCount = 1;
>>> +      }
>>>        _color = newColor;
>>>     }
>>>  }
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> gnuplot-beta mailing list
>>> gnu...@li...
>>> Membership management via:
>>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>>
>>

Re: AquaTerm (all solved)

[Erik L. <eri...@gm...>]

Here is a version for ARM-based Macs, probably requiring Sequoia 15.2 or
up:
https://pergamon.ms.northwestern.edu/Download/Gnuplot/aquaterm-1.1.1p1-arm64.pkg

On Sat, Feb 1, 2025 at 8:19 AM Erik Luijten <eri...@gm...> wrote:

> Hi Jun,
>
> Yes, that resolves the problem! How do we proceed? Ideally, this bugfix
> should be made in the distribution of AquaTerm. If this is hard, maybe I
> can distribute compiled AquaTerm packages for ARM and Intel as "1.1.1
> patchlevel 1" or so.
>
> By the way, I have not checked for any unintended side effects in AquaTerm.
>
> Best,
>
> Erik
>
> On Fri, Jan 31, 2025 at 7:06 PM Jun. T <tak...@kb...>
> wrote:
>
>>
>> > 2025/01/28 7:00, Ethan A Merritt <me...@uw...> wrote:
>> >
>> > Also, can someone now check whether Bug #1969 "Aquaterm: plot using
>> third column for color palette value loses every 2nd line" is still a
>> problem or can now be closed?   Maybe I should close it anyhow, since the
>> aquaterm project seems moribund.
>> >     https://sourceforge.net/p/gnuplot/bugs/1969/
>>
>>
>> > 2025/01/28 7:05、Erik Luijten <eri...@gm...>のメール:
>> >
>> > I just checked. The problem still exists (screenshots below). I know
>> nothing about AquaTerm, so cannot assist in resolving this, unfortunately.
>>
>> Could you please try the following patch when building AquaTerm.app?
>> (I hope it has no bad side effects.)
>>
>> Jun
>>
>>
>>
>> --- AQTPlotBuilder.m.ORG        2012-07-30 23:39:50.000000000 +0900
>> +++ AQTPlotBuilder.m    2025-02-01 09:10:01.000000000 +0900
>> @@ -149,7 +149,15 @@
>>     // FIXME: Use AQTEqualColor instead
>>     if ((newColor.red != _color.red) || (newColor.green != _color.green)
>> || (newColor.blue != _color.blue) || (newColor.alpha != _color.alpha))
>>     {
>> +      int32_t count_save = _polylinePointCount;
>>        [self _flushBuffers];
>> +      if (count_save > 0) {
>> +        // if color changes in the middle of polyline,
>> +        // the last point of the path should be the
>> +        // first point of the next path.
>> +        _polylinePoints[0] = _polylinePoints[count_save - 1];
>> +        _polylinePointCount = 1;
>> +      }
>>        _color = newColor;
>>     }
>>  }
>>
>>
>>
>>
>>
>> _______________________________________________
>> gnuplot-beta mailing list
>> gnu...@li...
>> Membership management via:
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>
>

Re: AquaTerm (all solved)

[Erik L. <eri...@gm...>]

Hi Jun,

Yes, that resolves the problem! How do we proceed? Ideally, this bugfix
should be made in the distribution of AquaTerm. If this is hard, maybe I
can distribute compiled AquaTerm packages for ARM and Intel as "1.1.1
patchlevel 1" or so.

By the way, I have not checked for any unintended side effects in AquaTerm.

Best,

Erik

On Fri, Jan 31, 2025 at 7:06 PM Jun. T <tak...@kb...> wrote:

>
> > 2025/01/28 7:00, Ethan A Merritt <me...@uw...> wrote:
> >
> > Also, can someone now check whether Bug #1969 "Aquaterm: plot using
> third column for color palette value loses every 2nd line" is still a
> problem or can now be closed?   Maybe I should close it anyhow, since the
> aquaterm project seems moribund.
> >     https://sourceforge.net/p/gnuplot/bugs/1969/
>
>
> > 2025/01/28 7:05、Erik Luijten <eri...@gm...>のメール:
> >
> > I just checked. The problem still exists (screenshots below). I know
> nothing about AquaTerm, so cannot assist in resolving this, unfortunately.
>
> Could you please try the following patch when building AquaTerm.app?
> (I hope it has no bad side effects.)
>
> Jun
>
>
>
> --- AQTPlotBuilder.m.ORG        2012-07-30 23:39:50.000000000 +0900
> +++ AQTPlotBuilder.m    2025-02-01 09:10:01.000000000 +0900
> @@ -149,7 +149,15 @@
>     // FIXME: Use AQTEqualColor instead
>     if ((newColor.red != _color.red) || (newColor.green != _color.green)
> || (newColor.blue != _color.blue) || (newColor.alpha != _color.alpha))
>     {
> +      int32_t count_save = _polylinePointCount;
>        [self _flushBuffers];
> +      if (count_save > 0) {
> +        // if color changes in the middle of polyline,
> +        // the last point of the path should be the
> +        // first point of the next path.
> +        _polylinePoints[0] = _polylinePoints[count_save - 1];
> +        _polylinePointCount = 1;
> +      }
>        _color = newColor;
>     }
>  }
>
>
>
>
>
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Re: AquaTerm (all solved)

[Jun. T <tak...@kb...>]

> 2025/01/28 7:00, Ethan A Merritt <me...@uw...> wrote:
> 
> Also, can someone now check whether Bug #1969 "Aquaterm: plot using third column for color palette value loses every 2nd line" is still a problem or can now be closed?   Maybe I should close it anyhow, since the aquaterm project seems moribund.
>     https://sourceforge.net/p/gnuplot/bugs/1969/


> 2025/01/28 7:05、Erik Luijten <eri...@gm...>のメール:
> 
> I just checked. The problem still exists (screenshots below). I know nothing about AquaTerm, so cannot assist in resolving this, unfortunately.

Could you please try the following patch when building AquaTerm.app?
(I hope it has no bad side effects.)

Jun



--- AQTPlotBuilder.m.ORG	2012-07-30 23:39:50.000000000 +0900
+++ AQTPlotBuilder.m	2025-02-01 09:10:01.000000000 +0900
@@ -149,7 +149,15 @@
    // FIXME: Use AQTEqualColor instead
    if ((newColor.red != _color.red) || (newColor.green != _color.green) || (newColor.blue != _color.blue) || (newColor.alpha != _color.alpha))
    {
+      int32_t count_save = _polylinePointCount;
       [self _flushBuffers];
+      if (count_save > 0) {
+        // if color changes in the middle of polyline,
+        // the last point of the path should be the
+        // first point of the next path.
+        _polylinePoints[0] = _polylinePoints[count_save - 1];
+        _polylinePointCount = 1;
+      }
       _color = newColor;
    }
 }

Re: AquaTerm (all solved)

[Jun. T <tak...@kb...>]

> 2025/01/28 6:28、Erik Luijten <eri...@gm...>のメール:
> 
> Final note (hopefully): The x86_64 (Intel) and arm64 versions of Gnuplot 6.0.2 with and without AquaTerm can now be downloaded from https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
> 
> Jun: If you have a chance, can you see if these work on your MacBook?

It works fine on my Intel-Mac (Ventura or Monterey).

On my Arm-Mac (Sequoia), your AquaTerm.app didn't start until I update
Sequoia from 15.0 to 15.3.

Re: AquaTerm (all solved)

[Ethan A M. <me...@uw...>]

On Mon, Jan 27, 2025 at 1:28 PM Erik Luijten <eri...@gm...> wrote:

> Final note (hopefully): The x86_64 (Intel) and arm64 versions of Gnuplot
> 6.0.2 with and without AquaTerm can now be downloaded from
> https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
> <https://urldefense.com/v3/__https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS__;!!K-Hz7m0Vt54!k6_7v96XUB92jkWDkKn7vehA8FMRodGOU0ER4MD1hHKdxt9irpTWDGe5NE5VhDwt21gA25BtGS45ZIJ0Ib1p$>
>
> Jun: If you have a chance, can you see if these work on your MacBook?
>
> Kind regards,
>
> Erik
>

Also, can someone now check whether Bug #1969 "Aquaterm: plot using third
column for color palette value loses every 2nd line" is still a problem or
can now be closed?   Maybe I should close it anyhow, since the aquaterm
project seems moribund.
    https://sourceforge.net/p/gnuplot/bugs/1969/

  - Ethan

Re: AquaTerm (all solved)

[Erik L. <eri...@gm...>]

Final note (hopefully): The x86_64 (Intel) and arm64 versions of Gnuplot
6.0.2 with and without AquaTerm can now be downloaded from
https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS

Jun: If you have a chance, can you see if these work on your MacBook?

Kind regards,

Erik

On Sun, Jan 26, 2025 at 3:59 PM Erik Luijten <eri...@gm...> wrote:

> Hi Ethan,
>
> The new configure script works correctly (at least on my ARM-based Mac
> running masOS 15.2 Sequioa); thank you.
>
> As for "-g": As long as it's a deliberate choice, I have no problem with
> it. (I thought this flag could interfere with optimization, but I realize
> now that this is not true; thus, the only difference is the size of the
> executable.)
>
> Erik
>
> On Sun, Jan 26, 2025 at 3:03 PM Ethan A Merritt <me...@uw...> wrote:
>
>> On Sunday, 26 January 2025 08:59:41 PST Erik Luijten wrote:
>> > Dear all,
>> >
>> > I apologize for the clutter on this mailing list, but to save others
>> work,
>> > I wanted to let you know that all AquaTerm issues listed in my email
>> from
>> > yesterday have been resolved:
>> >
>> > 1. Thanks to the MacPorts project, I figured out what patches are
>> needed to
>> > compile AquaTerm 1.1.1 on a current version of macOS.
>> >
>> > 2. Moreover, Ethan, I found out what needs to be changed in the Gnuplot
>> > configure script. Line 10668 needs to read:
>> >
>> > CFLAGS="$CFLAGS -ObjC"; LDFLAGS="$LDFLAGS -framework Foundation
>> -framework
>> > AquaTerm -F/Library/Frameworks"
>> >
>> > (the missing -F flag causes subsequent tests to go wrong)
>>
>> This is getting deep into the autoconf/packaging weeds.
>>
>> <begin weedy section>
>> The ./configure file is not a primary source;  it is produced by running
>> various
>> autoconf tools  (aclocal autoheader automake m4 ...) using the master
>> template
>> file configure.ac and the scripts in the subdirectory .../m4/
>> If you are starting from the files in the git repository (i.e. not from a
>> packaged tarball) this is done by running the script named "prepare"
>> which does all this magic and produces the ./configure script.
>>
>> I didn't write that prepare script and have only a superficial
>> understanding of
>> what all it is doing.  I can see that there is script in the m4 directory
>> .../m4/apple.m4 that is supposed to set the appropriate flags for
>> building on a Mac.
>> <end weedy section>
>>
>> I can tweak it, but I'll be working blind since I don't have a Mac to
>> test it on.
>> Please try the attached configure script (for 6.0.2) generated after
>> modifying
>> apple.m4
>>
>> >
>> > 3. I need to create an ARM package for AquaTerm and then I will provide
>> new
>> > packages on my Wiki page. Please allow a few days for me to finish this.
>> >
>> > Lastly, on a side note: I noticed that gnuplot on my machine always
>> builds
>> > with "-g -O2"; is this default on purpose? ("-g" seems undesirable for
>> > production builds)
>>
>> Why undesirable?
>> The advantage is that it allows people to provide more information in a
>> bug report.
>> As in "here's a backtrace I got for the segfault I'm reporting".
>> Is there a disadvantage?
>>
>>     Ethan
>
>

Re: AquaTerm (all solved)

[Erik L. <eri...@gm...>]

Hi Ethan,

The new configure script works correctly (at least on my ARM-based Mac
running masOS 15.2 Sequioa); thank you.

As for "-g": As long as it's a deliberate choice, I have no problem with
it. (I thought this flag could interfere with optimization, but I realize
now that this is not true; thus, the only difference is the size of the
executable.)

Erik

On Sun, Jan 26, 2025 at 3:03 PM Ethan A Merritt <me...@uw...> wrote:

> On Sunday, 26 January 2025 08:59:41 PST Erik Luijten wrote:
> > Dear all,
> >
> > I apologize for the clutter on this mailing list, but to save others
> work,
> > I wanted to let you know that all AquaTerm issues listed in my email from
> > yesterday have been resolved:
> >
> > 1. Thanks to the MacPorts project, I figured out what patches are needed
> to
> > compile AquaTerm 1.1.1 on a current version of macOS.
> >
> > 2. Moreover, Ethan, I found out what needs to be changed in the Gnuplot
> > configure script. Line 10668 needs to read:
> >
> > CFLAGS="$CFLAGS -ObjC"; LDFLAGS="$LDFLAGS -framework Foundation
> -framework
> > AquaTerm -F/Library/Frameworks"
> >
> > (the missing -F flag causes subsequent tests to go wrong)
>
> This is getting deep into the autoconf/packaging weeds.
>
> <begin weedy section>
> The ./configure file is not a primary source;  it is produced by running
> various
> autoconf tools  (aclocal autoheader automake m4 ...) using the master
> template
> file configure.ac and the scripts in the subdirectory .../m4/
> If you are starting from the files in the git repository (i.e. not from a
> packaged tarball) this is done by running the script named "prepare"
> which does all this magic and produces the ./configure script.
>
> I didn't write that prepare script and have only a superficial
> understanding of
> what all it is doing.  I can see that there is script in the m4 directory
> .../m4/apple.m4 that is supposed to set the appropriate flags for building
> on a Mac.
> <end weedy section>
>
> I can tweak it, but I'll be working blind since I don't have a Mac to test
> it on.
> Please try the attached configure script (for 6.0.2) generated after
> modifying
> apple.m4
>
> >
> > 3. I need to create an ARM package for AquaTerm and then I will provide
> new
> > packages on my Wiki page. Please allow a few days for me to finish this.
> >
> > Lastly, on a side note: I noticed that gnuplot on my machine always
> builds
> > with "-g -O2"; is this default on purpose? ("-g" seems undesirable for
> > production builds)
>
> Why undesirable?
> The advantage is that it allows people to provide more information in a
> bug report.
> As in "here's a backtrace I got for the segfault I'm reporting".
> Is there a disadvantage?
>
>     Ethan

AquaTerm (all solved)

[Erik L. <eri...@gm...>]

Dear all,

I apologize for the clutter on this mailing list, but to save others work,
I wanted to let you know that all AquaTerm issues listed in my email from
yesterday have been resolved:

1. Thanks to the MacPorts project, I figured out what patches are needed to
compile AquaTerm 1.1.1 on a current version of macOS.

2. Moreover, Ethan, I found out what needs to be changed in the Gnuplot
configure script. Line 10668 needs to read:

CFLAGS="$CFLAGS -ObjC"; LDFLAGS="$LDFLAGS -framework Foundation -framework
AquaTerm -F/Library/Frameworks"

(the missing -F flag causes subsequent tests to go wrong)

3. I need to create an ARM package for AquaTerm and then I will provide new
packages on my Wiki page. Please allow a few days for me to finish this.

Lastly, on a side note: I noticed that gnuplot on my machine always builds
with "-g -O2"; is this default on purpose? ("-g" seems undesirable for
production builds)

Erik

Gnuplot + aquaterm

[Erik L. <eri...@gm...>]

Hi (I took the liberty to change the subject),

Here is an update:

1. configuration with "--with-aquaterm" completely throws off the
compilation. I found that this is caused by a specific line in the
./configure script (line 10668 in Gnuplot 6.0.2):

    CFLAGS="$CFLAGS -ObjC"; LDFLAGS="$LDFLAGS -framework Foundation
-framework AquaTerm"

The LDFLAGS make the configure script subsequently fail finding various
libraries (GNU readline, etc.) and the configuration of the source code is
completely wrong (numerous error messages during compilation). The problem
occurs in 5.4.10 and 6.0.2, and both on my old Intel-based Mac running
macOS Catalina and my ARM-based Mac running macOS Sequioa. I do not
understand why this happens.


2. Despite the above, I was able to compile (by changing the configure
script) Gnuplot with AquaTerm. On the Intel machine, this was
straightforward using the precompiled AquaTerm package on sourceforge. The
compiled version of Gnuplot can also be run on an ARM Mac, via emulation.
On the other hand, attempting direct compilation of Gnuplot with aquaterm
on my ARM Mac caused a problem during linking, since the sourceforge
AquaTerm framework does not provide arm64 object code.



3. To circumvent this, I tried building AquaTerm on ARM using "xcodebuild
build"; however, this failed. I admittedly do not have the bandwidth to
sort this out; pointers would be very welcome! One problem is that "
Message/NSMailDelivery.h" is used, which has been deprecated by Apple. This
may be easy to address - I simply do not know.



4. I can confirm Jun's statement: Copy/Paste from an AquaTerm window yields
a scalable (vector) object. On the other hand, Copy/Paste from a wxt
terminal seems to be a bitmap.



So, as a brief summary:
- I can make available an x86_64 version of Gnuplot with aquaterm, which
will run on ARM machines as well (but not natively).
- I would much appreciate help in building AquaTerm (
https://sourceforge.net/projects/aquaterm/files/AquaTerm/v1.1.1/) on an
arm-based Mac.



Apologies for the long message!


Erik




On Fri, Jan 24, 2025 at 2:23 AM Jun T <tak...@kb...> wrote:

>
> > 2025/01/24 14:08、Ethan A Merritt <me...@uw...>のメール:
> >
> > The wxt and qt terminals can both dump PDF output of the plot currently
> > on the screen.  Is the issue that you would like it sent to a clipboard
> rather
> > than to a file?
>
> With wxt, you can copy the plot into the clipboard by pushing
> a button in the title bar of the wxt window.
> With qt, you can select the 'copy to clipboard' from the pull-down
> menu in the title bar of the qt window.
> But in both cases the plot is copied in bitmap format, not as
> vector graphics.
>
> On macOS with aquaterm, I can use the key combination Cmd-C
> to copy the plot to the clipboard in PDF format, and paste it into
> PowerPoint etc. by hitting Cmd-V.
>
>
>
>
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Re: New version for macOS

[Jun T <tak...@kb...>]

> 2025/01/24 14:08、Ethan A Merritt <me...@uw...>のメール:
> 
> The wxt and qt terminals can both dump PDF output of the plot currently
> on the screen.  Is the issue that you would like it sent to a clipboard rather
> than to a file?

With wxt, you can copy the plot into the clipboard by pushing
a button in the title bar of the wxt window.
With qt, you can select the 'copy to clipboard' from the pull-down
menu in the title bar of the qt window.
But in both cases the plot is copied in bitmap format, not as
vector graphics.

On macOS with aquaterm, I can use the key combination Cmd-C
to copy the plot to the clipboard in PDF format, and paste it into
PowerPoint etc. by hitting Cmd-V.

Re: New version for macOS

[Ethan A M. <me...@uw...>]

On Thursday, 23 January 2025 17:20:55 PST Jun T wrote:
> 
> > 2025/01/23 22:53、Erik Luijten <eri...@gm...>のメール:
> > 
> > I will see if I can get it to work, hopefully this weekend. 
> 
> Thanks. I hope it works.
> Which version of macOS are you using (on Intel Mac)?
> 
> > On a side note, you wrote "EPSF, or PDF as Apple calls it". However, EPSF = Encapsulated Postscript, which is closely related to PDF, but definitely not the same.
> 
> I've been thinking it is EPSF but Apple (wrongly) calls it PDF.
> But I looked into the actual content of the clipboard; it seems
> it is indeed PDF.

The wxt and qt terminals can both dump PDF output of the plot currently
on the screen.  Is the issue that you would like it sent to a clipboard rather
than to a file?   I don't know exactly what "clipboard" means on a Mac,
but if there is a standard way to paste things there maybe this is worth a
feature request for those other terminals.

  - Ethan

Re: New version for macOS

[Jun T <tak...@kb...>]

> 2025/01/23 22:53、Erik Luijten <eri...@gm...>のメール:
> 
> I will see if I can get it to work, hopefully this weekend. 

Thanks. I hope it works.
Which version of macOS are you using (on Intel Mac)?

> On a side note, you wrote "EPSF, or PDF as Apple calls it". However, EPSF = Encapsulated Postscript, which is closely related to PDF, but definitely not the same.

I've been thinking it is EPSF but Apple (wrongly) calls it PDF.
But I looked into the actual content of the clipboard; it seems
it is indeed PDF.

Re: New version for macOS

[Erik L. <eri...@gm...>]

Hi Jun,

I will see if I can get it to work, hopefully this weekend.

On a side note, you wrote "EPSF, or PDF as Apple calls it". However, EPSF =
Encapsulated Postscript, which is closely related to PDF, but definitely
not the same.

In any case, I'll keep you posted on aquaterm.

Erik



On Wed, Jan 22, 2025 at 9:44 PM Jun T <tak...@kb...> wrote:

>
> > 2025/01/23 7:52, Erik Luijten <eri...@gm...> wrote:
> >
> > I deliberately omitted aquaterm from my compiled version, since the
> project appears to be dormant (last change 2013, likewise for the mailing
> list) and the wxt terminal seems to work well. If there are reasons for me
> to reconsider, please let me know.
>
> Aauaterm works fine on macOS 13 Ventura. My Intel Mac
> is rather old (2017 iMac) and can't test on the newer macOS
> (14 Sonoma, 15 Sequoia). Can anyone test on these OSes?
>
> If aquaterm works on Sonoma/Sequoia I think it would be
> useful to include it since quaterm is the only terminal that
> can copy a plot into clipboard in vector format (EPSF, or
> PDF as Apple calls it).
>
> This is quite useful if you want to copy/paste the plot
> into Keynote, PowerPoint etc. (with wxt terminal we need
> to save the plot in .pdf file and then include the file into
> the presentation etc.).
>
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Re: New version for macOS

[Jun T <tak...@kb...>]

> 2025/01/23 7:52, Erik Luijten <eri...@gm...> wrote:
> 
> I deliberately omitted aquaterm from my compiled version, since the project appears to be dormant (last change 2013, likewise for the mailing list) and the wxt terminal seems to work well. If there are reasons for me to reconsider, please let me know.

Aauaterm works fine on macOS 13 Ventura. My Intel Mac
is rather old (2017 iMac) and can't test on the newer macOS
(14 Sonoma, 15 Sequoia). Can anyone test on these OSes?

If aquaterm works on Sonoma/Sequoia I think it would be
useful to include it since quaterm is the only terminal that
can copy a plot into clipboard in vector format (EPSF, or
PDF as Apple calls it).

This is quite useful if you want to copy/paste the plot
into Keynote, PowerPoint etc. (with wxt terminal we need
to save the plot in .pdf file and then include the file into
the presentation etc.).

Re: New version for macOS

[Erik L. <eri...@gm...>]

Hi Ethan,

I deliberately omitted aquaterm from my compiled version, since the project
appears to be dormant (last change 2013, likewise for the mailing list) and
the wxt terminal seems to work well. If there are reasons for me to
reconsider, please let me know.

Erik


On Wed, Jan 22, 2025 at 1:52 PM Ethan A Merritt <me...@uw...> wrote:

> Question:
> Do your gnuplot builds include  ./configure --with-aquaterm?
>
> I haven't heard anything from or about the AquaTerm project for a long
> time.
> There's an open bug report for aquaterm on the gnuplot tracker from 2017
>      https://sourceforge.net/p/gnuplot/bugs/1969/
> Can you check whether that issue still needs a fix, or alternatively if
> aquaterm
> is essentially unsupported maybe we should just remove it?
>
>    Ethan
>
> On Wed, Jan 22, 2025 at 6:46 AM Erik Luijten <eri...@gm...>
> wrote:
>
>> Just to follow up on this: I now also compiled a version specifically for
>> Intel-based Macs, see https: //csml-wiki. northwestern. edu/index.
>> php/Binary_versions_of_Gnuplot_for_macOS. Problems reports, suggestions,
>> etc. are always welcome! Kind regards,
>> ZjQcmQRYFpfptBannerStart
>> This Message Is From an Untrusted Sender
>> You have not previously corresponded with this sender.
>> See https://itconnect.uw.edu/email-tags for additional information.
>> Please contact the UW-IT Service Center, he...@uw... 206.221.5000, for
>> assistance.
>>
>> ZjQcmQRYFpfptBannerEnd
>> Just to follow up on this: I now also compiled a version specifically for
>> Intel-based Macs, see
>> https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
>> <https://urldefense.com/v3/__https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS__;!!K-Hz7m0Vt54!jboAagG5yjlfhA44xNigxng-vTw1Xqr6pjQCB69NiEUaM35V_ubLB1WlRpzK0TTlaIaZqYDERYVD8e-jVYO6$>
>> .
>>
>> Problems reports, suggestions, etc. are always welcome!
>>
>> Kind regards,
>>
>> Erik
>>
>>
>> On Mon, Jan 20, 2025 at 2:09 PM Erik Luijten <eri...@gm...>
>> wrote:
>>
>>> Dear all,
>>>
>>> After a long hiatus, I resumed creating packages of Gnuplot for macOS.
>>> To avoid problems, many libraries are statically linked. Unlike my older
>>> versions, I now use the wxt terminal, so users no longer need to install
>>> XQuartz.
>>>
>>> The webpage for my packages is:
>>> https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
>>> <https://urldefense.com/v3/__https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS__;!!K-Hz7m0Vt54!jboAagG5yjlfhA44xNigxng-vTw1Xqr6pjQCB69NiEUaM35V_ubLB1WlRpzK0TTlaIaZqYDERYVD8e-jVYO6$>
>>>
>>> Version 6.0.2 is available now, although only for Macs with ARM-based
>>> processors. I intend to create an Intel-compatible version in the coming
>>> days.
>>>
>>> *Feedback, problem reports, etc. are welcome!*
>>>
>>> *Ethan: Can you update http://gnuplot.info/download.html
>>> <https://urldefense.com/v3/__http://gnuplot.info/download.html__;!!K-Hz7m0Vt54!jboAagG5yjlfhA44xNigxng-vTw1Xqr6pjQCB69NiEUaM35V_ubLB1WlRpzK0TTlaIaZqYDERYVD8fPoCs_l$>
>>> in two regards?*
>>> - "Various versions through current 5.4:" should be "Various versions
>>> through current:"
>>> -The link in csml-wiki.northwestern.edu
>>> <https://urldefense.com/v3/__http://csml-wiki.northwestern.edu__;!!K-Hz7m0Vt54!jboAagG5yjlfhA44xNigxng-vTw1Xqr6pjQCB69NiEUaM35V_ubLB1WlRpzK0TTlaIaZqYDERYVD8RkM6Hgd$>
>>> is now: "
>>> https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
>>> <https://urldefense.com/v3/__https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS__;!!K-Hz7m0Vt54!jboAagG5yjlfhA44xNigxng-vTw1Xqr6pjQCB69NiEUaM35V_ubLB1WlRpzK0TTlaIaZqYDERYVD8e-jVYO6$>
>>> "
>>>
>>> Thank you!
>>>
>>> Erik
>>>
>>> _______________________________________________
>> gnuplot-beta mailing list
>> gnu...@li...
>> Membership management via:
>> https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/gnuplot-beta__;!!K-Hz7m0Vt54!jboAagG5yjlfhA44xNigxng-vTw1Xqr6pjQCB69NiEUaM35V_ubLB1WlRpzK0TTlaIaZqYDERYVD8X60Ssop$
>>
>
>
> --
> Ethan A Merritt
> Department of Biochemistry
> University of Washington, Seattle
>
>

Re: New version for macOS

[Ethan A M. <me...@uw...>]

Question:
Do your gnuplot builds include  ./configure --with-aquaterm?

I haven't heard anything from or about the AquaTerm project for a long time.
There's an open bug report for aquaterm on the gnuplot tracker from 2017
     https://sourceforge.net/p/gnuplot/bugs/1969/
Can you check whether that issue still needs a fix, or alternatively if
aquaterm
is essentially unsupported maybe we should just remove it?

   Ethan

On Wed, Jan 22, 2025 at 6:46 AM Erik Luijten <eri...@gm...> wrote:

> Just to follow up on this: I now also compiled a version specifically for
> Intel-based Macs, see https: //csml-wiki. northwestern. edu/index.
> php/Binary_versions_of_Gnuplot_for_macOS. Problems reports, suggestions,
> etc. are always welcome! Kind regards,
> ZjQcmQRYFpfptBannerStart
> This Message Is From an Untrusted Sender
> You have not previously corresponded with this sender.
> See https://itconnect.uw.edu/email-tags for additional information.
> Please contact the UW-IT Service Center, he...@uw... 206.221.5000, for
> assistance.
>
> ZjQcmQRYFpfptBannerEnd
> Just to follow up on this: I now also compiled a version specifically for
> Intel-based Macs, see
> https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
> <https://urldefense.com/v3/__https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS__;!!K-Hz7m0Vt54!jboAagG5yjlfhA44xNigxng-vTw1Xqr6pjQCB69NiEUaM35V_ubLB1WlRpzK0TTlaIaZqYDERYVD8e-jVYO6$>
> .
>
> Problems reports, suggestions, etc. are always welcome!
>
> Kind regards,
>
> Erik
>
>
> On Mon, Jan 20, 2025 at 2:09 PM Erik Luijten <eri...@gm...>
> wrote:
>
>> Dear all,
>>
>> After a long hiatus, I resumed creating packages of Gnuplot for macOS. To
>> avoid problems, many libraries are statically linked. Unlike my older
>> versions, I now use the wxt terminal, so users no longer need to install
>> XQuartz.
>>
>> The webpage for my packages is:
>> https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
>> <https://urldefense.com/v3/__https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS__;!!K-Hz7m0Vt54!jboAagG5yjlfhA44xNigxng-vTw1Xqr6pjQCB69NiEUaM35V_ubLB1WlRpzK0TTlaIaZqYDERYVD8e-jVYO6$>
>>
>> Version 6.0.2 is available now, although only for Macs with ARM-based
>> processors. I intend to create an Intel-compatible version in the coming
>> days.
>>
>> *Feedback, problem reports, etc. are welcome!*
>>
>> *Ethan: Can you update http://gnuplot.info/download.html
>> <https://urldefense.com/v3/__http://gnuplot.info/download.html__;!!K-Hz7m0Vt54!jboAagG5yjlfhA44xNigxng-vTw1Xqr6pjQCB69NiEUaM35V_ubLB1WlRpzK0TTlaIaZqYDERYVD8fPoCs_l$>
>> in two regards?*
>> - "Various versions through current 5.4:" should be "Various versions
>> through current:"
>> -The link in csml-wiki.northwestern.edu
>> <https://urldefense.com/v3/__http://csml-wiki.northwestern.edu__;!!K-Hz7m0Vt54!jboAagG5yjlfhA44xNigxng-vTw1Xqr6pjQCB69NiEUaM35V_ubLB1WlRpzK0TTlaIaZqYDERYVD8RkM6Hgd$>
>> is now: "
>> https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
>> <https://urldefense.com/v3/__https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS__;!!K-Hz7m0Vt54!jboAagG5yjlfhA44xNigxng-vTw1Xqr6pjQCB69NiEUaM35V_ubLB1WlRpzK0TTlaIaZqYDERYVD8e-jVYO6$>
>> "
>>
>> Thank you!
>>
>> Erik
>>
>> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via:
> https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/gnuplot-beta__;!!K-Hz7m0Vt54!jboAagG5yjlfhA44xNigxng-vTw1Xqr6pjQCB69NiEUaM35V_ubLB1WlRpzK0TTlaIaZqYDERYVD8X60Ssop$
>


-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

Re: New version for macOS

[Erik L. <eri...@gm...>]

Just to follow up on this: I now also compiled a version specifically for
Intel-based Macs, see
https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
.

Problems reports, suggestions, etc. are always welcome!

Kind regards,

Erik


On Mon, Jan 20, 2025 at 2:09 PM Erik Luijten <eri...@gm...> wrote:

> Dear all,
>
> After a long hiatus, I resumed creating packages of Gnuplot for macOS. To
> avoid problems, many libraries are statically linked. Unlike my older
> versions, I now use the wxt terminal, so users no longer need to install
> XQuartz.
>
> The webpage for my packages is:
> https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
>
> Version 6.0.2 is available now, although only for Macs with ARM-based
> processors. I intend to create an Intel-compatible version in the coming
> days.
>
> *Feedback, problem reports, etc. are welcome!*
>
> *Ethan: Can you update http://gnuplot.info/download.html
> <http://gnuplot.info/download.html> in two regards?*
> - "Various versions through current 5.4:" should be "Various versions
> through current:"
> -The link in csml-wiki.northwestern.edu is now: "
> https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
> "
>
> Thank you!
>
> Erik
>
>

Re: New version for macOS

[Erik L. <eri...@gm...>]

Thank you. I did not encounter any issues compiling for ARM (some of the
libraries required me to figure out the right configuration settings, but
none of that was related to gnuplot).

Erik


On Mon, Jan 20, 2025 at 6:35 PM Ethan A Merritt <me...@uw...> wrote:

> On Monday, 20 January 2025 12:09:52 PST Erik Luijten wrote:
> > Dear all,
> >
> > After a long hiatus, I resumed creating packages of Gnuplot for macOS. To
> > avoid problems, many libraries are statically linked. Unlike my older
> > versions, I now use the wxt terminal, so users no longer need to install
> XQuartz.
>
> Good to hear.
> Did you run into any compiler or source issues when compiling for the ARM
> processors?
>
> > The webpage for my packages is:
> >
> https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
>
> > Version 6.0.2 is available now, although only for Macs with ARM-based
> > processors. I intend to create an Intel-compatible version in the coming
> days.
> >
> > *Feedback, problem reports, etc. are welcome!*
> >
> > *Ethan: Can you update  gnuplot.info/download.html ?
>
> Sure ... done.
>
> --
> Ethan A Merritt
>
>
>
>

Re: New version for macOS

[Ethan A M. <me...@uw...>]

On Monday, 20 January 2025 12:09:52 PST Erik Luijten wrote:
> Dear all,
> 
> After a long hiatus, I resumed creating packages of Gnuplot for macOS. To
> avoid problems, many libraries are statically linked. Unlike my older
> versions, I now use the wxt terminal, so users no longer need to install XQuartz.

Good to hear.
Did you run into any compiler or source issues when compiling for the ARM processors?

> The webpage for my packages is:
> https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS

> Version 6.0.2 is available now, although only for Macs with ARM-based
> processors. I intend to create an Intel-compatible version in the coming days.
> 
> *Feedback, problem reports, etc. are welcome!*
> 
> *Ethan: Can you update  gnuplot.info/download.html ?

Sure ... done.

-- 
Ethan A Merritt

New version for macOS

[Erik L. <eri...@gm...>]

Dear all,

After a long hiatus, I resumed creating packages of Gnuplot for macOS. To
avoid problems, many libraries are statically linked. Unlike my older
versions, I now use the wxt terminal, so users no longer need to install
XQuartz.

The webpage for my packages is:
https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS

Version 6.0.2 is available now, although only for Macs with ARM-based
processors. I intend to create an Intel-compatible version in the coming
days.

*Feedback, problem reports, etc. are welcome!*

*Ethan: Can you update http://gnuplot.info/download.html
<http://gnuplot.info/download.html> in two regards?*
- "Various versions through current 5.4:" should be "Various versions
through current:"
-The link in csml-wiki.northwestern.edu is now: "
https://csml-wiki.northwestern.edu/index.php/Binary_versions_of_Gnuplot_for_macOS
"

Thank you!

Erik

Re: problem installing gnuplot

[Ozan K. <oza...@gm...>]

Thanks!

Ozan

=======================
 Ozan Kahramanoğulları, PhD
              ozan-k.com
=======================


On Sun, 12 Jan 2025 at 00:13, Ethan A Merritt <me...@uw...> wrote:

> On Saturday, 11 January 2025 06:53:04 PST Ozan Kahramanogullari wrote:
> > Thanks, Ethan,
> >
> > Unfortunately, it still doesn't work with a different error message. (See
> > below.)
> >
> > It is not finding the qtcore. I have no idea what it is. I googled to
> find <
> >
> https://urldefense.com/v3/__https://sourceforge.net/p/gnuplot/bugs/2591/__;!!K-Hz7m0Vt54!l9Pa6uxZHOlPbIvk4yIAEbfgXEe10dBaa3Ylb08WNEe7b1gIgrZ2aS6EVJ4d5LniMqdedb0Wgq7B1Bw$
> > but the pointers there do not
> > provide a simple solution. Before messing up my system by installing some
> > libraries, I thought it was a good idea to let you know as it seems like
> > something you are familiar with.
>
> You may find it helpful to read the INSTALL file section about building
> for MacOS in the homebrew environment.  The description may be useful
> even if you are not using homebrew.  It does mention that for some
> unknown reason QtCore is not found automatically, and gives examples
> of how to fix it.
>
>         Ethan
>
>
> >
> > Best,
> > Ozan
> >
> > make
> >
> > /Library/Developer/CommandLineTools/usr/bin/make  all-recursive
> >
> > Making all in config
> >
> > make[2]: Nothing to be done for `all'.
> >
> > Making all in m4
> >
> > make[2]: Nothing to be done for `all'.
> >
> > Making all in term
> >
> > make[2]: Nothing to be done for `all'.
> >
> > Making all in src
> >
> > Making timestamp.h
> >
> > /Library/Developer/CommandLineTools/usr/bin/make  all-recursive
> >
> > Making all in wxterminal
> >
> > make[4]: Nothing to be done for `all'.
> >
> > Making all in qtterminal
> >
> > make[4]: Nothing to be done for `all'.
> >
> > depbase=`echo term.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> >
> > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > -DBINDIR=\"/usr/local/bin\"
> > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > gnu...@li...\"
> > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_QT=\"`echo
> > gnuplot_qt | sed 's,x,x,'`\"
> > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> -I/usr/X11/include
> > -g -O2 -MT term.o -MD -MP -MF $depbase.Tpo -c -o term.o term.c &&\
> >
> > mv -f $depbase.Tpo $depbase.Po
> >
> > In file included from term.c:1214:
> >
> > In file included from ./term.h:187:
> >
> > *../term/x11.trm:1084:6: **warning: **'fork' is deprecated: Use
> posix_spawn
> > or fork [-Wdeprecated-declarations]*
> >
> >  1084 |         if (fork() == 0) {
> >
> >       | *            ^*
> >
> >
> */Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/unistd.h:604:1:
> > note: *'fork' has been explicitly marked deprecated here
> >
> >   604 | __deprecated_msg("Use posix_spawn or fork")
> >
> >       | *^*
> >
> >
> */Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/sys/cdefs.h:218:48:
> > note: *expanded from macro '__deprecated_msg'
> >
> >   218 |         #define __deprecated_msg(_msg)
> > __attribute__((__deprecated__(_msg)))
> >
> >       | *                                                      ^*
> >
> > 1 warning generated.
> >
> > depbase=`echo time.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> >
> > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > -DBINDIR=\"/usr/local/bin\"
> > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > gnu...@li...\"
> > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_QT=\"`echo
> > gnuplot_qt | sed 's,x,x,'`\"
> > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> -I/usr/X11/include
> > -g -O2 -MT time.o -MD -MP -MF $depbase.Tpo -c -o time.o time.c &&\
> >
> > mv -f $depbase.Tpo $depbase.Po
> >
> > depbase=`echo unset.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> >
> > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > -DBINDIR=\"/usr/local/bin\"
> > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > gnu...@li...\"
> > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_QT=\"`echo
> > gnuplot_qt | sed 's,x,x,'`\"
> > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> -I/usr/X11/include
> > -g -O2 -MT unset.o -MD -MP -MF $depbase.Tpo -c -o unset.o unset.c &&\
> >
> > mv -f $depbase.Tpo $depbase.Po
> >
> > depbase=`echo util.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> >
> > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > -DBINDIR=\"/usr/local/bin\"
> > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > gnu...@li...\"
> > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_QT=\"`echo
> > gnuplot_qt | sed 's,x,x,'`\"
> > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> -I/usr/X11/include
> > -g -O2 -MT util.o -MD -MP -MF $depbase.Tpo -c -o util.o util.c &&\
> >
> > mv -f $depbase.Tpo $depbase.Po
> >
> > depbase=`echo util3d.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> >
> > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > -DBINDIR=\"/usr/local/bin\"
> > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > gnu...@li...\"
> > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_QT=\"`echo
> > gnuplot_qt | sed 's,x,x,'`\"
> > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> -I/usr/X11/include
> > -g -O2 -MT util3d.o -MD -MP -MF $depbase.Tpo -c -o util3d.o util3d.c &&\
> >
> > mv -f $depbase.Tpo $depbase.Po
> >
> > depbase=`echo version.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> >
> > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > -DBINDIR=\"/usr/local/bin\"
> > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > gnu...@li...\"
> > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_QT=\"`echo
> > gnuplot_qt | sed 's,x,x,'`\"
> > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> -I/usr/X11/include
> > -g -O2 -MT version.o -MD -MP -MF $depbase.Tpo -c -o version.o version.c
> &&\
> >
> > mv -f $depbase.Tpo $depbase.Po
> >
> > depbase=`echo voxelgrid.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> >
> > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > -DBINDIR=\"/usr/local/bin\"
> > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > gnu...@li...\"
> > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_QT=\"`echo
> > gnuplot_qt | sed 's,x,x,'`\"
> > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> -I/usr/X11/include
> > -g -O2 -MT voxelgrid.o -MD -MP -MF $depbase.Tpo -c -o voxelgrid.o
> > voxelgrid.c &&\
> >
> > mv -f $depbase.Tpo $depbase.Po
> >
> > depbase=`echo vplot.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> >
> > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > -DBINDIR=\"/usr/local/bin\"
> > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > gnu...@li...\"
> > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_QT=\"`echo
> > gnuplot_qt | sed 's,x,x,'`\"
> > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> -I/usr/X11/include
> > -g -O2 -MT vplot.o -MD -MP -MF $depbase.Tpo -c -o vplot.o vplot.c &&\
> >
> > mv -f $depbase.Tpo $depbase.Po
> >
> > depbase=`echo watch.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> >
> > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > -DBINDIR=\"/usr/local/bin\"
> > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > gnu...@li...\"
> > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_QT=\"`echo
> > gnuplot_qt | sed 's,x,x,'`\"
> > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> -I/usr/X11/include
> > -g -O2 -MT watch.o -MD -MP -MF $depbase.Tpo -c -o watch.o watch.c &&\
> >
> > mv -f $depbase.Tpo $depbase.Po
> >
> > depbase=`echo xdg.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> >
> > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > -DBINDIR=\"/usr/local/bin\"
> > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > gnu...@li...\"
> > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_QT=\"`echo
> > gnuplot_qt | sed 's,x,x,'`\"
> > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> -I/usr/X11/include
> > -g -O2 -MT xdg.o -MD -MP -MF $depbase.Tpo -c -o xdg.o xdg.c &&\
> >
> > mv -f $depbase.Tpo $depbase.Po
> >
> > depbase=`echo qtterminal/qt_term.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> >
> > c++ -std=gnu++11 -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > -DBINDIR=\"/usr/local/bin\"
> > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > gnu...@li...\"
> > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_QT=\"`echo
> > gnuplot_qt | sed 's,x,x,'`\"
> > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> -I/usr/X11/include
> > -g -O2  -MT qtterminal/qt_term.o -MD -MP -MF $depbase.Tpo -c -o
> > qtterminal/qt_term.o qtterminal/qt_term.cpp &&\
> >
> > mv -f $depbase.Tpo $depbase.Po
> >
> > *qtterminal/qt_term.cpp:51:10: **fatal error: **'QtCore' file not found*
> >
> >    51 | #include <QtCore>
> >
> >       | *         ^~~~~~~~*
> >
> > 1 error generated.
> >
> > make[4]: *** [qtterminal/qt_term.o] Error 1
> >
> > make[3]: *** [all-recursive] Error 1
> >
> > make[2]: *** [all] Error 2
> >
> > make[1]: *** [all-recursive] Error 1
> >
> > make: *** [all] Error 2
> >
> >
> >
> >
> > =======================
> >  Ozan Kahramanoğulları, PhD
> >               ozan-k.com
> > =======================
> >
> >
> > On Fri, 10 Jan 2025 at 19:44, Ethan A Merritt <me...@uw...> wrote:
> >
> > > On Thursday, 9 January 2025 13:38:22 PST Ozan Kahramanogullari wrote:
> > > > Hi,
> > > >
> > > > I am trying to install gnuplot following the instructions in the
> INSTALL
> > > > file.
> > > >
> > > > I could run  "./prepare" and "./configure" without problems but
> "make"
> > > > failed with the error  message below.
> > > >
> > > > I tried to debug the code, but it exceeded my capacity to do a quick
> > > fix. I
> > > > also checked online, but I could not find a solution.
> > > >
> > > > Can anyone help?
> > > >
> > > > I am using an M1 Mac, in case it is relevant.
> > >
> > > Yes, very relevant.
> > >
> > > First off, you can just ignore the warning that advises to use
> > > posix_spawn()
> > > instead of fork().   The real problem is "undeclared function
> 'rl_getc'".
> > >
> > > Gnuplot supports 3 alternative methods for terminal input.
> > > The choice is made at build-time as part of the ./configure step.
> > > 1) The gnu readline library, selected by
> > >     ./configure --with-readline=gnu
> > > 2) The BSD editline library, selected by
> > >     ./configure --with-readline=bsd
> > > 3) A minimal but functional input layer that can be selected by
> > >     ./configure --with-readline=builtin
> > >
> > > If you do not specify any of these options, the configure script will
> pick
> > > one for you based on what it thinks it knows about the library support
> > > on your system.  I.e. first it will look for libreadline. If it doesn't
> > > find that
> > > it looks for libeditline.  If it finds neither it will use the builtin
> > > code.
> > >
> > > The problem is that MacOS provides a version of the BSD library with
> > > a wrapper that makes it look like, or almost like, gnu readline.
> > > I say "almost" because it does not provide 100% of the routines that
> > > are present in gnu readline.  I think what is happening in your case is
> > > that the configure script thinks it has found the readline library on
> your
> > > system so it selects all the readline-appropriate calling options.
> > > But what it really found was the imitation readline wrapper for
> > > libeditline.
> > > That is normal for a Mac if you have not separately installed the
> "real"
> > > readline library, and up until recently that was good enough for
> gnuplot.
> > >
> > > Recently gnuplot's input layer was modified to use an undocumented
> > > feature of the editline wrapper so that it would be possible to support
> > > UTF-8 encoded terminal input. This worked great on the machines I was
> > > able to test, but an M1 Mac was not among those machines.  I am
> guessing
> > > that the wrapper provided on your machine does not provide a wrapper
> > > for rl_getc(),  or just as likely it does have such a routine but
> fails to
> > > list it
> > > in the "readline.h" header file that comes with the wrapper.
> > >
> > > Here is the relevant chunk of code from gnuplot's file .../src/term.c:
> > >
> > > > #if defined(HAVE_LIBREADLINE)
> > > >
> > > >   #define raw() rl_prep_terminal(1)
> > > >   #define cook() rl_deprep_terminal()
> > > >   #define nextchar() rl_getc(stdin)
> > > >
> > > > #elif defined(HAVE_LIBEDITLINE)
> > > >
> > > >   #define raw() rl_prep_terminal(1)
> > > >   #define cook() rl_deprep_terminal()
> > > >   #define nextchar() fgetc(stdin)
> > > >
> > > > #elif defined(READLINE)
> > > >
> > > >   #define raw() set_termio()
> > > >   #define cook() reset_termio()
> > > >   #define nextchar() fgetc(stdin)
> > > >
> > > > #endif
> > >
> > > So, what can you do?
> > >
> > > - It is possible that specifying one of the three input options
> > > explicitly to ./configure
> > > rather than letting it default would make it work.
> > > Certainly the builtin option should work.
> > >
> > > - I am guessing that editing chunk of code shown above so that all
> three
> > > options say
> > >      #define nextchar() fgetc(stdin)
> > > would be the correct solution for a system with
> > > editline-masquerading-as-readline.
> > > If you try that and it works, please let us know and we can try to
> teach
> > > the configure
> > > script how to handle that.  Do you know if there is a compile-time
> symbol
> > > defined
> > > on your machine to indicate that it is an M1?  That might be what we
> would
> > > have to
> > > look for.
> > >
> > > - I am also guessing that the "real" fix is to file a bug report
> against
> > > the readline.h
> > > header provided by Apple.  But I'm not holding my breath on that one.
> > > As I said, this is an undocumented option, and there may in fact be a
> > > reason for that.
> > >
> > >         Ethan
> > >
> > > > Best,
> > > > Ozan
> > > >
> > > > =======================
> > > >  Ozan Kahramanoğulları, PhD
> > > >               ozan-k.com
> > > > =======================
> > > >
> > > > (base) ozan@MBP-FVFGT17VQ05N gnuplot-gnuplot-main % make
> > > >
> > > > /Library/Developer/CommandLineTools/usr/bin/make  all-recursive
> > > >
> > > > Making all in config
> > > >
> > > > make[2]: Nothing to be done for `all'.
> > > >
> > > > Making all in m4
> > > >
> > > > make[2]: Nothing to be done for `all'.
> > > >
> > > > Making all in term
> > > >
> > > > make[2]: Nothing to be done for `all'.
> > > >
> > > > Making all in src
> > > >
> > > > Making timestamp.h
> > > >
> > > > /Library/Developer/CommandLineTools/usr/bin/make  all-recursive
> > > >
> > > > Making all in wxterminal
> > > >
> > > > make[4]: Nothing to be done for `all'.
> > > >
> > > > Making all in qtterminal
> > > >
> > > > make[4]: Nothing to be done for `all'.
> > > >
> > > > depbase=`echo term.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> > > >
> > > > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > > > -DBINDIR=\"/usr/local/bin\"
> > > > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > > > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > > > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > > > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > > > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > > > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > > > gnu...@li...\"
> > > > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > > > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > > > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > > -DGNUPLOT_QT=\"`echo
> > > > gnuplot_qt | sed 's,x,x,'`\"
> > > > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> > > -I/usr/X11/include
> > > > -g -O2 -MT term.o -MD -MP -MF $depbase.Tpo -c -o term.o term.c &&\
> > > >
> > > > mv -f $depbase.Tpo $depbase.Po
> > > >
> > > > In file included from term.c:1214:
> > > >
> > > > In file included from ./term.h:187:
> > > >
> > > > *../term/x11.trm:1084:6: **warning: **'fork' is deprecated: Use
> > > posix_spawn
> > > > or fork [-Wdeprecated-declarations]*
> > > >
> > > >  1084 |         if (fork() == 0) {
> > > >
> > > >       | *            ^*
> > > >
> > > >
> > >
> */Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/unistd.h:604:1:
> > > > note: *'fork' has been explicitly marked deprecated here
> > > >
> > > >   604 | __deprecated_msg("Use posix_spawn or fork")
> > > >
> > > >       | *^*
> > > >
> > > >
> > >
> */Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/sys/cdefs.h:218:48:
> > > > note: *expanded from macro '__deprecated_msg'
> > > >
> > > >   218 |         #define __deprecated_msg(_msg)
> > > > __attribute__((__deprecated__(_msg)))
> > > >
> > > >       | *                                                      ^*
> > > >
> > > > *term.c:1382:13: **error: **call to undeclared function 'rl_getc';
> ISO
> > > C99
> > > > and later do not support implicit function declarations
> > > > [-Wimplicit-function-declaration]*
> > > >
> > > >  1382 |         nextchar = nextchar();
> > > >
> > > >       | *                   ^*
> > > >
> > > > *term.c:1360:22: note: *expanded from macro 'nextchar'
> > > >
> > > >  1360 |   #define nextchar() rl_getc(stdin)
> > > >
> > > >       | *                     ^*
> > > >
> > > > 1 warning and 1 error generated.
> > > >
> > > > make[4]: *** [term.o] Error 1
> > > >
> > > > make[3]: *** [all-recursive] Error 1
> > > >
> > > > make[2]: *** [all] Error 2
> > > >
> > > > make[1]: *** [all-recursive] Error 1
> > > >
> > > > make: *** [all] Error 2
> > > >
> > >
> > >
> > > --
> > > Ethan A Merritt
> > > Department of Biochemistry
> > > University of Washington, Seattle
> > >
> > >
> > >
> >
>
>
> --
> Ethan A Merritt
> Department of Biochemistry
> University of Washington, Seattle
>
>
>

Re: problem installing gnuplot

[Ethan A M. <me...@uw...>]

On Saturday, 11 January 2025 06:53:04 PST Ozan Kahramanogullari wrote:
> Thanks, Ethan,
> 
> Unfortunately, it still doesn't work with a different error message. (See
> below.)
> 
> It is not finding the qtcore. I have no idea what it is. I googled to find <
> https://urldefense.com/v3/__https://sourceforge.net/p/gnuplot/bugs/2591/__;!!K-Hz7m0Vt54!l9Pa6uxZHOlPbIvk4yIAEbfgXEe10dBaa3Ylb08WNEe7b1gIgrZ2aS6EVJ4d5LniMqdedb0Wgq7B1Bw$ > but the pointers there do not
> provide a simple solution. Before messing up my system by installing some
> libraries, I thought it was a good idea to let you know as it seems like
> something you are familiar with.

You may find it helpful to read the INSTALL file section about building 
for MacOS in the homebrew environment.  The description may be useful
even if you are not using homebrew.  It does mention that for some
unknown reason QtCore is not found automatically, and gives examples
of how to fix it.

	Ethan


> 
> Best,
> Ozan
> 
> make
> 
> /Library/Developer/CommandLineTools/usr/bin/make  all-recursive
> 
> Making all in config
> 
> make[2]: Nothing to be done for `all'.
> 
> Making all in m4
> 
> make[2]: Nothing to be done for `all'.
> 
> Making all in term
> 
> make[2]: Nothing to be done for `all'.
> 
> Making all in src
> 
> Making timestamp.h
> 
> /Library/Developer/CommandLineTools/usr/bin/make  all-recursive
> 
> Making all in wxterminal
> 
> make[4]: Nothing to be done for `all'.
> 
> Making all in qtterminal
> 
> make[4]: Nothing to be done for `all'.
> 
> depbase=`echo term.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> 
> gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
> gnuplot_qt | sed 's,x,x,'`\"
> -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
> -g -O2 -MT term.o -MD -MP -MF $depbase.Tpo -c -o term.o term.c &&\
> 
> mv -f $depbase.Tpo $depbase.Po
> 
> In file included from term.c:1214:
> 
> In file included from ./term.h:187:
> 
> *../term/x11.trm:1084:6: **warning: **'fork' is deprecated: Use posix_spawn
> or fork [-Wdeprecated-declarations]*
> 
>  1084 |         if (fork() == 0) {
> 
>       | *            ^*
> 
> */Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/unistd.h:604:1:
> note: *'fork' has been explicitly marked deprecated here
> 
>   604 | __deprecated_msg("Use posix_spawn or fork")
> 
>       | *^*
> 
> */Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/sys/cdefs.h:218:48:
> note: *expanded from macro '__deprecated_msg'
> 
>   218 |         #define __deprecated_msg(_msg)
> __attribute__((__deprecated__(_msg)))
> 
>       | *                                                      ^*
> 
> 1 warning generated.
> 
> depbase=`echo time.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> 
> gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
> gnuplot_qt | sed 's,x,x,'`\"
> -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
> -g -O2 -MT time.o -MD -MP -MF $depbase.Tpo -c -o time.o time.c &&\
> 
> mv -f $depbase.Tpo $depbase.Po
> 
> depbase=`echo unset.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> 
> gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
> gnuplot_qt | sed 's,x,x,'`\"
> -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
> -g -O2 -MT unset.o -MD -MP -MF $depbase.Tpo -c -o unset.o unset.c &&\
> 
> mv -f $depbase.Tpo $depbase.Po
> 
> depbase=`echo util.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> 
> gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
> gnuplot_qt | sed 's,x,x,'`\"
> -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
> -g -O2 -MT util.o -MD -MP -MF $depbase.Tpo -c -o util.o util.c &&\
> 
> mv -f $depbase.Tpo $depbase.Po
> 
> depbase=`echo util3d.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> 
> gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
> gnuplot_qt | sed 's,x,x,'`\"
> -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
> -g -O2 -MT util3d.o -MD -MP -MF $depbase.Tpo -c -o util3d.o util3d.c &&\
> 
> mv -f $depbase.Tpo $depbase.Po
> 
> depbase=`echo version.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> 
> gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
> gnuplot_qt | sed 's,x,x,'`\"
> -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
> -g -O2 -MT version.o -MD -MP -MF $depbase.Tpo -c -o version.o version.c &&\
> 
> mv -f $depbase.Tpo $depbase.Po
> 
> depbase=`echo voxelgrid.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> 
> gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
> gnuplot_qt | sed 's,x,x,'`\"
> -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
> -g -O2 -MT voxelgrid.o -MD -MP -MF $depbase.Tpo -c -o voxelgrid.o
> voxelgrid.c &&\
> 
> mv -f $depbase.Tpo $depbase.Po
> 
> depbase=`echo vplot.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> 
> gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
> gnuplot_qt | sed 's,x,x,'`\"
> -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
> -g -O2 -MT vplot.o -MD -MP -MF $depbase.Tpo -c -o vplot.o vplot.c &&\
> 
> mv -f $depbase.Tpo $depbase.Po
> 
> depbase=`echo watch.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> 
> gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
> gnuplot_qt | sed 's,x,x,'`\"
> -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
> -g -O2 -MT watch.o -MD -MP -MF $depbase.Tpo -c -o watch.o watch.c &&\
> 
> mv -f $depbase.Tpo $depbase.Po
> 
> depbase=`echo xdg.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> 
> gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
> gnuplot_qt | sed 's,x,x,'`\"
> -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
> -g -O2 -MT xdg.o -MD -MP -MF $depbase.Tpo -c -o xdg.o xdg.c &&\
> 
> mv -f $depbase.Tpo $depbase.Po
> 
> depbase=`echo qtterminal/qt_term.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> 
> c++ -std=gnu++11 -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> -DBINDIR=\"/usr/local/bin\"
> -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> gnu...@li...\"
> -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
> gnuplot_qt | sed 's,x,x,'`\"
> -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
> -g -O2  -MT qtterminal/qt_term.o -MD -MP -MF $depbase.Tpo -c -o
> qtterminal/qt_term.o qtterminal/qt_term.cpp &&\
> 
> mv -f $depbase.Tpo $depbase.Po
> 
> *qtterminal/qt_term.cpp:51:10: **fatal error: **'QtCore' file not found*
> 
>    51 | #include <QtCore>
> 
>       | *         ^~~~~~~~*
> 
> 1 error generated.
> 
> make[4]: *** [qtterminal/qt_term.o] Error 1
> 
> make[3]: *** [all-recursive] Error 1
> 
> make[2]: *** [all] Error 2
> 
> make[1]: *** [all-recursive] Error 1
> 
> make: *** [all] Error 2
> 
> 
> 
> 
> =======================
>  Ozan Kahramanoğulları, PhD
>               ozan-k.com
> =======================
> 
> 
> On Fri, 10 Jan 2025 at 19:44, Ethan A Merritt <me...@uw...> wrote:
> 
> > On Thursday, 9 January 2025 13:38:22 PST Ozan Kahramanogullari wrote:
> > > Hi,
> > >
> > > I am trying to install gnuplot following the instructions in the INSTALL
> > > file.
> > >
> > > I could run  "./prepare" and "./configure" without problems but "make"
> > > failed with the error  message below.
> > >
> > > I tried to debug the code, but it exceeded my capacity to do a quick
> > fix. I
> > > also checked online, but I could not find a solution.
> > >
> > > Can anyone help?
> > >
> > > I am using an M1 Mac, in case it is relevant.
> >
> > Yes, very relevant.
> >
> > First off, you can just ignore the warning that advises to use
> > posix_spawn()
> > instead of fork().   The real problem is "undeclared function 'rl_getc'".
> >
> > Gnuplot supports 3 alternative methods for terminal input.
> > The choice is made at build-time as part of the ./configure step.
> > 1) The gnu readline library, selected by
> >     ./configure --with-readline=gnu
> > 2) The BSD editline library, selected by
> >     ./configure --with-readline=bsd
> > 3) A minimal but functional input layer that can be selected by
> >     ./configure --with-readline=builtin
> >
> > If you do not specify any of these options, the configure script will pick
> > one for you based on what it thinks it knows about the library support
> > on your system.  I.e. first it will look for libreadline. If it doesn't
> > find that
> > it looks for libeditline.  If it finds neither it will use the builtin
> > code.
> >
> > The problem is that MacOS provides a version of the BSD library with
> > a wrapper that makes it look like, or almost like, gnu readline.
> > I say "almost" because it does not provide 100% of the routines that
> > are present in gnu readline.  I think what is happening in your case is
> > that the configure script thinks it has found the readline library on your
> > system so it selects all the readline-appropriate calling options.
> > But what it really found was the imitation readline wrapper for
> > libeditline.
> > That is normal for a Mac if you have not separately installed the "real"
> > readline library, and up until recently that was good enough for gnuplot.
> >
> > Recently gnuplot's input layer was modified to use an undocumented
> > feature of the editline wrapper so that it would be possible to support
> > UTF-8 encoded terminal input. This worked great on the machines I was
> > able to test, but an M1 Mac was not among those machines.  I am guessing
> > that the wrapper provided on your machine does not provide a wrapper
> > for rl_getc(),  or just as likely it does have such a routine but fails to
> > list it
> > in the "readline.h" header file that comes with the wrapper.
> >
> > Here is the relevant chunk of code from gnuplot's file .../src/term.c:
> >
> > > #if defined(HAVE_LIBREADLINE)
> > >
> > >   #define raw() rl_prep_terminal(1)
> > >   #define cook() rl_deprep_terminal()
> > >   #define nextchar() rl_getc(stdin)
> > >
> > > #elif defined(HAVE_LIBEDITLINE)
> > >
> > >   #define raw() rl_prep_terminal(1)
> > >   #define cook() rl_deprep_terminal()
> > >   #define nextchar() fgetc(stdin)
> > >
> > > #elif defined(READLINE)
> > >
> > >   #define raw() set_termio()
> > >   #define cook() reset_termio()
> > >   #define nextchar() fgetc(stdin)
> > >
> > > #endif
> >
> > So, what can you do?
> >
> > - It is possible that specifying one of the three input options
> > explicitly to ./configure
> > rather than letting it default would make it work.
> > Certainly the builtin option should work.
> >
> > - I am guessing that editing chunk of code shown above so that all three
> > options say
> >      #define nextchar() fgetc(stdin)
> > would be the correct solution for a system with
> > editline-masquerading-as-readline.
> > If you try that and it works, please let us know and we can try to teach
> > the configure
> > script how to handle that.  Do you know if there is a compile-time symbol
> > defined
> > on your machine to indicate that it is an M1?  That might be what we would
> > have to
> > look for.
> >
> > - I am also guessing that the "real" fix is to file a bug report against
> > the readline.h
> > header provided by Apple.  But I'm not holding my breath on that one.
> > As I said, this is an undocumented option, and there may in fact be a
> > reason for that.
> >
> >         Ethan
> >
> > > Best,
> > > Ozan
> > >
> > > =======================
> > >  Ozan Kahramanoğulları, PhD
> > >               ozan-k.com
> > > =======================
> > >
> > > (base) ozan@MBP-FVFGT17VQ05N gnuplot-gnuplot-main % make
> > >
> > > /Library/Developer/CommandLineTools/usr/bin/make  all-recursive
> > >
> > > Making all in config
> > >
> > > make[2]: Nothing to be done for `all'.
> > >
> > > Making all in m4
> > >
> > > make[2]: Nothing to be done for `all'.
> > >
> > > Making all in term
> > >
> > > make[2]: Nothing to be done for `all'.
> > >
> > > Making all in src
> > >
> > > Making timestamp.h
> > >
> > > /Library/Developer/CommandLineTools/usr/bin/make  all-recursive
> > >
> > > Making all in wxterminal
> > >
> > > make[4]: Nothing to be done for `all'.
> > >
> > > Making all in qtterminal
> > >
> > > make[4]: Nothing to be done for `all'.
> > >
> > > depbase=`echo term.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> > >
> > > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > > -DBINDIR=\"/usr/local/bin\"
> > > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > > gnu...@li...\"
> > > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_QT=\"`echo
> > > gnuplot_qt | sed 's,x,x,'`\"
> > > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> > -I/usr/X11/include
> > > -g -O2 -MT term.o -MD -MP -MF $depbase.Tpo -c -o term.o term.c &&\
> > >
> > > mv -f $depbase.Tpo $depbase.Po
> > >
> > > In file included from term.c:1214:
> > >
> > > In file included from ./term.h:187:
> > >
> > > *../term/x11.trm:1084:6: **warning: **'fork' is deprecated: Use
> > posix_spawn
> > > or fork [-Wdeprecated-declarations]*
> > >
> > >  1084 |         if (fork() == 0) {
> > >
> > >       | *            ^*
> > >
> > >
> > */Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/unistd.h:604:1:
> > > note: *'fork' has been explicitly marked deprecated here
> > >
> > >   604 | __deprecated_msg("Use posix_spawn or fork")
> > >
> > >       | *^*
> > >
> > >
> > */Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/sys/cdefs.h:218:48:
> > > note: *expanded from macro '__deprecated_msg'
> > >
> > >   218 |         #define __deprecated_msg(_msg)
> > > __attribute__((__deprecated__(_msg)))
> > >
> > >       | *                                                      ^*
> > >
> > > *term.c:1382:13: **error: **call to undeclared function 'rl_getc'; ISO
> > C99
> > > and later do not support implicit function declarations
> > > [-Wimplicit-function-declaration]*
> > >
> > >  1382 |         nextchar = nextchar();
> > >
> > >       | *                   ^*
> > >
> > > *term.c:1360:22: note: *expanded from macro 'nextchar'
> > >
> > >  1360 |   #define nextchar() rl_getc(stdin)
> > >
> > >       | *                     ^*
> > >
> > > 1 warning and 1 error generated.
> > >
> > > make[4]: *** [term.o] Error 1
> > >
> > > make[3]: *** [all-recursive] Error 1
> > >
> > > make[2]: *** [all] Error 2
> > >
> > > make[1]: *** [all-recursive] Error 1
> > >
> > > make: *** [all] Error 2
> > >
> >
> >
> > --
> > Ethan A Merritt
> > Department of Biochemistry
> > University of Washington, Seattle
> >
> >
> >
> 


-- 
Ethan A Merritt
Department of Biochemistry
University of Washington, Seattle

Re: problem installing gnuplot

[Ozan K. <oza...@gm...>]

Thanks, Ethan,

Unfortunately, it still doesn't work with a different error message. (See
below.)

It is not finding the qtcore. I have no idea what it is. I googled to find <
https://sourceforge.net/p/gnuplot/bugs/2591/> but the pointers there do not
provide a simple solution. Before messing up my system by installing some
libraries, I thought it was a good idea to let you know as it seems like
something you are familiar with.

Best,
Ozan

make

/Library/Developer/CommandLineTools/usr/bin/make  all-recursive

Making all in config

make[2]: Nothing to be done for `all'.

Making all in m4

make[2]: Nothing to be done for `all'.

Making all in term

make[2]: Nothing to be done for `all'.

Making all in src

Making timestamp.h

/Library/Developer/CommandLineTools/usr/bin/make  all-recursive

Making all in wxterminal

make[4]: Nothing to be done for `all'.

Making all in qtterminal

make[4]: Nothing to be done for `all'.

depbase=`echo term.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\

gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
-DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
-DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
-DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
-DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
gnuplot_qt | sed 's,x,x,'`\"
-DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
-g -O2 -MT term.o -MD -MP -MF $depbase.Tpo -c -o term.o term.c &&\

mv -f $depbase.Tpo $depbase.Po

In file included from term.c:1214:

In file included from ./term.h:187:

*../term/x11.trm:1084:6: **warning: **'fork' is deprecated: Use posix_spawn
or fork [-Wdeprecated-declarations]*

 1084 |         if (fork() == 0) {

      | *            ^*

*/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/unistd.h:604:1:
note: *'fork' has been explicitly marked deprecated here

  604 | __deprecated_msg("Use posix_spawn or fork")

      | *^*

*/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/sys/cdefs.h:218:48:
note: *expanded from macro '__deprecated_msg'

  218 |         #define __deprecated_msg(_msg)
__attribute__((__deprecated__(_msg)))

      | *                                                      ^*

1 warning generated.

depbase=`echo time.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\

gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
-DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
-DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
-DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
-DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
gnuplot_qt | sed 's,x,x,'`\"
-DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
-g -O2 -MT time.o -MD -MP -MF $depbase.Tpo -c -o time.o time.c &&\

mv -f $depbase.Tpo $depbase.Po

depbase=`echo unset.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\

gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
-DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
-DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
-DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
-DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
gnuplot_qt | sed 's,x,x,'`\"
-DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
-g -O2 -MT unset.o -MD -MP -MF $depbase.Tpo -c -o unset.o unset.c &&\

mv -f $depbase.Tpo $depbase.Po

depbase=`echo util.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\

gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
-DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
-DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
-DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
-DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
gnuplot_qt | sed 's,x,x,'`\"
-DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
-g -O2 -MT util.o -MD -MP -MF $depbase.Tpo -c -o util.o util.c &&\

mv -f $depbase.Tpo $depbase.Po

depbase=`echo util3d.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\

gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
-DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
-DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
-DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
-DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
gnuplot_qt | sed 's,x,x,'`\"
-DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
-g -O2 -MT util3d.o -MD -MP -MF $depbase.Tpo -c -o util3d.o util3d.c &&\

mv -f $depbase.Tpo $depbase.Po

depbase=`echo version.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\

gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
-DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
-DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
-DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
-DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
gnuplot_qt | sed 's,x,x,'`\"
-DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
-g -O2 -MT version.o -MD -MP -MF $depbase.Tpo -c -o version.o version.c &&\

mv -f $depbase.Tpo $depbase.Po

depbase=`echo voxelgrid.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\

gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
-DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
-DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
-DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
-DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
gnuplot_qt | sed 's,x,x,'`\"
-DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
-g -O2 -MT voxelgrid.o -MD -MP -MF $depbase.Tpo -c -o voxelgrid.o
voxelgrid.c &&\

mv -f $depbase.Tpo $depbase.Po

depbase=`echo vplot.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\

gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
-DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
-DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
-DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
-DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
gnuplot_qt | sed 's,x,x,'`\"
-DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
-g -O2 -MT vplot.o -MD -MP -MF $depbase.Tpo -c -o vplot.o vplot.c &&\

mv -f $depbase.Tpo $depbase.Po

depbase=`echo watch.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\

gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
-DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
-DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
-DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
-DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
gnuplot_qt | sed 's,x,x,'`\"
-DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
-g -O2 -MT watch.o -MD -MP -MF $depbase.Tpo -c -o watch.o watch.c &&\

mv -f $depbase.Tpo $depbase.Po

depbase=`echo xdg.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\

gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
-DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
-DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
-DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
-DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
gnuplot_qt | sed 's,x,x,'`\"
-DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
-g -O2 -MT xdg.o -MD -MP -MF $depbase.Tpo -c -o xdg.o xdg.c &&\

mv -f $depbase.Tpo $depbase.Po

depbase=`echo qtterminal/qt_term.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\

c++ -std=gnu++11 -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
-DBINDIR=\"/usr/local/bin\"
-DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
-DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
-DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
-DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
-DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
gnu...@li...\"
-DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
-DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
-DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"  -DGNUPLOT_QT=\"`echo
gnuplot_qt | sed 's,x,x,'`\"
-DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\" -I/usr/X11/include
-g -O2  -MT qtterminal/qt_term.o -MD -MP -MF $depbase.Tpo -c -o
qtterminal/qt_term.o qtterminal/qt_term.cpp &&\

mv -f $depbase.Tpo $depbase.Po

*qtterminal/qt_term.cpp:51:10: **fatal error: **'QtCore' file not found*

   51 | #include <QtCore>

      | *         ^~~~~~~~*

1 error generated.

make[4]: *** [qtterminal/qt_term.o] Error 1

make[3]: *** [all-recursive] Error 1

make[2]: *** [all] Error 2

make[1]: *** [all-recursive] Error 1

make: *** [all] Error 2




=======================
 Ozan Kahramanoğulları, PhD
              ozan-k.com
=======================


On Fri, 10 Jan 2025 at 19:44, Ethan A Merritt <me...@uw...> wrote:

> On Thursday, 9 January 2025 13:38:22 PST Ozan Kahramanogullari wrote:
> > Hi,
> >
> > I am trying to install gnuplot following the instructions in the INSTALL
> > file.
> >
> > I could run  "./prepare" and "./configure" without problems but "make"
> > failed with the error  message below.
> >
> > I tried to debug the code, but it exceeded my capacity to do a quick
> fix. I
> > also checked online, but I could not find a solution.
> >
> > Can anyone help?
> >
> > I am using an M1 Mac, in case it is relevant.
>
> Yes, very relevant.
>
> First off, you can just ignore the warning that advises to use
> posix_spawn()
> instead of fork().   The real problem is "undeclared function 'rl_getc'".
>
> Gnuplot supports 3 alternative methods for terminal input.
> The choice is made at build-time as part of the ./configure step.
> 1) The gnu readline library, selected by
>     ./configure --with-readline=gnu
> 2) The BSD editline library, selected by
>     ./configure --with-readline=bsd
> 3) A minimal but functional input layer that can be selected by
>     ./configure --with-readline=builtin
>
> If you do not specify any of these options, the configure script will pick
> one for you based on what it thinks it knows about the library support
> on your system.  I.e. first it will look for libreadline. If it doesn't
> find that
> it looks for libeditline.  If it finds neither it will use the builtin
> code.
>
> The problem is that MacOS provides a version of the BSD library with
> a wrapper that makes it look like, or almost like, gnu readline.
> I say "almost" because it does not provide 100% of the routines that
> are present in gnu readline.  I think what is happening in your case is
> that the configure script thinks it has found the readline library on your
> system so it selects all the readline-appropriate calling options.
> But what it really found was the imitation readline wrapper for
> libeditline.
> That is normal for a Mac if you have not separately installed the "real"
> readline library, and up until recently that was good enough for gnuplot.
>
> Recently gnuplot's input layer was modified to use an undocumented
> feature of the editline wrapper so that it would be possible to support
> UTF-8 encoded terminal input. This worked great on the machines I was
> able to test, but an M1 Mac was not among those machines.  I am guessing
> that the wrapper provided on your machine does not provide a wrapper
> for rl_getc(),  or just as likely it does have such a routine but fails to
> list it
> in the "readline.h" header file that comes with the wrapper.
>
> Here is the relevant chunk of code from gnuplot's file .../src/term.c:
>
> > #if defined(HAVE_LIBREADLINE)
> >
> >   #define raw() rl_prep_terminal(1)
> >   #define cook() rl_deprep_terminal()
> >   #define nextchar() rl_getc(stdin)
> >
> > #elif defined(HAVE_LIBEDITLINE)
> >
> >   #define raw() rl_prep_terminal(1)
> >   #define cook() rl_deprep_terminal()
> >   #define nextchar() fgetc(stdin)
> >
> > #elif defined(READLINE)
> >
> >   #define raw() set_termio()
> >   #define cook() reset_termio()
> >   #define nextchar() fgetc(stdin)
> >
> > #endif
>
> So, what can you do?
>
> - It is possible that specifying one of the three input options
> explicitly to ./configure
> rather than letting it default would make it work.
> Certainly the builtin option should work.
>
> - I am guessing that editing chunk of code shown above so that all three
> options say
>      #define nextchar() fgetc(stdin)
> would be the correct solution for a system with
> editline-masquerading-as-readline.
> If you try that and it works, please let us know and we can try to teach
> the configure
> script how to handle that.  Do you know if there is a compile-time symbol
> defined
> on your machine to indicate that it is an M1?  That might be what we would
> have to
> look for.
>
> - I am also guessing that the "real" fix is to file a bug report against
> the readline.h
> header provided by Apple.  But I'm not holding my breath on that one.
> As I said, this is an undocumented option, and there may in fact be a
> reason for that.
>
>         Ethan
>
> > Best,
> > Ozan
> >
> > =======================
> >  Ozan Kahramanoğulları, PhD
> >               ozan-k.com
> > =======================
> >
> > (base) ozan@MBP-FVFGT17VQ05N gnuplot-gnuplot-main % make
> >
> > /Library/Developer/CommandLineTools/usr/bin/make  all-recursive
> >
> > Making all in config
> >
> > make[2]: Nothing to be done for `all'.
> >
> > Making all in m4
> >
> > make[2]: Nothing to be done for `all'.
> >
> > Making all in term
> >
> > make[2]: Nothing to be done for `all'.
> >
> > Making all in src
> >
> > Making timestamp.h
> >
> > /Library/Developer/CommandLineTools/usr/bin/make  all-recursive
> >
> > Making all in wxterminal
> >
> > make[4]: Nothing to be done for `all'.
> >
> > Making all in qtterminal
> >
> > make[4]: Nothing to be done for `all'.
> >
> > depbase=`echo term.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> >
> > gcc -DHAVE_CONFIG_H -I. -I..  -I../term -I../term
> > -DBINDIR=\"/usr/local/bin\"
> > -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DQT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> > -DGNUPLOT_SHARE_DIR=\"/usr/local/share/gnuplot/6.1\"
> > -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/6.1/PostScript\"
> > -DGNUPLOT_JS_DIR=\"/usr/local/share/gnuplot/6.1/js\"
> > -DGNUPLOT_LUA_DIR=\"/usr/local/share/gnuplot/6.1/lua\" -DCONTACT=\"
> > gnu...@li...\"
> > -DHELPFILE=\"/usr/local/share/gnuplot/6.1/gnuplot.gih\"
> > -DGNUPLOT_X11=\"`echo gnuplot_x11 | sed 's,x,x,'`\"
> > -DGNUPLOT_DRIVER_DIR=\"/usr/local/libexec/gnuplot/6.1\"
> -DGNUPLOT_QT=\"`echo
> > gnuplot_qt | sed 's,x,x,'`\"
> > -DQTGNUPLOT_DATA_DIR=\"/usr/local/share/gnuplot/6.1/qt\"
> -I/usr/X11/include
> > -g -O2 -MT term.o -MD -MP -MF $depbase.Tpo -c -o term.o term.c &&\
> >
> > mv -f $depbase.Tpo $depbase.Po
> >
> > In file included from term.c:1214:
> >
> > In file included from ./term.h:187:
> >
> > *../term/x11.trm:1084:6: **warning: **'fork' is deprecated: Use
> posix_spawn
> > or fork [-Wdeprecated-declarations]*
> >
> >  1084 |         if (fork() == 0) {
> >
> >       | *            ^*
> >
> >
> */Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/unistd.h:604:1:
> > note: *'fork' has been explicitly marked deprecated here
> >
> >   604 | __deprecated_msg("Use posix_spawn or fork")
> >
> >       | *^*
> >
> >
> */Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/sys/cdefs.h:218:48:
> > note: *expanded from macro '__deprecated_msg'
> >
> >   218 |         #define __deprecated_msg(_msg)
> > __attribute__((__deprecated__(_msg)))
> >
> >       | *                                                      ^*
> >
> > *term.c:1382:13: **error: **call to undeclared function 'rl_getc'; ISO
> C99
> > and later do not support implicit function declarations
> > [-Wimplicit-function-declaration]*
> >
> >  1382 |         nextchar = nextchar();
> >
> >       | *                   ^*
> >
> > *term.c:1360:22: note: *expanded from macro 'nextchar'
> >
> >  1360 |   #define nextchar() rl_getc(stdin)
> >
> >       | *                     ^*
> >
> > 1 warning and 1 error generated.
> >
> > make[4]: *** [term.o] Error 1
> >
> > make[3]: *** [all-recursive] Error 1
> >
> > make[2]: *** [all] Error 2
> >
> > make[1]: *** [all-recursive] Error 1
> >
> > make: *** [all] Error 2
> >
>
>
> --
> Ethan A Merritt
> Department of Biochemistry
> University of Washington, Seattle
>
>
>