Menu
▾
▴
gnuplot-beta
|
From: Erik L. <eri...@gm...> - 2025-01-26 16:59:59
|
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
|
|
From: Erik L. <eri...@gm...> - 2025-01-26 21:59:48
|
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
|
|
From: Erik L. <eri...@gm...> - 2025-01-27 21:28:30
|
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 > > |
|
From: Ethan A M. <me...@uw...> - 2025-01-27 22:00:59
|
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 |
|
From: Jun. T <tak...@kb...> - 2025-01-28 15:41:25
|
> 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. |
|
From: Jun. T <tak...@kb...> - 2025-02-01 01:06:31
|
> 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; } } |
|
From: Erik L. <eri...@gm...> - 2025-02-01 14:19:40
|
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 > |
|
From: Erik L. <eri...@gm...> - 2025-02-01 14:29:43
|
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 >> > |
|
From: Erik L. <eri...@gm...> - 2025-02-01 17:37:05
|
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 >>> >> |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X