gnuplot-info Mailing List for gnuplot (Page 5)

Hello,

Can I fit a table versus a table.
For example
fit a*$DATA $DATA_TO_fit via a

Thanks.

===========================================================================
 Patrick DUPRÉ                                 | | email: pd...@gm...
===========================================================================

plot "Lambda_abs_200W.asc" u (sprintf("%.16g",$1)): (sprintf ("%.16g",$2))  with table

can do it

===========================================================================
 Patrick DUPRÉ                                 | | email: pd...@gm...
===========================================================================


> Sent: Friday, October 11, 2024 at 5:59 PM
> From: "Patrick Dupre via gnuplot-info" <gnu...@li...>
> To: "gnuplot" <gnu...@li...>
> Subject: [Gnuplot-info] accuracy with table
>
> Hello,
> 
> With this 
> set table $DATA_PC ; plot "Lambda_abs_200W.asc" u ($1):($2) "%lf %lf" with table; unset table
> plot $DATA_PC,
> I the following plot.
> It seems that the data are truncated.
> 
> Here is teh format of my data
> 7250.0874828466 7.3193401800406e-28
> 
> Thank for your help.
> 
> ===========================================================================
>  Patrick DUPRÉ                                 | | email: pd...@gm...
> ===========================================================================
> 
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>

Hello,

With this 
set table $DATA_PC ; plot "Lambda_abs_200W.asc" u ($1):($2) "%lf %lf" with table; unset table
plot $DATA_PC,
I the following plot.
It seems that the data are truncated.

Here is teh format of my data
7250.0874828466 7.3193401800406e-28

Thank for your help.

===========================================================================
 Patrick DUPRÉ                                 | | email: pd...@gm...
===========================================================================

On Sunday, 6 October 2024 08:11:03 PDT Vulturus via gnuplot-info wrote:
> Dear gnuplot community,
> 
> I have noticed, that the project website is only available
> at www.gnuplot.info and not at gnuplot.info. The latter,
> in fact, gives a cloudflare DNS Resoultion Error. I
> think it would make sense to redirect gnuplot.info to
> www.gnuplot.info as it would make it simpler for users to find
> the webpage. (The 1st search result on Duckduckgo for
> "gnuplot" is for example gnuplot.info.)
> Vulturus

Works from here via either cloudflare (1.1.1.1) or google (8.8.8.8)

[~] nslookup gnuplot.info 1.1.1.1
Server:         1.1.1.1
Address:        1.1.1.1#53

Non-authoritative answer:
Name:   gnuplot.info
Address: 204.68.111.101
Name:   gnuplot.info
Address: 2606:4700:4400::ac40:9691
Name:   gnuplot.info
Address: 2606:4700:4400::6812:256f


[~] nslookup gnuplot.info 8.8.8.8
Server:         8.8.8.8
Address:        8.8.8.8#53

Non-authoritative answer:
Name:   gnuplot.info
Address: 204.68.111.101
Name:   gnuplot.info
Address: 2606:4700:4400::ac40:9691
Name:   gnuplot.info
Address: 2606:4700:4400::6812:256f

Dear gnuplot community,

I have noticed, that the project website is only available
at www.gnuplot.info and not at gnuplot.info. The latter,
in fact, gives a cloudflare DNS Resoultion Error. I
think it would make sense to redirect gnuplot.info to
www.gnuplot.info as it would make it simpler for users to find
the webpage. (The 1st search result on Duckduckgo for
"gnuplot" is for example gnuplot.info.)

Kind regards,
Vulturus

last mail i see is 18.7
Install error 6.0


________________________________________
Von: Ethan Merritt <eam...@gm...>
Gesendet: Freitag, 16. August 2024 04:46:41
An: Dave Horsfall
Cc: Gnuplot Mailing List
Betreff: Re: [Gnuplot-info] Gone quiet?

The archive shows 24 mails in May, 4 in July, 1 in August.  Maybe
everyone's on holiday?

On Thu, Aug 15, 2024 at 6:01 PM Dave Horsfall <da...@ho...> wrote:

> No mail since 22nd April...
>
> -- Dave
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>

_______________________________________________
gnuplot-info mailing list
gnu...@li...
Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

The archive shows 24 mails in May, 4 in July, 1 in August.  Maybe
everyone's on holiday?

On Thu, Aug 15, 2024 at 6:01 PM Dave Horsfall <da...@ho...> wrote:

> No mail since 22nd April...
>
> -- Dave
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via:
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>

No mail since 22nd April...

-- Dave

On 17 Jul, 2024, at 06:14, Peter Rockett via gnuplot-info <gnu...@li...> wrote:
> 
> Assuming you have the QtCore file installed, do you also have the pkgconfig file called Qt6Core.pc? This, AFAIU, provides the include path to the compiler without which you will get an "I can't find QtCore" error.
> 
> If it's missing for you then this is interesting because I encountered a similar problem on Mint (which uses the Ubuntu build of qt6core-dev, which, for some reason, is missing the .pc files). I thought the Debian version had the .pc files, but...
> 
> P.
> 

Peter,

Your procedure worked fine, many thanks:

>>>> $ apt install libqt5*dev qttools5-dev-tools
>>>> $ ./configure --with-qt=qt5
>>>> $ make


and whereis Qt6Core.pc returns no result.

> 
> On 17/07/2024 03:03, Dan Hinckley wrote:
>> Trying to install gnuplot 6.0.1 on an NUC 5 running Raspian Desktop Bullseye and it throws this error:
>> 
>> qtterminal/qt_term.cpp:51:10: fatal error: QtCore: No such file or directory
>>    51 | #include <QtCore>
>>       |          ^~~~~~~~
>> compilation terminated.
>> make[3]: *** [Makefile:1044: qtterminal/qt_term.o] Error 1
>> make[3]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src'
>> make[2]: *** [Makefile:1087: check-recursive] Error 1
>> make[2]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src'
>> make[1]: *** [Makefile:1238: check] Error 2
>> make[1]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src'
>> make: *** [Makefile:427: check-recursive] Error 1
>> 
>> Any pointers appreciated.
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 
> 
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Assuming you have the QtCore file installed, do you also have the 
pkgconfig file called Qt6Core.pc? This, AFAIU, provides the include path 
to the compiler without which you will get an "I can't find QtCore" error.

If it's missing for you then this is interesting because I encountered a 
similar problem on Mint (which uses the Ubuntu build of qt6core-dev, 
which, for some reason, is missing the .pc files). I thought the Debian 
version had the .pc files, but...

P.


On 17/07/2024 03:03, Dan Hinckley wrote:
> Trying to install gnuplot 6.0.1 on an NUC 5 running Raspian Desktop Bullseye and it throws this error:
>
> qtterminal/qt_term.cpp:51:10: fatal error: QtCore: No such file or directory
>     51 | #include <QtCore>
>        |          ^~~~~~~~
> compilation terminated.
> make[3]: *** [Makefile:1044: qtterminal/qt_term.o] Error 1
> make[3]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src'
> make[2]: *** [Makefile:1087: check-recursive] Error 1
> make[2]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src'
> make[1]: *** [Makefile:1238: check] Error 2
> make[1]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src'
> make: *** [Makefile:427: check-recursive] Error 1
>
> Any pointers appreciated.
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Just an update: It turns out the absence of the .pc files was flagged 
with the Ubuntu maintainers on 2022 in connection with libcamera! They 
have now accepted there is a problem although no timescale for a fix.

P.

On 19/05/2024 17:47, Ethan Merritt wrote:
> On Sunday, 19 May 2024 07:58:18 PDT Peter Rockett wrote:
>> FWIW: I have filed a bug report on the Ubuntu package site about the
>> missing pkg-config files. Will post any response I get.
> I did not try to build gnuplot 6.0 under Ubuntu, but on Mint I eventually
> also ran into the problem that there is no package that contains the Qt6
> moc and lrelease tools.   At any rate I couldn't find them with "apt-file".
> The build process tries to use /usr/bin/moc and /usr/bin/lrelease but if
> those are from a  Qt5 installation then it fails with the error message:
>      This file was generated using the moc from 5.15.3.
>      It cannot be used with the include files from this version of Qt.
>
> Ethan
>
>> P.
>>
>>
>> On 18/05/2024 05:35, Ethan Merritt wrote:
>>> Since I went to the trouble of installing Linux Mint, here is a (final?) report
>>> on building gnuplot 6.0.0 for Mint 21.3 Virginia
>>>
>>> The Qt6  *.dev packages for Mint are defective; they are missing files
>>> needed to build applications against Qt6.   Please take that up with Mint.
>>> So far as I can see (but I did not actually install + build) the necessary files
>>> are present in the upstream Debian packages they are derived from.
>>> What went wrong between those two endpoints? I don't know.
>>>
>>> Qt5, however, works fine.  I was able to configure + build gnuplot with
>>>
>>> $ apt install libqt5*dev qttools5-dev-tools
>>> $ ./configure --with-qt=qt5
>>> $ make
>>>
>>> For completeness, to add the cairo terminals, wxt, and lua/tikz
>>>
>>> $ apt install libcairo-dev libpango1.0-dev
>>> $ apt install libwxgtk3.0-gtk3-dev libgl-dev
>>> $ apt install lua5.2 liblua5.2-dev
>>>
>>> The resulting executable passed the "make check" test of running
>>> the demo collection.
>>>
>>> So I think the bottom line is that gnuplot's configure script is OK,
>>> but Mint 21.3 does not provide a working devel package set for Qt6.
>>> I did not go the the trouble of installing a full TeX distribution, so
>>> I could not test the tikz terminal output or regeneration of the
>>> full documentation set.
>>>
>>>        Ethan
>>>
>>>
>
>
>

Trying to install gnuplot 6.0.1 on an NUC 5 running Raspian Desktop Bullseye and it throws this error:

qtterminal/qt_term.cpp:51:10: fatal error: QtCore: No such file or directory
   51 | #include <QtCore>
      |          ^~~~~~~~
compilation terminated.
make[3]: *** [Makefile:1044: qtterminal/qt_term.o] Error 1
make[3]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src'
make[2]: *** [Makefile:1087: check-recursive] Error 1
make[2]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src'
make[1]: *** [Makefile:1238: check] Error 2
make[1]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src'
make: *** [Makefile:427: check-recursive] Error 1

Any pointers appreciated.

Ethan

Mint pulls all of its Qt stuff (and a load more besides) directly from 
Ubuntu. Which is why I am saying it's an Ubuntu problem, not a Mint one. 
Hence why I have filed a bug report with Ubuntu.

On lrelease. That seems to be in qt6-l10n-tools, or qtchooser, which I 
am guessing manages a symlink in /usr/bin/.

The moc stuff (as well as your earlier comment about uic?) seems to be 
provided by the qt6-base-dev-tools package.

P.


On 19/05/2024 17:47, Ethan Merritt wrote:
> On Sunday, 19 May 2024 07:58:18 PDT Peter Rockett wrote:
>> FWIW: I have filed a bug report on the Ubuntu package site about the
>> missing pkg-config files. Will post any response I get.
> I did not try to build gnuplot 6.0 under Ubuntu, but on Mint I eventually
> also ran into the problem that there is no package that contains the Qt6
> moc and lrelease tools.   At any rate I couldn't find them with "apt-file".
> The build process tries to use /usr/bin/moc and /usr/bin/lrelease but if
> those are from a  Qt5 installation then it fails with the error message:
>      This file was generated using the moc from 5.15.3.
>      It cannot be used with the include files from this version of Qt.
>
> Ethan
>
>> P.
>>
>>
>> On 18/05/2024 05:35, Ethan Merritt wrote:
>>> Since I went to the trouble of installing Linux Mint, here is a (final?) report
>>> on building gnuplot 6.0.0 for Mint 21.3 Virginia
>>>
>>> The Qt6  *.dev packages for Mint are defective; they are missing files
>>> needed to build applications against Qt6.   Please take that up with Mint.
>>> So far as I can see (but I did not actually install + build) the necessary files
>>> are present in the upstream Debian packages they are derived from.
>>> What went wrong between those two endpoints? I don't know.
>>>
>>> Qt5, however, works fine.  I was able to configure + build gnuplot with
>>>
>>> $ apt install libqt5*dev qttools5-dev-tools
>>> $ ./configure --with-qt=qt5
>>> $ make
>>>
>>> For completeness, to add the cairo terminals, wxt, and lua/tikz
>>>
>>> $ apt install libcairo-dev libpango1.0-dev
>>> $ apt install libwxgtk3.0-gtk3-dev libgl-dev
>>> $ apt install lua5.2 liblua5.2-dev
>>>
>>> The resulting executable passed the "make check" test of running
>>> the demo collection.
>>>
>>> So I think the bottom line is that gnuplot's configure script is OK,
>>> but Mint 21.3 does not provide a working devel package set for Qt6.
>>> I did not go the the trouble of installing a full TeX distribution, so
>>> I could not test the tikz terminal output or regeneration of the
>>> full documentation set.
>>>
>>>        Ethan
>>>
>>>
>
>
>

On Sunday, 19 May 2024 07:58:18 PDT Peter Rockett wrote:
> FWIW: I have filed a bug report on the Ubuntu package site about the 
> missing pkg-config files. Will post any response I get.

I did not try to build gnuplot 6.0 under Ubuntu, but on Mint I eventually
also ran into the problem that there is no package that contains the Qt6
moc and lrelease tools.   At any rate I couldn't find them with "apt-file".
The build process tries to use /usr/bin/moc and /usr/bin/lrelease but if
those are from a  Qt5 installation then it fails with the error message:
    This file was generated using the moc from 5.15.3.
    It cannot be used with the include files from this version of Qt.

Ethan

> 
> P.
> 
> 
> On 18/05/2024 05:35, Ethan Merritt wrote:
> > Since I went to the trouble of installing Linux Mint, here is a (final?) report
> > on building gnuplot 6.0.0 for Mint 21.3 Virginia
> >
> > The Qt6  *.dev packages for Mint are defective; they are missing files
> > needed to build applications against Qt6.   Please take that up with Mint.
> > So far as I can see (but I did not actually install + build) the necessary files
> > are present in the upstream Debian packages they are derived from.
> > What went wrong between those two endpoints? I don't know.
> >
> > Qt5, however, works fine.  I was able to configure + build gnuplot with
> >
> > $ apt install libqt5*dev qttools5-dev-tools
> > $ ./configure --with-qt=qt5
> > $ make
> >
> > For completeness, to add the cairo terminals, wxt, and lua/tikz
> >
> > $ apt install libcairo-dev libpango1.0-dev
> > $ apt install libwxgtk3.0-gtk3-dev libgl-dev
> > $ apt install lua5.2 liblua5.2-dev
> >
> > The resulting executable passed the "make check" test of running
> > the demo collection.
> >
> > So I think the bottom line is that gnuplot's configure script is OK,
> > but Mint 21.3 does not provide a working devel package set for Qt6.
> > I did not go the the trouble of installing a full TeX distribution, so
> > I could not test the tikz terminal output or regeneration of the
> > full documentation set.
> >
> >       Ethan
> >
> >
> 

FWIW: I have filed a bug report on the Ubuntu package site about the 
missing pkg-config files. Will post any response I get.

P.


On 18/05/2024 05:35, Ethan Merritt wrote:
> Since I went to the trouble of installing Linux Mint, here is a (final?) report
> on building gnuplot 6.0.0 for Mint 21.3 Virginia
>
> The Qt6  *.dev packages for Mint are defective; they are missing files
> needed to build applications against Qt6.   Please take that up with Mint.
> So far as I can see (but I did not actually install + build) the necessary files
> are present in the upstream Debian packages they are derived from.
> What went wrong between those two endpoints? I don't know.
>
> Qt5, however, works fine.  I was able to configure + build gnuplot with
>
> $ apt install libqt5*dev qttools5-dev-tools
> $ ./configure --with-qt=qt5
> $ make
>
> For completeness, to add the cairo terminals, wxt, and lua/tikz
>
> $ apt install libcairo-dev libpango1.0-dev
> $ apt install libwxgtk3.0-gtk3-dev libgl-dev
> $ apt install lua5.2 liblua5.2-dev
>
> The resulting executable passed the "make check" test of running
> the demo collection.
>
> So I think the bottom line is that gnuplot's configure script is OK,
> but Mint 21.3 does not provide a working devel package set for Qt6.
> I did not go the the trouble of installing a full TeX distribution, so
> I could not test the tikz terminal output or regeneration of the
> full documentation set.
>
>       Ethan
>
>

On 19/05/2024 10:03, Ethan Merritt wrote:
> First some background.

My thanks and my apologies. I sincerely 
appreciate that exposition, but I should've been 
more specific, too, it seems.

I knew about multiplication factors and when 
testing, I've set all of those to 1.0, and I've 
expressed all sizes (as appropriate) in metric 
units. E.g. line width 50mm as 72.0/25.4*50.

Then I've output the resulting PS and/or PDF to 
screen and measured things with a ruler. Also 
checked in the resulting PS and uncompressed PDF 
to see sizes of things as expressed in points, 
however much of that I could understand.

> If you are unhappy with the default settings, you can change them when
> you select the terminal.

Thing is, all scalable terminals seem to do 
their own thing with sizes. With 
`postscript+eps` we at least know something 
*determinate* in advance. With other ones, nope.

Posting this, I'm sort of hoping developers 
would give the matter a look, if possible. 
Undocumented behaviour

> You can set the tic format to whatever you want.
> The default format for latex terminal output is "$%h$",

Somehow I've imagined that format to be 
hardcoded in tex terminals. Nice.

> Does that help?

Thank you. Also, see the 1st paragraph of this 
reply. Thank you, regardless.

-Yury

On Saturday, 18 May 2024 21:07:37 PDT Yury wrote:
> Hi all,
> 
> Just seen Tex-outputting terminals mentioned.
> 
> I've been testing those recently (although not 
> extensively), and there are some issues with 
> those, primarily w/r to sizes representation and 
> fonts specification.

First some background.
With the exception of the lua/tikz terminal, gnuplot's TeX output
creates two separate output streams, one stream for the text elements
(to be processed by a TeX engine like pdflatex) and one stream 
for everything else. The fine details of the 'everything else' stream
depend on the associated graphics terminal.
The cairolatex terminal uses cairo graphics, the epslatex terminal
uses Encapsulated PostScript, and so on. 

Most (all?) gnuplot terminals accept scale factors for line width,
point size, and font size as part of the "set terminal" command.
The defaults were chosen years ago to be approximately consistent
across terminals.   Those defaults may not have aged well.
For example if you select the cairolatex terminal
with pdf graphics, gnuplot will echo back the default settings:

   gnuplot> set term cairolatex pdf
   Terminal type is now 'cairolatex'
   Options are ' pdf input noheader blacktext nobackground noenhanced fontscale 0.6 size 5.00in, 3.00in '

That tells you the nominal font sizes will be scaled by a factor of 0.6.
The default pointsize and linewidth scales are 1.0 but that leaves open exactly
what the base size is in absolute terms.  The gnuplot documentation for
cairo + pdf output states
  "The width of all lines in the plot can be modified by the factor <lw>
   specified in linewidth. The default linewidth is 0.5 points.
   (1 "PostScript" point = 1/72 inch = 0.353 mm)"
Take that with a grain of salt.

If you are unhappy with the default settings, you can change them when
you select the terminal.
   gnuplot> set term cairolatex pdf linewidth 2.0 pointscale 2.0 fontscale 1.0
   Terminal type is now 'cairolatex'
   Options are ' pdf input noheader blacktext nobackground noenhanced fontscale 1.0 size 5.00in, 3.00in  linewidth 2 pointscale 2'

Note that these scale factors that you give as part of the terminal setting
are applied *on top of* any global gnuplot commands like "set pointsize"
and also any linewidth, pointsize settings in the plot commands.

> Lines *widths* (at least on screen) are about 
> 25% of specified values in `cairolatex` and 
> `epslatex`, and about 50% of specified values in 
> `lua+tikz+latex`.

See above. According to the documentation the default linewidth is 0.5 points
but it could well be that the cairo terminals deviate from this.

> Font *sizes* in `set label`s are rendered 
> correctly in `lua+tikz+latex` and incorrectly, 
> as latex compiler's default, in `cairolatex` and 
> `epslatex` in such labels in which font sizes 
> are set with ` font ",24"` sort of clauses.

Gnuplot's assumption is that if you select a TeX-based terminal
that the text processing, including font properties, will be set
in the surrounding TeX document.  The nominal font size you
tell gnuplot is used only to estimate the space that will be
occupied by that text element when TeX renders it, and if there
is any markup that estimate can be pretty awful.
The TeX-based terminals ignore gnuplot's own "enhanced text"
mode, again assuming that any markup syntax will be interpreted
by the TeX engine.

There is also an extremely minimal set of examples of using gnuplot's
latex terminals here.
    http://www.gnuplot.info/docs/latex_demo.pdf
I quite agree it would be very nice if someone were to expand
that with a discussion of how to pass font information through
to pdflatex (or lualatex etc).

> Tics labels *faces* are generally rendered 
> incorrectly (?), i.e. in TeX default math face 
> (so, ignoring user setting in `set term`), 
> because tics labels texts are transformed to 
> formulas in TeX output ($0$, $1$ etc.).

I don't understand what exactly you mean here.
You can set the tic format to whatever you want.
The default format for latex terminal output is "$%h$",
which seems reasonable.  You could change that to, say,
    set xtics format '{\small \bf category %.2g}'
if that is appropriate to your plot.

Does that help?

    Ethan



> 
> I've peeked into sources but got lost quickly. 
> I've got the idea, though, that there is a lot 
> of empirical adjusting in terminals outputting 
> scalable graphics (both tex and postscript/pdf 
> ones). Was I right?
> 
> I'm using XeTeX in TexLive package and gnuplot 
> `6.0 patchlevel 0` on Linux.

Hi all,

Just seen Tex-outputting terminals mentioned.

I've been testing those recently (although not 
extensively), and there are some issues with 
those, primarily w/r to sizes representation and 
fonts specification.

Plot dimensions (at least on screen) are 
rendered as specified. So are lines *lengths*.

Lines *widths* (at least on screen) are about 
25% of specified values in `cairolatex` and 
`epslatex`, and about 50% of specified values in 
`lua+tikz+latex`.

Font *sizes* in `set label`s are rendered 
correctly in `lua+tikz+latex` and incorrectly, 
as latex compiler's default, in `cairolatex` and 
`epslatex` in such labels in which font sizes 
are set with ` font ",24"` sort of clauses.

Font *faces* specification in the 'modern' latex 
compilers style ('use any font installed in the 
system') works only...

* in `lua+tikz+latex` -- if the following 
'trick' is used in font specification:
` font "\\fontspec{Times New Roman}" `

* in `epslatex` and `cairolatex` -- if 
`\usepackage{fontspec}` is added to the Tex 
output preamble and the fragment is deleted from 
the preamble, referencing '.clo' files and 
sitting between `\makeatletter` and 
`\makeatother` (including both).

Tics labels *faces* are generally rendered 
incorrectly (?), i.e. in TeX default math face 
(so, ignoring user setting in `set term`), 
because tics labels texts are transformed to 
formulas in TeX output ($0$, $1$ etc.).

I've peeked into sources but got lost quickly. 
I've got the idea, though, that there is a lot 
of empirical adjusting in terminals outputting 
scalable graphics (both tex and postscript/pdf 
ones). Was I right?

I'm using XeTeX in TexLive package and gnuplot 
`6.0 patchlevel 0` on Linux.

Ethan

Great job! Thanks.

Just to clarify the source of the problem: If I take your example 
Qt6Core.pc, I can find this in the Debian packages 
(https://www.debian.org/distrib/packages) but searching for the same 
file in Ubuntu (https://packages.ubuntu.com/) fails to find the the .pc 
file. The file list for the Ubuntu qt6-base-dev package doesn't contain 
any .pc files, that I can see.

So that suggests that the problem lies in the Debian-to-Ubuntu step, not 
the Ubuntu-to-Mint step. I mention this because, AFAIU, Mint pull most 
of their stuff directly from the Ubuntu repo.

So I am thinking that I ought to raise with Ubuntu, not Mint.

P.


On 17/05/2024 18:48, Ethan Merritt wrote:
> After a fresh install of Mint 21.3 Virginia I ended up with the same
> problem you are seeing.  I think the issue is that the pkg-config files
> are missing from the Mint packages.
>
> For example searching the Ubuntu/Debian package repository for
> Qt6Core.pc reports
>       /usr/lib/x86_64-linux-gnu/pkgconfig/Qt6Core.pc	qt6-base-dev [amd64]
>
> but the Mint package qt6-base-dev is missing this file.
> It looks like all the Qt6*-dev packages are missing these files.
>
> You could pull or reconstruct the *.pc files from Ubuntu, or build
> them directly from upstream Qt, but really I think you should report
> this as a packaging bug to Mint and hope that they can release
> amended packages.
>
> Meanwhile you can recreate what these files should have done by
> manually  setting the corresponding environmental variables:
>
> $ export QT_CFLAGS="-I/usr/include/x86_64-linux-gnu/qt6/QtCore -I/usr/include/x86_64-linux-gnu/qt6 -I/usr/lib64/qt6/mkspecs/linux-g++ -I/usr/include/x86_64-linux-gnu/qt6/QtGui -I/usr/include/x86_64-linux-gnu/qt6/QtNetwork -DQT_NETWORK_LIB -I/usr/include/x86_64-linux-gnu/qt6/QtSvg -DQT_SVG_LIB -I/usr/include/x86_64-linux-gnu/qt6/QtPrintSupport -DQT_PRINTSUPPORT_LIB -I/usr/include/x86_64-linux-gnu/qt6/QtWidgets -DQT_WIDGETS_LIB -DQT_GUI_LIB -I/usr/include/x86_64-linux-gnu/qt6/QtCore5Compat -DQT_CORE5COMPAT_LIB -DQT_CORE_LIB"
>
> $ export QT_LIBS="-lQt6Network -lQt6Svg -lQt6PrintSupport -lQt6Widgets -lQt6Gui -lQt6Core5Compat -lQt6Core"
>
> $ export RCC=/usr/bin/rcc
>
> $ export UIC=/usr/bin/uic
>
> $ ./configure
>
> Configure succeeds, but the build failed because the system-provided uic is from Qt5 rather than Qt6.
> I could not figure out which Mint package provides uic-qt6.
> Maybe this is another package deficiency?
>
>     that's the best I can do for now
>
> 	Ethan
>
>
> On Friday, 17 May 2024 05:42:59 PDT Hernán De Angelis wrote:
>> I have looked at this again and did not manage to solve anything.
>>
>> A few possibly relevant comments:
>>
>> - adding Qt6Widgets in line 1065 of configure,ac does not solve the issue:
>>
>> 1065          PKG_CHECK_MODULES_NOFAIL(QT, [Qt6Core Qt6Gui Qt6Network
>> Qt6Svg Qt6PrintSupport Qt6Core5Compat Qt6Widgets])
>>
>> but -Qt6Widgets is not included in config.status
>>
>> 644    S["QT_LIBS"]="-lQt6Network -lQt6Svg -lQt6Gui -lQt6PrintSupport
>> -lQt6Core5Compat -lQt6Core"
>>
>> Admittedly, I am not an expert on this things. But I find it baffling
>> that everything seems to be in place yet Qt6Widgetsis not found. Also
>> QtApplication is problematic but I did not look in detail.
>>
>>
>> - And in case this is of interest: line 16323 of the configure script:
>> "Enable parsing of deprecated syntax" should be commented. It is not in
>> the original file and givs a warning that the Enable command is not found.
>>
>> Nothing of this is possibly a gnuplot problem. But would be nice to get
>> it working.
>>
>>
>> Have a nice day
>>
>> H.
>>
>>
>>
>> Den 2024-05-17 kl. 03:02, skrev Ethan Merritt:
>>> Gnuplot still runs quite happily with Qt5.
>>> Indeed, the configure script falls back to linking against Qt5 if it thinks
>>> that Qt6 is not present.  The issue seems to be that some linux distros
>>> install enough pieces of Qt6 that the configure script thinks it is present
>>> rather than thinking it is absent and so it doesn't fall back to Qt5 instead.
>>> You could tell it to skip the check for Qt6 and move straight to trying Qt5:
>>>       ./configure --with-qt=qt5
>>>
>>> Summary instructions for building with Qt5 under Ubuntu / Debian
>>> are in the INSTALL file that is part of the gnuplot distribution.
>>>
>>> If/when someone feeds back an equivalent recipe for Qt6 I will add that to
>>> the INSTALL file.   And certainly if there are tweaks to the configure script
>>> itself to make it less sensitive to distro-specific quirks, those can be added
>>> as well.
>>>
>>> For what it's worth, here is a complete list of the Qt6 devel packages
>>> installed on my Mageia 9  machine with Qt 6.4.
>>> I don't think every one of them is needed by gnuplot, but you can at
>>> least get an idea of which modules have a separate devel package.
>>>
>>> qtbase6-common-devel-6.4.1
>>> lib64qt6core-devel-6.4.1
>>> lib64qt6opengl-devel-6.4.1
>>> lib64qt6xcbqpa-devel-6.4.1
>>> lib64qt6dbus-devel-6.4.1
>>> lib64qt6gui-devel-6.4.1
>>> lib64qt6eglfsdeviceintegration-devel-6.4.1
>>> lib64qt6core5compat-devel-6.4.1
>>> lib64qt6widgets-devel-6.4.1
>>> lib64qt6printsupport-devel-6.4.1
>>> lib64qt6network-devel-6.4.1
>>> lib64qt6svg-devel-6.4.1
>>>
>>> The list for Qt6.6 is longer, but I have not had to modify anything
>>> to configure and link gnuplot.   I think Qt is now up to version 6.7
>>> but I have not tried that yet.
>>>
>>> 	Ethan
>>>
>>>
>>>
>>> On Thursday, 16 May 2024 14:31:38 PDT Peter Rockett via gnuplot-info wrote:
>>>> OK. But I am not sure that helps me with my Debian-based problem. And
>>>> hacking configure.ac files is not something I could do without an awful
>>>> lot of work.
>>>>
>>>> When I ignore the configure output and just run make anyway, my build
>>>> chokes on:
>>>>
>>>> qtterminal/qt_term.cpp:51:10: fatal error: QtCore: No such file or directory
>>>>       51 | #include <QtCore>
>>>>
>>>> Note: different from Hernán's issue that chokes on #include <QApplication>
>>>>
>>>> On Mint (derived from Debian), looking in
>>>> /usr/include/x86_64-linux-gnu/qt6/QtCore, I can see no header called
>>>> QtCore! (Note the architecture-dependent path!) So I am clearly missing
>>>> some dependency.
>>>>
>>>> "I am surprised that the various linux distros have diverged so much in
>>>> how they split up Qt components for packaging." Indeed. I was reading
>>>> Hernán's post and the list of stunningly obvious package names in
>>>> openSUSE, and thinking "This looks so sensible!" (compared to the
>>>> hunt-the-dependency dog's breakfast that is the Debian packaging of Qt).
>>>> Bear in mind that Ubuntu is one of the most popular Linux distros.
>>>>
>>>> This may pose a troublesome issue for gnuplot going forward. It seems
>>>> that the gnuplot build has /de facto/ been broken already - maybe some
>>>> adaptive maintenance is needed? P.
>>>>
>>>>
>>>> On 16/05/2024 18:54, Ethan Merritt wrote:
>>>>> On Thursday, 16 May 2024 00:25:24 PDT Hernán De Angelis wrote:
>>>>>> Well it seems that I am now having some issues building as well ... QtApplication and QtWidget are apparently not found.
>>>>>>
>>>>>> In file included from qtterminal/qt_term.cpp:78:
>>>>>>
>>>>>> qtterminal/QtGnuplotApplication.h:49:10: fatal error: QApplication: No such file or directory
>>>>>>
>>>>>>        49 | #include <QApplication>
>>>>>>
>>>>>>           |          ^~~~~~~~~~~~~~
>>>>>>
>>>>>> compilation terminated.
>>>>> This was recently reported for Fedora also.  In the Fedora case the answer was to
>>>>> add Qt6Widgets as a separate dependency in the autotools configure.ac script.
>>>>> The package itself was already pulled in by other Qt dependencies, but apparently
>>>>> without a separate test the compiler preprocessor flag  -I/usr/include/qt6/QtWidgets
>>>>> was not added to the Makefile.  Adding that to environmental variable CXX_FLAGS
>>>>> prior to running "./configure" may be sufficient to get you going for now.
>>>>>
>>>>> 	https://sourceforge.net/p/gnuplot/bugs/2705/
>>>>>
>>>>> I am surprised that the various linux distros have diverged so much in how they
>>>>> split up Qt components for packaging.
>>>>>
>>>>> When you figure out what the missing piece is for building on Mint, please let me
>>>>> know so I can add that fix to the gnuplot patchlevel 6.0.1 release.
>>>>>
>>>>> 	Ethan
>>>>>
>>>>>> make[4]: *** [Makefile:1044: qtterminal/qt_term.o] Error 1
>>>>>>
>>>>>> make[4]: *** Waiting for unfinished jobs....
>>>>>>
>>>>>> In file included from qtterminal/qt_embed_example.cpp:44:
>>>>>>
>>>>>> qtterminal/qt_embed_example.h:51:10: fatal error: QWidget: No such file or directory
>>>>>>
>>>>>>        51 | #include <QWidget>
>>>>>>
>>>>>>           |          ^~~~~~~~~
>>>>>>
>>>>>> compilation terminated.
>>>>>>
>>>>>> make[4]: *** [Makefile:1044: qtterminal/qt_embed_example.o] Error 1
>>>>>>
>>>>>> In file included from qtterminal/QtGnuplotInstance.cpp:45:
>>>>>>
>>>>>> qtterminal/QtGnuplotWidget.h:49:10: fatal error: QWidget: No such file or directory
>>>>>>
>>>>>>        49 | #include <QWidget>
>>>>>>
>>>>>>           |          ^~~~~~~~~
>>>>>>
>>>>>> compilation terminated.
>>>>>>
>>>>>> make[4]: *** [Makefile:1044: qtterminal/QtGnuplotInstance.o] Error 1
>>>>>>
>>>>>> In file included from qtterminal/gnuplot_qt.cpp:44:
>>>>>>
>>>>>> qtterminal/QtGnuplotApplication.h:49:10: fatal error: QApplication: No such file or directory
>>>>>>
>>>>>>        49 | #include <QApplication>
>>>>>>
>>>>>>           |          ^~~~~~~~~~~~~~
>>>>>>
>>>>>> compilation terminated.
>>>>>>
>>>>>>
>>>>>> Den 2024-05-16 kl. 09:08, skrev Hernán De Angelis:
>>>>>>> Peter,
>>>>>>>
>>>>>>> I always build gnuplot from source, although in openSUSE Tumbleweed.
>>>>>>> With 6.0.0 I had some problems too. Those were solved by looking at
>>>>>>> the error messages and installing the corresponding packages. I ended
>>>>>>> up having a lot of Qt6 packages but Since I build other things based
>>>>>>> in Qt  I do not see this as problematic. Perhaps the list below helps,
>>>>>>> with packages as they are referred to in openSUSE.
>>>>>>>
>>>>>>> Good luck
>>>>>>>
>>>>>>> H.
>>>>>>>
>>>>>>>
>>>>>>> No package 'Qt6Core' found
>>>>>>>
>>>>>>> qt6-core-devel           | Development files for the Qt 6 Core library
>>>>>>>
>>>>>>>
>>>>>>> No package 'Qt6Gui' found
>>>>>>>
>>>>>>> qt6-gui-devel         | Development files for the Qt 6 GUI libraries
>>>>>>>
>>>>>>>
>>>>>>> No package 'Qt6Network' found
>>>>>>>
>>>>>>> qt6-network-devel           | Development files for the Qt 6 Network
>>>>>>> library
>>>>>>>
>>>>>>>
>>>>>>> No package 'Qt6Svg' found
>>>>>>>
>>>>>>> qt6-svg-devel | Qt 6 SVG libraries - Development files
>>>>>>>
>>>>>>>
>>>>>>> No package 'Qt6PrintSupport' found
>>>>>>>
>>>>>>> qt6-printsupport-devel | Development files for the Qt 6 PrintSupport
>>>>>>> library
>>>>>>>
>>>>>>>
>>>>>>> No package 'Qt6Core5Compat' found
>>>>>>>
>>>>>>> qt6-qt5compat-devel | Qt 6 Core 5 Compat library - Development files
>>>>>>>
>>>>>>>
>>>>>>> Den 2024-05-15 kl. 21:58, skrev Peter Rockett via gnuplot-info:
>>>>>>>> Hi
>>>>>>>>
>>>>>>>> I am trying to build gnuplot 6.0.0 on Linux Mint 21.3 from source but
>>>>>>>> struggling with the Qt dependencies. I used to be able to build
>>>>>>>> gnuplot 5 no problem using just qt5-base-dev and libqt5svg5-dev but
>>>>>>>> running ./configure for gnuplot 6.0.0 with what seem to be the Qt6
>>>>>>>> versions of these same packages installed (qt6-base-dev and
>>>>>>>> libqt6svg6-dev) returns:
>>>>>>>>
>>>>>>>> No package 'Qt6Core' found
>>>>>>>> No package 'Qt6Gui' found
>>>>>>>> No package 'Qt6Network' found
>>>>>>>> No package 'Qt6Svg' found
>>>>>>>> No package 'Qt6PrintSupport' found
>>>>>>>> No package 'Qt6Core5Compat' found
>>>>>>>>
>>>>>>>> Also, adding libqt6core5compat6-dev does not fix the last of these
>>>>>>>> errors (about 'Qt6Core5Compat').
>>>>>>>>
>>>>>>>> Does anybody know the list of Qt6 packages I need to satisfy the
>>>>>>>> above dependencies? From what I can see, qt6-base-dev should provide
>>>>>>>> the core, gui, network and print support stuff but it plainly does
>>>>>>>> not. Similarly, the svg package should provide the svg stuff.
>>>>>>>>
>>>>>>>> Peter
>>>
>>>
>>>
>>> _______________________________________________
>>> gnuplot-info mailing list
>>> gnu...@li...
>>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>
>
>
>
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Since I went to the trouble of installing Linux Mint, here is a (final?) report
on building gnuplot 6.0.0 for Mint 21.3 Virginia

The Qt6  *.dev packages for Mint are defective; they are missing files
needed to build applications against Qt6.   Please take that up with Mint.
So far as I can see (but I did not actually install + build) the necessary files
are present in the upstream Debian packages they are derived from.
What went wrong between those two endpoints? I don't know.

Qt5, however, works fine.  I was able to configure + build gnuplot with

$ apt install libqt5*dev qttools5-dev-tools
$ ./configure --with-qt=qt5
$ make

For completeness, to add the cairo terminals, wxt, and lua/tikz

$ apt install libcairo-dev libpango1.0-dev
$ apt install libwxgtk3.0-gtk3-dev libgl-dev
$ apt install lua5.2 liblua5.2-dev

The resulting executable passed the "make check" test of running
the demo collection.

So I think the bottom line is that gnuplot's configure script is OK,
but Mint 21.3 does not provide a working devel package set for Qt6.
I did not go the the trouble of installing a full TeX distribution, so
I could not test the tikz terminal output or regeneration of the
full documentation set.

     Ethan

Thank you, Ethan. Also I hope Peter R. sees this.

I now managed to configure and build correctly (well I believe gnuplot 
is now using Qt6). I had to tweak a bit your suggested variable 
QT_CFLAGS, telling explicitly where QtWidgets are to be found:

export QT_CFLAGS="-I/usr/lib64/qt6/mkspecs/linux-g++ -I/usr/include/qt6 
-I/usr/include/qt6/QtNetwork -DQT_NETWORK_LIB -I/usr/include/qt6/QtSvg 
-DQT_SVG_LIB -I/usr/include/qt6/QtGui -DQT_GUI_LIB 
-I/usr/include/qt6/QtPrintSupport -DQT_PRINTSUPPORT_LIB 
-I/usr/include/qt6/QtCore5Compat -DQT_CORE5COMPAT_LIB 
-I/usr/include/qt6/QtCore -DQT_CORE_LIB -I/usr/include/qt6/QtWidgets 
-DQT_WIDGET_LIB"

export QT_LIBS="-lQt6Network -lQt6Svg -lQt6PrintSupport -lQt6Widgets 
-lQt6Gui -lQt6Core5Compat -lQt6Core"


Athough happy to have this working, I am no wiser about what is going on 
here. Is there a generalized problem with how Linux distributions manage 
competing Qt installations? Or there is trouble with gnuplot's configure?

Have a nice weekend everyone

Hernán


Den 2024-05-17 kl. 19:48, skrev Ethan Merritt:
> After a fresh install of Mint 21.3 Virginia I ended up with the same
> problem you are seeing.  I think the issue is that the pkg-config files
> are missing from the Mint packages.
>
> For example searching the Ubuntu/Debian package repository for
> Qt6Core.pc reports
>       /usr/lib/x86_64-linux-gnu/pkgconfig/Qt6Core.pc	qt6-base-dev [amd64]
>
> but the Mint package qt6-base-dev is missing this file.
> It looks like all the Qt6*-dev packages are missing these files.
>
> You could pull or reconstruct the *.pc files from Ubuntu, or build
> them directly from upstream Qt, but really I think you should report
> this as a packaging bug to Mint and hope that they can release
> amended packages.
>
> Meanwhile you can recreate what these files should have done by
> manually  setting the corresponding environmental variables:
>
> $ export QT_CFLAGS="-I/usr/include/x86_64-linux-gnu/qt6/QtCore -I/usr/include/x86_64-linux-gnu/qt6 -I/usr/lib64/qt6/mkspecs/linux-g++ -I/usr/include/x86_64-linux-gnu/qt6/QtGui -I/usr/include/x86_64-linux-gnu/qt6/QtNetwork -DQT_NETWORK_LIB -I/usr/include/x86_64-linux-gnu/qt6/QtSvg -DQT_SVG_LIB -I/usr/include/x86_64-linux-gnu/qt6/QtPrintSupport -DQT_PRINTSUPPORT_LIB -I/usr/include/x86_64-linux-gnu/qt6/QtWidgets -DQT_WIDGETS_LIB -DQT_GUI_LIB -I/usr/include/x86_64-linux-gnu/qt6/QtCore5Compat -DQT_CORE5COMPAT_LIB -DQT_CORE_LIB"
>
> $ export QT_LIBS="-lQt6Network -lQt6Svg -lQt6PrintSupport -lQt6Widgets -lQt6Gui -lQt6Core5Compat -lQt6Core"
>
> $ export RCC=/usr/bin/rcc
>
> $ export UIC=/usr/bin/uic
>
> $ ./configure
>
> Configure succeeds, but the build failed because the system-provided uic is from Qt5 rather than Qt6.
> I could not figure out which Mint package provides uic-qt6.
> Maybe this is another package deficiency?
>
>     that's the best I can do for now
>
> 	Ethan
>
>
> On Friday, 17 May 2024 05:42:59 PDT Hernán De Angelis wrote:
>> I have looked at this again and did not manage to solve anything.
>>
>> A few possibly relevant comments:
>>
>> - adding Qt6Widgets in line 1065 of configure,ac does not solve the issue:
>>
>> 1065          PKG_CHECK_MODULES_NOFAIL(QT, [Qt6Core Qt6Gui Qt6Network
>> Qt6Svg Qt6PrintSupport Qt6Core5Compat Qt6Widgets])
>>
>> but -Qt6Widgets is not included in config.status
>>
>> 644    S["QT_LIBS"]="-lQt6Network -lQt6Svg -lQt6Gui -lQt6PrintSupport
>> -lQt6Core5Compat -lQt6Core"
>>
>> Admittedly, I am not an expert on this things. But I find it baffling
>> that everything seems to be in place yet Qt6Widgetsis not found. Also
>> QtApplication is problematic but I did not look in detail.
>>
>>
>> - And in case this is of interest: line 16323 of the configure script:
>> "Enable parsing of deprecated syntax" should be commented. It is not in
>> the original file and givs a warning that the Enable command is not found.
>>
>> Nothing of this is possibly a gnuplot problem. But would be nice to get
>> it working.
>>
>>
>> Have a nice day
>>
>> H.
>>
>>
>>
>> Den 2024-05-17 kl. 03:02, skrev Ethan Merritt:
>>> Gnuplot still runs quite happily with Qt5.
>>> Indeed, the configure script falls back to linking against Qt5 if it thinks
>>> that Qt6 is not present.  The issue seems to be that some linux distros
>>> install enough pieces of Qt6 that the configure script thinks it is present
>>> rather than thinking it is absent and so it doesn't fall back to Qt5 instead.
>>> You could tell it to skip the check for Qt6 and move straight to trying Qt5:
>>>       ./configure --with-qt=qt5
>>>
>>> Summary instructions for building with Qt5 under Ubuntu / Debian
>>> are in the INSTALL file that is part of the gnuplot distribution.
>>>
>>> If/when someone feeds back an equivalent recipe for Qt6 I will add that to
>>> the INSTALL file.   And certainly if there are tweaks to the configure script
>>> itself to make it less sensitive to distro-specific quirks, those can be added
>>> as well.
>>>
>>> For what it's worth, here is a complete list of the Qt6 devel packages
>>> installed on my Mageia 9  machine with Qt 6.4.
>>> I don't think every one of them is needed by gnuplot, but you can at
>>> least get an idea of which modules have a separate devel package.
>>>
>>> qtbase6-common-devel-6.4.1
>>> lib64qt6core-devel-6.4.1
>>> lib64qt6opengl-devel-6.4.1
>>> lib64qt6xcbqpa-devel-6.4.1
>>> lib64qt6dbus-devel-6.4.1
>>> lib64qt6gui-devel-6.4.1
>>> lib64qt6eglfsdeviceintegration-devel-6.4.1
>>> lib64qt6core5compat-devel-6.4.1
>>> lib64qt6widgets-devel-6.4.1
>>> lib64qt6printsupport-devel-6.4.1
>>> lib64qt6network-devel-6.4.1
>>> lib64qt6svg-devel-6.4.1
>>>
>>> The list for Qt6.6 is longer, but I have not had to modify anything
>>> to configure and link gnuplot.   I think Qt is now up to version 6.7
>>> but I have not tried that yet.
>>>
>>> 	Ethan
>>>
>>>
>>>
>>> On Thursday, 16 May 2024 14:31:38 PDT Peter Rockett via gnuplot-info wrote:
>>>> OK. But I am not sure that helps me with my Debian-based problem. And
>>>> hacking configure.ac files is not something I could do without an awful
>>>> lot of work.
>>>>
>>>> When I ignore the configure output and just run make anyway, my build
>>>> chokes on:
>>>>
>>>> qtterminal/qt_term.cpp:51:10: fatal error: QtCore: No such file or directory
>>>>       51 | #include <QtCore>
>>>>
>>>> Note: different from Hernán's issue that chokes on #include <QApplication>
>>>>
>>>> On Mint (derived from Debian), looking in
>>>> /usr/include/x86_64-linux-gnu/qt6/QtCore, I can see no header called
>>>> QtCore! (Note the architecture-dependent path!) So I am clearly missing
>>>> some dependency.
>>>>
>>>> "I am surprised that the various linux distros have diverged so much in
>>>> how they split up Qt components for packaging." Indeed. I was reading
>>>> Hernán's post and the list of stunningly obvious package names in
>>>> openSUSE, and thinking "This looks so sensible!" (compared to the
>>>> hunt-the-dependency dog's breakfast that is the Debian packaging of Qt).
>>>> Bear in mind that Ubuntu is one of the most popular Linux distros.
>>>>
>>>> This may pose a troublesome issue for gnuplot going forward. It seems
>>>> that the gnuplot build has /de facto/ been broken already - maybe some
>>>> adaptive maintenance is needed? P.
>>>>
>>>>
>>>> On 16/05/2024 18:54, Ethan Merritt wrote:
>>>>> On Thursday, 16 May 2024 00:25:24 PDT Hernán De Angelis wrote:
>>>>>> Well it seems that I am now having some issues building as well ... QtApplication and QtWidget are apparently not found.
>>>>>>
>>>>>> In file included from qtterminal/qt_term.cpp:78:
>>>>>>
>>>>>> qtterminal/QtGnuplotApplication.h:49:10: fatal error: QApplication: No such file or directory
>>>>>>
>>>>>>        49 | #include <QApplication>
>>>>>>
>>>>>>           |          ^~~~~~~~~~~~~~
>>>>>>
>>>>>> compilation terminated.
>>>>> This was recently reported for Fedora also.  In the Fedora case the answer was to
>>>>> add Qt6Widgets as a separate dependency in the autotools configure.ac script.
>>>>> The package itself was already pulled in by other Qt dependencies, but apparently
>>>>> without a separate test the compiler preprocessor flag  -I/usr/include/qt6/QtWidgets
>>>>> was not added to the Makefile.  Adding that to environmental variable CXX_FLAGS
>>>>> prior to running "./configure" may be sufficient to get you going for now.
>>>>>
>>>>> 	https://sourceforge.net/p/gnuplot/bugs/2705/
>>>>>
>>>>> I am surprised that the various linux distros have diverged so much in how they
>>>>> split up Qt components for packaging.
>>>>>
>>>>> When you figure out what the missing piece is for building on Mint, please let me
>>>>> know so I can add that fix to the gnuplot patchlevel 6.0.1 release.
>>>>>
>>>>> 	Ethan
>>>>>
>>>>>> make[4]: *** [Makefile:1044: qtterminal/qt_term.o] Error 1
>>>>>>
>>>>>> make[4]: *** Waiting for unfinished jobs....
>>>>>>
>>>>>> In file included from qtterminal/qt_embed_example.cpp:44:
>>>>>>
>>>>>> qtterminal/qt_embed_example.h:51:10: fatal error: QWidget: No such file or directory
>>>>>>
>>>>>>        51 | #include <QWidget>
>>>>>>
>>>>>>           |          ^~~~~~~~~
>>>>>>
>>>>>> compilation terminated.
>>>>>>
>>>>>> make[4]: *** [Makefile:1044: qtterminal/qt_embed_example.o] Error 1
>>>>>>
>>>>>> In file included from qtterminal/QtGnuplotInstance.cpp:45:
>>>>>>
>>>>>> qtterminal/QtGnuplotWidget.h:49:10: fatal error: QWidget: No such file or directory
>>>>>>
>>>>>>        49 | #include <QWidget>
>>>>>>
>>>>>>           |          ^~~~~~~~~
>>>>>>
>>>>>> compilation terminated.
>>>>>>
>>>>>> make[4]: *** [Makefile:1044: qtterminal/QtGnuplotInstance.o] Error 1
>>>>>>
>>>>>> In file included from qtterminal/gnuplot_qt.cpp:44:
>>>>>>
>>>>>> qtterminal/QtGnuplotApplication.h:49:10: fatal error: QApplication: No such file or directory
>>>>>>
>>>>>>        49 | #include <QApplication>
>>>>>>
>>>>>>           |          ^~~~~~~~~~~~~~
>>>>>>
>>>>>> compilation terminated.
>>>>>>
>>>>>>
>>>>>> Den 2024-05-16 kl. 09:08, skrev Hernán De Angelis:
>>>>>>> Peter,
>>>>>>>
>>>>>>> I always build gnuplot from source, although in openSUSE Tumbleweed.
>>>>>>> With 6.0.0 I had some problems too. Those were solved by looking at
>>>>>>> the error messages and installing the corresponding packages. I ended
>>>>>>> up having a lot of Qt6 packages but Since I build other things based
>>>>>>> in Qt  I do not see this as problematic. Perhaps the list below helps,
>>>>>>> with packages as they are referred to in openSUSE.
>>>>>>>
>>>>>>> Good luck
>>>>>>>
>>>>>>> H.
>>>>>>>
>>>>>>>
>>>>>>> No package 'Qt6Core' found
>>>>>>>
>>>>>>> qt6-core-devel           | Development files for the Qt 6 Core library
>>>>>>>
>>>>>>>
>>>>>>> No package 'Qt6Gui' found
>>>>>>>
>>>>>>> qt6-gui-devel         | Development files for the Qt 6 GUI libraries
>>>>>>>
>>>>>>>
>>>>>>> No package 'Qt6Network' found
>>>>>>>
>>>>>>> qt6-network-devel           | Development files for the Qt 6 Network
>>>>>>> library
>>>>>>>
>>>>>>>
>>>>>>> No package 'Qt6Svg' found
>>>>>>>
>>>>>>> qt6-svg-devel | Qt 6 SVG libraries - Development files
>>>>>>>
>>>>>>>
>>>>>>> No package 'Qt6PrintSupport' found
>>>>>>>
>>>>>>> qt6-printsupport-devel | Development files for the Qt 6 PrintSupport
>>>>>>> library
>>>>>>>
>>>>>>>
>>>>>>> No package 'Qt6Core5Compat' found
>>>>>>>
>>>>>>> qt6-qt5compat-devel | Qt 6 Core 5 Compat library - Development files
>>>>>>>
>>>>>>>
>>>>>>> Den 2024-05-15 kl. 21:58, skrev Peter Rockett via gnuplot-info:
>>>>>>>> Hi
>>>>>>>>
>>>>>>>> I am trying to build gnuplot 6.0.0 on Linux Mint 21.3 from source but
>>>>>>>> struggling with the Qt dependencies. I used to be able to build
>>>>>>>> gnuplot 5 no problem using just qt5-base-dev and libqt5svg5-dev but
>>>>>>>> running ./configure for gnuplot 6.0.0 with what seem to be the Qt6
>>>>>>>> versions of these same packages installed (qt6-base-dev and
>>>>>>>> libqt6svg6-dev) returns:
>>>>>>>>
>>>>>>>> No package 'Qt6Core' found
>>>>>>>> No package 'Qt6Gui' found
>>>>>>>> No package 'Qt6Network' found
>>>>>>>> No package 'Qt6Svg' found
>>>>>>>> No package 'Qt6PrintSupport' found
>>>>>>>> No package 'Qt6Core5Compat' found
>>>>>>>>
>>>>>>>> Also, adding libqt6core5compat6-dev does not fix the last of these
>>>>>>>> errors (about 'Qt6Core5Compat').
>>>>>>>>
>>>>>>>> Does anybody know the list of Qt6 packages I need to satisfy the
>>>>>>>> above dependencies? From what I can see, qt6-base-dev should provide
>>>>>>>> the core, gui, network and print support stuff but it plainly does
>>>>>>>> not. Similarly, the svg package should provide the svg stuff.
>>>>>>>>
>>>>>>>> Peter
>>>
>>>
>>>
>>> _______________________________________________
>>> gnuplot-info mailing list
>>> gnu...@li...
>>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>
>
>
>

After a fresh install of Mint 21.3 Virginia I ended up with the same
problem you are seeing.  I think the issue is that the pkg-config files
are missing from the Mint packages.

For example searching the Ubuntu/Debian package repository for
Qt6Core.pc reports
     /usr/lib/x86_64-linux-gnu/pkgconfig/Qt6Core.pc	qt6-base-dev [amd64]

but the Mint package qt6-base-dev is missing this file.
It looks like all the Qt6*-dev packages are missing these files.

You could pull or reconstruct the *.pc files from Ubuntu, or build
them directly from upstream Qt, but really I think you should report
this as a packaging bug to Mint and hope that they can release
amended packages. 

Meanwhile you can recreate what these files should have done by
manually  setting the corresponding environmental variables:

$ export QT_CFLAGS="-I/usr/include/x86_64-linux-gnu/qt6/QtCore -I/usr/include/x86_64-linux-gnu/qt6 -I/usr/lib64/qt6/mkspecs/linux-g++ -I/usr/include/x86_64-linux-gnu/qt6/QtGui -I/usr/include/x86_64-linux-gnu/qt6/QtNetwork -DQT_NETWORK_LIB -I/usr/include/x86_64-linux-gnu/qt6/QtSvg -DQT_SVG_LIB -I/usr/include/x86_64-linux-gnu/qt6/QtPrintSupport -DQT_PRINTSUPPORT_LIB -I/usr/include/x86_64-linux-gnu/qt6/QtWidgets -DQT_WIDGETS_LIB -DQT_GUI_LIB -I/usr/include/x86_64-linux-gnu/qt6/QtCore5Compat -DQT_CORE5COMPAT_LIB -DQT_CORE_LIB"

$ export QT_LIBS="-lQt6Network -lQt6Svg -lQt6PrintSupport -lQt6Widgets -lQt6Gui -lQt6Core5Compat -lQt6Core"

$ export RCC=/usr/bin/rcc

$ export UIC=/usr/bin/uic

$ ./configure 

Configure succeeds, but the build failed because the system-provided uic is from Qt5 rather than Qt6.
I could not figure out which Mint package provides uic-qt6.
Maybe this is another package deficiency?

   that's the best I can do for now

	Ethan


On Friday, 17 May 2024 05:42:59 PDT Hernán De Angelis wrote:
> I have looked at this again and did not manage to solve anything.
> 
> A few possibly relevant comments:
> 
> - adding Qt6Widgets in line 1065 of configure,ac does not solve the issue:
> 
> 1065          PKG_CHECK_MODULES_NOFAIL(QT, [Qt6Core Qt6Gui Qt6Network 
> Qt6Svg Qt6PrintSupport Qt6Core5Compat Qt6Widgets])
> 
> but -Qt6Widgets is not included in config.status
> 
> 644    S["QT_LIBS"]="-lQt6Network -lQt6Svg -lQt6Gui -lQt6PrintSupport 
> -lQt6Core5Compat -lQt6Core"
> 
> Admittedly, I am not an expert on this things. But I find it baffling 
> that everything seems to be in place yet Qt6Widgetsis not found. Also 
> QtApplication is problematic but I did not look in detail.
> 
> 
> - And in case this is of interest: line 16323 of the configure script: 
> "Enable parsing of deprecated syntax" should be commented. It is not in 
> the original file and givs a warning that the Enable command is not found.
> 
> Nothing of this is possibly a gnuplot problem. But would be nice to get 
> it working.
> 
> 
> Have a nice day
> 
> H.
> 
> 
> 
> Den 2024-05-17 kl. 03:02, skrev Ethan Merritt:
> > Gnuplot still runs quite happily with Qt5.
> > Indeed, the configure script falls back to linking against Qt5 if it thinks
> > that Qt6 is not present.  The issue seems to be that some linux distros
> > install enough pieces of Qt6 that the configure script thinks it is present
> > rather than thinking it is absent and so it doesn't fall back to Qt5 instead.
> > You could tell it to skip the check for Qt6 and move straight to trying Qt5:
> >      ./configure --with-qt=qt5
> >
> > Summary instructions for building with Qt5 under Ubuntu / Debian
> > are in the INSTALL file that is part of the gnuplot distribution.
> >
> > If/when someone feeds back an equivalent recipe for Qt6 I will add that to
> > the INSTALL file.   And certainly if there are tweaks to the configure script
> > itself to make it less sensitive to distro-specific quirks, those can be added
> > as well.
> >
> > For what it's worth, here is a complete list of the Qt6 devel packages
> > installed on my Mageia 9  machine with Qt 6.4.
> > I don't think every one of them is needed by gnuplot, but you can at
> > least get an idea of which modules have a separate devel package.
> >
> > qtbase6-common-devel-6.4.1
> > lib64qt6core-devel-6.4.1
> > lib64qt6opengl-devel-6.4.1
> > lib64qt6xcbqpa-devel-6.4.1
> > lib64qt6dbus-devel-6.4.1
> > lib64qt6gui-devel-6.4.1
> > lib64qt6eglfsdeviceintegration-devel-6.4.1
> > lib64qt6core5compat-devel-6.4.1
> > lib64qt6widgets-devel-6.4.1
> > lib64qt6printsupport-devel-6.4.1
> > lib64qt6network-devel-6.4.1
> > lib64qt6svg-devel-6.4.1
> >
> > The list for Qt6.6 is longer, but I have not had to modify anything
> > to configure and link gnuplot.   I think Qt is now up to version 6.7
> > but I have not tried that yet.
> >
> > 	Ethan
> >
> >
> >
> > On Thursday, 16 May 2024 14:31:38 PDT Peter Rockett via gnuplot-info wrote:
> >> OK. But I am not sure that helps me with my Debian-based problem. And
> >> hacking configure.ac files is not something I could do without an awful
> >> lot of work.
> >>
> >> When I ignore the configure output and just run make anyway, my build
> >> chokes on:
> >>
> >> qtterminal/qt_term.cpp:51:10: fatal error: QtCore: No such file or directory
> >>      51 | #include <QtCore>
> >>
> >> Note: different from Hernán's issue that chokes on #include <QApplication>
> >>
> >> On Mint (derived from Debian), looking in
> >> /usr/include/x86_64-linux-gnu/qt6/QtCore, I can see no header called
> >> QtCore! (Note the architecture-dependent path!) So I am clearly missing
> >> some dependency.
> >>
> >> "I am surprised that the various linux distros have diverged so much in
> >> how they split up Qt components for packaging." Indeed. I was reading
> >> Hernán's post and the list of stunningly obvious package names in
> >> openSUSE, and thinking "This looks so sensible!" (compared to the
> >> hunt-the-dependency dog's breakfast that is the Debian packaging of Qt).
> >> Bear in mind that Ubuntu is one of the most popular Linux distros.
> >>
> >> This may pose a troublesome issue for gnuplot going forward. It seems
> >> that the gnuplot build has /de facto/ been broken already - maybe some
> >> adaptive maintenance is needed? P.
> >>
> >>
> >> On 16/05/2024 18:54, Ethan Merritt wrote:
> >>> On Thursday, 16 May 2024 00:25:24 PDT Hernán De Angelis wrote:
> >>>> Well it seems that I am now having some issues building as well ... QtApplication and QtWidget are apparently not found.
> >>>>
> >>>> In file included from qtterminal/qt_term.cpp:78:
> >>>>
> >>>> qtterminal/QtGnuplotApplication.h:49:10: fatal error: QApplication: No such file or directory
> >>>>
> >>>>       49 | #include <QApplication>
> >>>>
> >>>>          |          ^~~~~~~~~~~~~~
> >>>>
> >>>> compilation terminated.
> >>> This was recently reported for Fedora also.  In the Fedora case the answer was to
> >>> add Qt6Widgets as a separate dependency in the autotools configure.ac script.
> >>> The package itself was already pulled in by other Qt dependencies, but apparently
> >>> without a separate test the compiler preprocessor flag  -I/usr/include/qt6/QtWidgets
> >>> was not added to the Makefile.  Adding that to environmental variable CXX_FLAGS
> >>> prior to running "./configure" may be sufficient to get you going for now.
> >>>
> >>> 	https://sourceforge.net/p/gnuplot/bugs/2705/
> >>>
> >>> I am surprised that the various linux distros have diverged so much in how they
> >>> split up Qt components for packaging.
> >>>
> >>> When you figure out what the missing piece is for building on Mint, please let me
> >>> know so I can add that fix to the gnuplot patchlevel 6.0.1 release.
> >>>
> >>> 	Ethan
> >>>
> >>>> make[4]: *** [Makefile:1044: qtterminal/qt_term.o] Error 1
> >>>>
> >>>> make[4]: *** Waiting for unfinished jobs....
> >>>>
> >>>> In file included from qtterminal/qt_embed_example.cpp:44:
> >>>>
> >>>> qtterminal/qt_embed_example.h:51:10: fatal error: QWidget: No such file or directory
> >>>>
> >>>>       51 | #include <QWidget>
> >>>>
> >>>>          |          ^~~~~~~~~
> >>>>
> >>>> compilation terminated.
> >>>>
> >>>> make[4]: *** [Makefile:1044: qtterminal/qt_embed_example.o] Error 1
> >>>>
> >>>> In file included from qtterminal/QtGnuplotInstance.cpp:45:
> >>>>
> >>>> qtterminal/QtGnuplotWidget.h:49:10: fatal error: QWidget: No such file or directory
> >>>>
> >>>>       49 | #include <QWidget>
> >>>>
> >>>>          |          ^~~~~~~~~
> >>>>
> >>>> compilation terminated.
> >>>>
> >>>> make[4]: *** [Makefile:1044: qtterminal/QtGnuplotInstance.o] Error 1
> >>>>
> >>>> In file included from qtterminal/gnuplot_qt.cpp:44:
> >>>>
> >>>> qtterminal/QtGnuplotApplication.h:49:10: fatal error: QApplication: No such file or directory
> >>>>
> >>>>       49 | #include <QApplication>
> >>>>
> >>>>          |          ^~~~~~~~~~~~~~
> >>>>
> >>>> compilation terminated.
> >>>>
> >>>>
> >>>> Den 2024-05-16 kl. 09:08, skrev Hernán De Angelis:
> >>>>> Peter,
> >>>>>
> >>>>> I always build gnuplot from source, although in openSUSE Tumbleweed.
> >>>>> With 6.0.0 I had some problems too. Those were solved by looking at
> >>>>> the error messages and installing the corresponding packages. I ended
> >>>>> up having a lot of Qt6 packages but Since I build other things based
> >>>>> in Qt  I do not see this as problematic. Perhaps the list below helps,
> >>>>> with packages as they are referred to in openSUSE.
> >>>>>
> >>>>> Good luck
> >>>>>
> >>>>> H.
> >>>>>
> >>>>>
> >>>>> No package 'Qt6Core' found
> >>>>>
> >>>>> qt6-core-devel           | Development files for the Qt 6 Core library
> >>>>>
> >>>>>
> >>>>> No package 'Qt6Gui' found
> >>>>>
> >>>>> qt6-gui-devel         | Development files for the Qt 6 GUI libraries
> >>>>>
> >>>>>
> >>>>> No package 'Qt6Network' found
> >>>>>
> >>>>> qt6-network-devel           | Development files for the Qt 6 Network
> >>>>> library
> >>>>>
> >>>>>
> >>>>> No package 'Qt6Svg' found
> >>>>>
> >>>>> qt6-svg-devel | Qt 6 SVG libraries - Development files
> >>>>>
> >>>>>
> >>>>> No package 'Qt6PrintSupport' found
> >>>>>
> >>>>> qt6-printsupport-devel | Development files for the Qt 6 PrintSupport
> >>>>> library
> >>>>>
> >>>>>
> >>>>> No package 'Qt6Core5Compat' found
> >>>>>
> >>>>> qt6-qt5compat-devel | Qt 6 Core 5 Compat library - Development files
> >>>>>
> >>>>>
> >>>>> Den 2024-05-15 kl. 21:58, skrev Peter Rockett via gnuplot-info:
> >>>>>> Hi
> >>>>>>
> >>>>>> I am trying to build gnuplot 6.0.0 on Linux Mint 21.3 from source but
> >>>>>> struggling with the Qt dependencies. I used to be able to build
> >>>>>> gnuplot 5 no problem using just qt5-base-dev and libqt5svg5-dev but
> >>>>>> running ./configure for gnuplot 6.0.0 with what seem to be the Qt6
> >>>>>> versions of these same packages installed (qt6-base-dev and
> >>>>>> libqt6svg6-dev) returns:
> >>>>>>
> >>>>>> No package 'Qt6Core' found
> >>>>>> No package 'Qt6Gui' found
> >>>>>> No package 'Qt6Network' found
> >>>>>> No package 'Qt6Svg' found
> >>>>>> No package 'Qt6PrintSupport' found
> >>>>>> No package 'Qt6Core5Compat' found
> >>>>>>
> >>>>>> Also, adding libqt6core5compat6-dev does not fix the last of these
> >>>>>> errors (about 'Qt6Core5Compat').
> >>>>>>
> >>>>>> Does anybody know the list of Qt6 packages I need to satisfy the
> >>>>>> above dependencies? From what I can see, qt6-base-dev should provide
> >>>>>> the core, gui, network and print support stuff but it plainly does
> >>>>>> not. Similarly, the svg package should provide the svg stuff.
> >>>>>>
> >>>>>> Peter
> >
> >
> >
> >
> > _______________________________________________
> > gnuplot-info mailing list
> > gnu...@li...
> > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 
> 
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 

I have looked at this again and did not manage to solve anything.

A few possibly relevant comments:

- adding Qt6Widgets in line 1065 of configure,ac does not solve the issue:

1065          PKG_CHECK_MODULES_NOFAIL(QT, [Qt6Core Qt6Gui Qt6Network 
Qt6Svg Qt6PrintSupport Qt6Core5Compat Qt6Widgets])

but -Qt6Widgets is not included in config.status

644    S["QT_LIBS"]="-lQt6Network -lQt6Svg -lQt6Gui -lQt6PrintSupport 
-lQt6Core5Compat -lQt6Core"

Admittedly, I am not an expert on this things. But I find it baffling 
that everything seems to be in place yet Qt6Widgetsis not found. Also 
QtApplication is problematic but I did not look in detail.


- And in case this is of interest: line 16323 of the configure script: 
"Enable parsing of deprecated syntax" should be commented. It is not in 
the original file and givs a warning that the Enable command is not found.

Nothing of this is possibly a gnuplot problem. But would be nice to get 
it working.


Have a nice day

H.



Den 2024-05-17 kl. 03:02, skrev Ethan Merritt:
> Gnuplot still runs quite happily with Qt5.
> Indeed, the configure script falls back to linking against Qt5 if it thinks
> that Qt6 is not present.  The issue seems to be that some linux distros
> install enough pieces of Qt6 that the configure script thinks it is present
> rather than thinking it is absent and so it doesn't fall back to Qt5 instead.
> You could tell it to skip the check for Qt6 and move straight to trying Qt5:
>      ./configure --with-qt=qt5
>
> Summary instructions for building with Qt5 under Ubuntu / Debian
> are in the INSTALL file that is part of the gnuplot distribution.
>
> If/when someone feeds back an equivalent recipe for Qt6 I will add that to
> the INSTALL file.   And certainly if there are tweaks to the configure script
> itself to make it less sensitive to distro-specific quirks, those can be added
> as well.
>
> For what it's worth, here is a complete list of the Qt6 devel packages
> installed on my Mageia 9  machine with Qt 6.4.
> I don't think every one of them is needed by gnuplot, but you can at
> least get an idea of which modules have a separate devel package.
>
> qtbase6-common-devel-6.4.1
> lib64qt6core-devel-6.4.1
> lib64qt6opengl-devel-6.4.1
> lib64qt6xcbqpa-devel-6.4.1
> lib64qt6dbus-devel-6.4.1
> lib64qt6gui-devel-6.4.1
> lib64qt6eglfsdeviceintegration-devel-6.4.1
> lib64qt6core5compat-devel-6.4.1
> lib64qt6widgets-devel-6.4.1
> lib64qt6printsupport-devel-6.4.1
> lib64qt6network-devel-6.4.1
> lib64qt6svg-devel-6.4.1
>
> The list for Qt6.6 is longer, but I have not had to modify anything
> to configure and link gnuplot.   I think Qt is now up to version 6.7
> but I have not tried that yet.
>
> 	Ethan
>
>
>
> On Thursday, 16 May 2024 14:31:38 PDT Peter Rockett via gnuplot-info wrote:
>> OK. But I am not sure that helps me with my Debian-based problem. And
>> hacking configure.ac files is not something I could do without an awful
>> lot of work.
>>
>> When I ignore the configure output and just run make anyway, my build
>> chokes on:
>>
>> qtterminal/qt_term.cpp:51:10: fatal error: QtCore: No such file or directory
>>      51 | #include <QtCore>
>>
>> Note: different from Hernán's issue that chokes on #include <QApplication>
>>
>> On Mint (derived from Debian), looking in
>> /usr/include/x86_64-linux-gnu/qt6/QtCore, I can see no header called
>> QtCore! (Note the architecture-dependent path!) So I am clearly missing
>> some dependency.
>>
>> "I am surprised that the various linux distros have diverged so much in
>> how they split up Qt components for packaging." Indeed. I was reading
>> Hernán's post and the list of stunningly obvious package names in
>> openSUSE, and thinking "This looks so sensible!" (compared to the
>> hunt-the-dependency dog's breakfast that is the Debian packaging of Qt).
>> Bear in mind that Ubuntu is one of the most popular Linux distros.
>>
>> This may pose a troublesome issue for gnuplot going forward. It seems
>> that the gnuplot build has /de facto/ been broken already - maybe some
>> adaptive maintenance is needed? P.
>>
>>
>> On 16/05/2024 18:54, Ethan Merritt wrote:
>>> On Thursday, 16 May 2024 00:25:24 PDT Hernán De Angelis wrote:
>>>> Well it seems that I am now having some issues building as well ... QtApplication and QtWidget are apparently not found.
>>>>
>>>> In file included from qtterminal/qt_term.cpp:78:
>>>>
>>>> qtterminal/QtGnuplotApplication.h:49:10: fatal error: QApplication: No such file or directory
>>>>
>>>>       49 | #include <QApplication>
>>>>
>>>>          |          ^~~~~~~~~~~~~~
>>>>
>>>> compilation terminated.
>>> This was recently reported for Fedora also.  In the Fedora case the answer was to
>>> add Qt6Widgets as a separate dependency in the autotools configure.ac script.
>>> The package itself was already pulled in by other Qt dependencies, but apparently
>>> without a separate test the compiler preprocessor flag  -I/usr/include/qt6/QtWidgets
>>> was not added to the Makefile.  Adding that to environmental variable CXX_FLAGS
>>> prior to running "./configure" may be sufficient to get you going for now.
>>>
>>> 	https://sourceforge.net/p/gnuplot/bugs/2705/
>>>
>>> I am surprised that the various linux distros have diverged so much in how they
>>> split up Qt components for packaging.
>>>
>>> When you figure out what the missing piece is for building on Mint, please let me
>>> know so I can add that fix to the gnuplot patchlevel 6.0.1 release.
>>>
>>> 	Ethan
>>>
>>>> make[4]: *** [Makefile:1044: qtterminal/qt_term.o] Error 1
>>>>
>>>> make[4]: *** Waiting for unfinished jobs....
>>>>
>>>> In file included from qtterminal/qt_embed_example.cpp:44:
>>>>
>>>> qtterminal/qt_embed_example.h:51:10: fatal error: QWidget: No such file or directory
>>>>
>>>>       51 | #include <QWidget>
>>>>
>>>>          |          ^~~~~~~~~
>>>>
>>>> compilation terminated.
>>>>
>>>> make[4]: *** [Makefile:1044: qtterminal/qt_embed_example.o] Error 1
>>>>
>>>> In file included from qtterminal/QtGnuplotInstance.cpp:45:
>>>>
>>>> qtterminal/QtGnuplotWidget.h:49:10: fatal error: QWidget: No such file or directory
>>>>
>>>>       49 | #include <QWidget>
>>>>
>>>>          |          ^~~~~~~~~
>>>>
>>>> compilation terminated.
>>>>
>>>> make[4]: *** [Makefile:1044: qtterminal/QtGnuplotInstance.o] Error 1
>>>>
>>>> In file included from qtterminal/gnuplot_qt.cpp:44:
>>>>
>>>> qtterminal/QtGnuplotApplication.h:49:10: fatal error: QApplication: No such file or directory
>>>>
>>>>       49 | #include <QApplication>
>>>>
>>>>          |          ^~~~~~~~~~~~~~
>>>>
>>>> compilation terminated.
>>>>
>>>>
>>>> Den 2024-05-16 kl. 09:08, skrev Hernán De Angelis:
>>>>> Peter,
>>>>>
>>>>> I always build gnuplot from source, although in openSUSE Tumbleweed.
>>>>> With 6.0.0 I had some problems too. Those were solved by looking at
>>>>> the error messages and installing the corresponding packages. I ended
>>>>> up having a lot of Qt6 packages but Since I build other things based
>>>>> in Qt  I do not see this as problematic. Perhaps the list below helps,
>>>>> with packages as they are referred to in openSUSE.
>>>>>
>>>>> Good luck
>>>>>
>>>>> H.
>>>>>
>>>>>
>>>>> No package 'Qt6Core' found
>>>>>
>>>>> qt6-core-devel           | Development files for the Qt 6 Core library
>>>>>
>>>>>
>>>>> No package 'Qt6Gui' found
>>>>>
>>>>> qt6-gui-devel         | Development files for the Qt 6 GUI libraries
>>>>>
>>>>>
>>>>> No package 'Qt6Network' found
>>>>>
>>>>> qt6-network-devel           | Development files for the Qt 6 Network
>>>>> library
>>>>>
>>>>>
>>>>> No package 'Qt6Svg' found
>>>>>
>>>>> qt6-svg-devel | Qt 6 SVG libraries - Development files
>>>>>
>>>>>
>>>>> No package 'Qt6PrintSupport' found
>>>>>
>>>>> qt6-printsupport-devel | Development files for the Qt 6 PrintSupport
>>>>> library
>>>>>
>>>>>
>>>>> No package 'Qt6Core5Compat' found
>>>>>
>>>>> qt6-qt5compat-devel | Qt 6 Core 5 Compat library - Development files
>>>>>
>>>>>
>>>>> Den 2024-05-15 kl. 21:58, skrev Peter Rockett via gnuplot-info:
>>>>>> Hi
>>>>>>
>>>>>> I am trying to build gnuplot 6.0.0 on Linux Mint 21.3 from source but
>>>>>> struggling with the Qt dependencies. I used to be able to build
>>>>>> gnuplot 5 no problem using just qt5-base-dev and libqt5svg5-dev but
>>>>>> running ./configure for gnuplot 6.0.0 with what seem to be the Qt6
>>>>>> versions of these same packages installed (qt6-base-dev and
>>>>>> libqt6svg6-dev) returns:
>>>>>>
>>>>>> No package 'Qt6Core' found
>>>>>> No package 'Qt6Gui' found
>>>>>> No package 'Qt6Network' found
>>>>>> No package 'Qt6Svg' found
>>>>>> No package 'Qt6PrintSupport' found
>>>>>> No package 'Qt6Core5Compat' found
>>>>>>
>>>>>> Also, adding libqt6core5compat6-dev does not fix the last of these
>>>>>> errors (about 'Qt6Core5Compat').
>>>>>>
>>>>>> Does anybody know the list of Qt6 packages I need to satisfy the
>>>>>> above dependencies? From what I can see, qt6-base-dev should provide
>>>>>> the core, gui, network and print support stuff but it plainly does
>>>>>> not. Similarly, the svg package should provide the svg stuff.
>>>>>>
>>>>>> Peter
>
>
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Gnuplot still runs quite happily with Qt5.
Indeed, the configure script falls back to linking against Qt5 if it thinks
that Qt6 is not present.  The issue seems to be that some linux distros
install enough pieces of Qt6 that the configure script thinks it is present
rather than thinking it is absent and so it doesn't fall back to Qt5 instead.
You could tell it to skip the check for Qt6 and move straight to trying Qt5:
    ./configure --with-qt=qt5

Summary instructions for building with Qt5 under Ubuntu / Debian
are in the INSTALL file that is part of the gnuplot distribution.

If/when someone feeds back an equivalent recipe for Qt6 I will add that to
the INSTALL file.   And certainly if there are tweaks to the configure script
itself to make it less sensitive to distro-specific quirks, those can be added
as well.   

For what it's worth, here is a complete list of the Qt6 devel packages
installed on my Mageia 9  machine with Qt 6.4.
I don't think every one of them is needed by gnuplot, but you can at
least get an idea of which modules have a separate devel package.

qtbase6-common-devel-6.4.1
lib64qt6core-devel-6.4.1
lib64qt6opengl-devel-6.4.1
lib64qt6xcbqpa-devel-6.4.1
lib64qt6dbus-devel-6.4.1
lib64qt6gui-devel-6.4.1
lib64qt6eglfsdeviceintegration-devel-6.4.1
lib64qt6core5compat-devel-6.4.1
lib64qt6widgets-devel-6.4.1
lib64qt6printsupport-devel-6.4.1
lib64qt6network-devel-6.4.1
lib64qt6svg-devel-6.4.1

The list for Qt6.6 is longer, but I have not had to modify anything
to configure and link gnuplot.   I think Qt is now up to version 6.7
but I have not tried that yet.

	Ethan



On Thursday, 16 May 2024 14:31:38 PDT Peter Rockett via gnuplot-info wrote:
> OK. But I am not sure that helps me with my Debian-based problem. And 
> hacking configure.ac files is not something I could do without an awful 
> lot of work.
> 
> When I ignore the configure output and just run make anyway, my build 
> chokes on:
> 
> qtterminal/qt_term.cpp:51:10: fatal error: QtCore: No such file or directory
>     51 | #include <QtCore>
> 
> Note: different from Hernán's issue that chokes on #include <QApplication>
> 
> On Mint (derived from Debian), looking in 
> /usr/include/x86_64-linux-gnu/qt6/QtCore, I can see no header called 
> QtCore! (Note the architecture-dependent path!) So I am clearly missing 
> some dependency.
> 
> "I am surprised that the various linux distros have diverged so much in 
> how they split up Qt components for packaging." Indeed. I was reading 
> Hernán's post and the list of stunningly obvious package names in 
> openSUSE, and thinking "This looks so sensible!" (compared to the 
> hunt-the-dependency dog's breakfast that is the Debian packaging of Qt). 
> Bear in mind that Ubuntu is one of the most popular Linux distros.
> 
> This may pose a troublesome issue for gnuplot going forward. It seems 
> that the gnuplot build has /de facto/ been broken already - maybe some 
> adaptive maintenance is needed? P.
> 
> 
> On 16/05/2024 18:54, Ethan Merritt wrote:
> > On Thursday, 16 May 2024 00:25:24 PDT Hernán De Angelis wrote:
> >> Well it seems that I am now having some issues building as well ... QtApplication and QtWidget are apparently not found.
> >>
> >> In file included from qtterminal/qt_term.cpp:78:
> >>
> >> qtterminal/QtGnuplotApplication.h:49:10: fatal error: QApplication: No such file or directory
> >>
> >>      49 | #include <QApplication>
> >>
> >>         |          ^~~~~~~~~~~~~~
> >>
> >> compilation terminated.
> > This was recently reported for Fedora also.  In the Fedora case the answer was to
> > add Qt6Widgets as a separate dependency in the autotools configure.ac script.
> > The package itself was already pulled in by other Qt dependencies, but apparently
> > without a separate test the compiler preprocessor flag  -I/usr/include/qt6/QtWidgets
> > was not added to the Makefile.  Adding that to environmental variable CXX_FLAGS
> > prior to running "./configure" may be sufficient to get you going for now.
> >
> > 	https://sourceforge.net/p/gnuplot/bugs/2705/
> >
> > I am surprised that the various linux distros have diverged so much in how they
> > split up Qt components for packaging.
> >
> > When you figure out what the missing piece is for building on Mint, please let me
> > know so I can add that fix to the gnuplot patchlevel 6.0.1 release.
> >
> > 	Ethan
> >
> >> make[4]: *** [Makefile:1044: qtterminal/qt_term.o] Error 1
> >>
> >> make[4]: *** Waiting for unfinished jobs....
> >>
> >> In file included from qtterminal/qt_embed_example.cpp:44:
> >>
> >> qtterminal/qt_embed_example.h:51:10: fatal error: QWidget: No such file or directory
> >>
> >>      51 | #include <QWidget>
> >>
> >>         |          ^~~~~~~~~
> >>
> >> compilation terminated.
> >>
> >> make[4]: *** [Makefile:1044: qtterminal/qt_embed_example.o] Error 1
> >>
> >> In file included from qtterminal/QtGnuplotInstance.cpp:45:
> >>
> >> qtterminal/QtGnuplotWidget.h:49:10: fatal error: QWidget: No such file or directory
> >>
> >>      49 | #include <QWidget>
> >>
> >>         |          ^~~~~~~~~
> >>
> >> compilation terminated.
> >>
> >> make[4]: *** [Makefile:1044: qtterminal/QtGnuplotInstance.o] Error 1
> >>
> >> In file included from qtterminal/gnuplot_qt.cpp:44:
> >>
> >> qtterminal/QtGnuplotApplication.h:49:10: fatal error: QApplication: No such file or directory
> >>
> >>      49 | #include <QApplication>
> >>
> >>         |          ^~~~~~~~~~~~~~
> >>
> >> compilation terminated.
> >>
> >>
> >> Den 2024-05-16 kl. 09:08, skrev Hernán De Angelis:
> >>> Peter,
> >>>
> >>> I always build gnuplot from source, although in openSUSE Tumbleweed.
> >>> With 6.0.0 I had some problems too. Those were solved by looking at
> >>> the error messages and installing the corresponding packages. I ended
> >>> up having a lot of Qt6 packages but Since I build other things based
> >>> in Qt  I do not see this as problematic. Perhaps the list below helps,
> >>> with packages as they are referred to in openSUSE.
> >>>
> >>> Good luck
> >>>
> >>> H.
> >>>
> >>>
> >>> No package 'Qt6Core' found
> >>>
> >>> qt6-core-devel           | Development files for the Qt 6 Core library
> >>>
> >>>
> >>> No package 'Qt6Gui' found
> >>>
> >>> qt6-gui-devel         | Development files for the Qt 6 GUI libraries
> >>>
> >>>
> >>> No package 'Qt6Network' found
> >>>
> >>> qt6-network-devel           | Development files for the Qt 6 Network
> >>> library
> >>>
> >>>
> >>> No package 'Qt6Svg' found
> >>>
> >>> qt6-svg-devel | Qt 6 SVG libraries - Development files
> >>>
> >>>
> >>> No package 'Qt6PrintSupport' found
> >>>
> >>> qt6-printsupport-devel | Development files for the Qt 6 PrintSupport
> >>> library
> >>>
> >>>
> >>> No package 'Qt6Core5Compat' found
> >>>
> >>> qt6-qt5compat-devel | Qt 6 Core 5 Compat library - Development files
> >>>
> >>>
> >>> Den 2024-05-15 kl. 21:58, skrev Peter Rockett via gnuplot-info:
> >>>> Hi
> >>>>
> >>>> I am trying to build gnuplot 6.0.0 on Linux Mint 21.3 from source but
> >>>> struggling with the Qt dependencies. I used to be able to build
> >>>> gnuplot 5 no problem using just qt5-base-dev and libqt5svg5-dev but
> >>>> running ./configure for gnuplot 6.0.0 with what seem to be the Qt6
> >>>> versions of these same packages installed (qt6-base-dev and
> >>>> libqt6svg6-dev) returns:
> >>>>
> >>>> No package 'Qt6Core' found
> >>>> No package 'Qt6Gui' found
> >>>> No package 'Qt6Network' found
> >>>> No package 'Qt6Svg' found
> >>>> No package 'Qt6PrintSupport' found
> >>>> No package 'Qt6Core5Compat' found
> >>>>
> >>>> Also, adding libqt6core5compat6-dev does not fix the last of these
> >>>> errors (about 'Qt6Core5Compat').
> >>>>
> >>>> Does anybody know the list of Qt6 packages I need to satisfy the
> >>>> above dependencies? From what I can see, qt6-base-dev should provide
> >>>> the core, gui, network and print support stuff but it plainly does
> >>>> not. Similarly, the svg package should provide the svg stuff.
> >>>>
> >>>> Peter

OK. But I am not sure that helps me with my Debian-based problem. And 
hacking configure.ac files is not something I could do without an awful 
lot of work.

When I ignore the configure output and just run make anyway, my build 
chokes on:

qtterminal/qt_term.cpp:51:10: fatal error: QtCore: No such file or directory
    51 | #include <QtCore>

Note: different from Hernán's issue that chokes on #include <QApplication>

On Mint (derived from Debian), looking in 
/usr/include/x86_64-linux-gnu/qt6/QtCore, I can see no header called 
QtCore! (Note the architecture-dependent path!) So I am clearly missing 
some dependency.

"I am surprised that the various linux distros have diverged so much in 
how they split up Qt components for packaging." Indeed. I was reading 
Hernán's post and the list of stunningly obvious package names in 
openSUSE, and thinking "This looks so sensible!" (compared to the 
hunt-the-dependency dog's breakfast that is the Debian packaging of Qt). 
Bear in mind that Ubuntu is one of the most popular Linux distros.

This may pose a troublesome issue for gnuplot going forward. It seems 
that the gnuplot build has /de facto/ been broken already - maybe some 
adaptive maintenance is needed? P.


On 16/05/2024 18:54, Ethan Merritt wrote:
> On Thursday, 16 May 2024 00:25:24 PDT Hernán De Angelis wrote:
>> Well it seems that I am now having some issues building as well ... QtApplication and QtWidget are apparently not found.
>>
>> In file included from qtterminal/qt_term.cpp:78:
>>
>> qtterminal/QtGnuplotApplication.h:49:10: fatal error: QApplication: No such file or directory
>>
>>      49 | #include <QApplication>
>>
>>         |          ^~~~~~~~~~~~~~
>>
>> compilation terminated.
> This was recently reported for Fedora also.  In the Fedora case the answer was to
> add Qt6Widgets as a separate dependency in the autotools configure.ac script.
> The package itself was already pulled in by other Qt dependencies, but apparently
> without a separate test the compiler preprocessor flag  -I/usr/include/qt6/QtWidgets
> was not added to the Makefile.  Adding that to environmental variable CXX_FLAGS
> prior to running "./configure" may be sufficient to get you going for now.
>
> 	https://sourceforge.net/p/gnuplot/bugs/2705/
>
> I am surprised that the various linux distros have diverged so much in how they
> split up Qt components for packaging.
>
> When you figure out what the missing piece is for building on Mint, please let me
> know so I can add that fix to the gnuplot patchlevel 6.0.1 release.
>
> 	Ethan
>
>> make[4]: *** [Makefile:1044: qtterminal/qt_term.o] Error 1
>>
>> make[4]: *** Waiting for unfinished jobs....
>>
>> In file included from qtterminal/qt_embed_example.cpp:44:
>>
>> qtterminal/qt_embed_example.h:51:10: fatal error: QWidget: No such file or directory
>>
>>      51 | #include <QWidget>
>>
>>         |          ^~~~~~~~~
>>
>> compilation terminated.
>>
>> make[4]: *** [Makefile:1044: qtterminal/qt_embed_example.o] Error 1
>>
>> In file included from qtterminal/QtGnuplotInstance.cpp:45:
>>
>> qtterminal/QtGnuplotWidget.h:49:10: fatal error: QWidget: No such file or directory
>>
>>      49 | #include <QWidget>
>>
>>         |          ^~~~~~~~~
>>
>> compilation terminated.
>>
>> make[4]: *** [Makefile:1044: qtterminal/QtGnuplotInstance.o] Error 1
>>
>> In file included from qtterminal/gnuplot_qt.cpp:44:
>>
>> qtterminal/QtGnuplotApplication.h:49:10: fatal error: QApplication: No such file or directory
>>
>>      49 | #include <QApplication>
>>
>>         |          ^~~~~~~~~~~~~~
>>
>> compilation terminated.
>>
>>
>> Den 2024-05-16 kl. 09:08, skrev Hernán De Angelis:
>>> Peter,
>>>
>>> I always build gnuplot from source, although in openSUSE Tumbleweed.
>>> With 6.0.0 I had some problems too. Those were solved by looking at
>>> the error messages and installing the corresponding packages. I ended
>>> up having a lot of Qt6 packages but Since I build other things based
>>> in Qt  I do not see this as problematic. Perhaps the list below helps,
>>> with packages as they are referred to in openSUSE.
>>>
>>> Good luck
>>>
>>> H.
>>>
>>>
>>> No package 'Qt6Core' found
>>>
>>> qt6-core-devel           | Development files for the Qt 6 Core library
>>>
>>>
>>> No package 'Qt6Gui' found
>>>
>>> qt6-gui-devel         | Development files for the Qt 6 GUI libraries
>>>
>>>
>>> No package 'Qt6Network' found
>>>
>>> qt6-network-devel           | Development files for the Qt 6 Network
>>> library
>>>
>>>
>>> No package 'Qt6Svg' found
>>>
>>> qt6-svg-devel | Qt 6 SVG libraries - Development files
>>>
>>>
>>> No package 'Qt6PrintSupport' found
>>>
>>> qt6-printsupport-devel | Development files for the Qt 6 PrintSupport
>>> library
>>>
>>>
>>> No package 'Qt6Core5Compat' found
>>>
>>> qt6-qt5compat-devel | Qt 6 Core 5 Compat library - Development files
>>>
>>>
>>> Den 2024-05-15 kl. 21:58, skrev Peter Rockett via gnuplot-info:
>>>> Hi
>>>>
>>>> I am trying to build gnuplot 6.0.0 on Linux Mint 21.3 from source but
>>>> struggling with the Qt dependencies. I used to be able to build
>>>> gnuplot 5 no problem using just qt5-base-dev and libqt5svg5-dev but
>>>> running ./configure for gnuplot 6.0.0 with what seem to be the Qt6
>>>> versions of these same packages installed (qt6-base-dev and
>>>> libqt6svg6-dev) returns:
>>>>
>>>> No package 'Qt6Core' found
>>>> No package 'Qt6Gui' found
>>>> No package 'Qt6Network' found
>>>> No package 'Qt6Svg' found
>>>> No package 'Qt6PrintSupport' found
>>>> No package 'Qt6Core5Compat' found
>>>>
>>>> Also, adding libqt6core5compat6-dev does not fix the last of these
>>>> errors (about 'Qt6Core5Compat').
>>>>
>>>> Does anybody know the list of Qt6 packages I need to satisfy the
>>>> above dependencies? From what I can see, qt6-base-dev should provide
>>>> the core, gui, network and print support stuff but it plainly does
>>>> not. Similarly, the svg package should provide the svg stuff.
>>>>
>>>> Peter
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> gnuplot-info mailing list
>>>> gnu...@li...
>>>> Membership management via:
>>>> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via:https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>
>
>
>
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via:https://lists.sourceforge.net/lists/listinfo/gnuplot-info