You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(3) |
Feb
(1) |
Mar
(2) |
Apr
(22) |
May
(52) |
Jun
(43) |
Jul
(36) |
Aug
(59) |
Sep
(37) |
Oct
(55) |
Nov
(39) |
Dec
(36) |
2005 |
Jan
(64) |
Feb
(40) |
Mar
(62) |
Apr
(58) |
May
(256) |
Jun
(77) |
Jul
(80) |
Aug
(39) |
Sep
(56) |
Oct
(36) |
Nov
(113) |
Dec
(68) |
2006 |
Jan
(43) |
Feb
(64) |
Mar
(69) |
Apr
(60) |
May
(71) |
Jun
(53) |
Jul
(63) |
Aug
(63) |
Sep
(76) |
Oct
(85) |
Nov
(82) |
Dec
(73) |
2007 |
Jan
(75) |
Feb
(82) |
Mar
(84) |
Apr
(104) |
May
(67) |
Jun
(101) |
Jul
(107) |
Aug
(138) |
Sep
(128) |
Oct
(106) |
Nov
(112) |
Dec
(112) |
2008 |
Jan
(94) |
Feb
(87) |
Mar
(146) |
Apr
(169) |
May
(75) |
Jun
(26) |
Jul
(26) |
Aug
(7) |
Sep
(18) |
Oct
(53) |
Nov
(42) |
Dec
(19) |
2009 |
Jan
(43) |
Feb
(39) |
Mar
(18) |
Apr
(45) |
May
(66) |
Jun
(87) |
Jul
(56) |
Aug
(41) |
Sep
(56) |
Oct
(139) |
Nov
(98) |
Dec
(88) |
2010 |
Jan
(81) |
Feb
(79) |
Mar
(83) |
Apr
(97) |
May
(124) |
Jun
(84) |
Jul
(53) |
Aug
(85) |
Sep
(89) |
Oct
(50) |
Nov
(98) |
Dec
(78) |
2011 |
Jan
(97) |
Feb
(74) |
Mar
(68) |
Apr
(54) |
May
(63) |
Jun
(59) |
Jul
(65) |
Aug
(58) |
Sep
(37) |
Oct
(40) |
Nov
(59) |
Dec
(35) |
2012 |
Jan
(16) |
Feb
(56) |
Mar
(63) |
Apr
(25) |
May
(48) |
Jun
(58) |
Jul
(20) |
Aug
(13) |
Sep
(43) |
Oct
(35) |
Nov
(20) |
Dec
(17) |
2013 |
Jan
(22) |
Feb
(11) |
Mar
(51) |
Apr
(34) |
May
(57) |
Jun
(27) |
Jul
(70) |
Aug
(30) |
Sep
(38) |
Oct
(53) |
Nov
(40) |
Dec
(25) |
2014 |
Jan
(26) |
Feb
(35) |
Mar
(60) |
Apr
(12) |
May
(17) |
Jun
(15) |
Jul
(9) |
Aug
(18) |
Sep
(46) |
Oct
(18) |
Nov
(19) |
Dec
(15) |
2015 |
Jan
(17) |
Feb
(28) |
Mar
(21) |
Apr
(54) |
May
(36) |
Jun
(8) |
Jul
(30) |
Aug
(13) |
Sep
(3) |
Oct
(28) |
Nov
(3) |
Dec
(3) |
2016 |
Jan
(11) |
Feb
(9) |
Mar
(29) |
Apr
(10) |
May
(8) |
Jun
(5) |
Jul
(50) |
Aug
(57) |
Sep
(13) |
Oct
(5) |
Nov
(17) |
Dec
(11) |
2017 |
Jan
(3) |
Feb
(23) |
Mar
(16) |
Apr
(7) |
May
(15) |
Jun
(12) |
Jul
(48) |
Aug
(15) |
Sep
(3) |
Oct
(20) |
Nov
(28) |
Dec
(21) |
2018 |
Jan
(13) |
Feb
(21) |
Mar
(21) |
Apr
(7) |
May
(3) |
Jun
(7) |
Jul
(27) |
Aug
(38) |
Sep
(4) |
Oct
(30) |
Nov
(22) |
Dec
|
2019 |
Jan
(5) |
Feb
(16) |
Mar
(1) |
Apr
(9) |
May
(7) |
Jun
(20) |
Jul
(13) |
Aug
(3) |
Sep
(2) |
Oct
(2) |
Nov
(2) |
Dec
(4) |
2020 |
Jan
(6) |
Feb
(11) |
Mar
(1) |
Apr
(18) |
May
(4) |
Jun
(5) |
Jul
(12) |
Aug
(1) |
Sep
(3) |
Oct
(7) |
Nov
(1) |
Dec
(17) |
2021 |
Jan
(1) |
Feb
(11) |
Mar
(16) |
Apr
(6) |
May
(5) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(4) |
2022 |
Jan
(9) |
Feb
(35) |
Mar
(4) |
Apr
|
May
(3) |
Jun
(49) |
Jul
(11) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(16) |
Dec
(13) |
2023 |
Jan
|
Feb
(8) |
Mar
(3) |
Apr
|
May
(8) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(2) |
2024 |
Jan
(6) |
Feb
(9) |
Mar
|
Apr
(26) |
May
(24) |
Jun
|
Jul
(4) |
Aug
(2) |
Sep
(1) |
Oct
(10) |
Nov
(9) |
Dec
|
2025 |
Jan
|
Feb
(22) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Ethan M. <eam...@gm...> - 2024-05-19 16:47:40
|
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 > > > > > |
From: Peter R. <p.r...@sh...> - 2024-05-19 15:06:50
|
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 > > |
From: Yury <yur...@gm...> - 2024-05-19 13:59:10
|
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 |
From: Ethan M. <eam...@gm...> - 2024-05-19 07:03:54
|
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. |
From: Yury <yur...@gm...> - 2024-05-19 04:07:46
|
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. |
From: Peter R. <p.r...@sh...> - 2024-05-18 07:40:41
|
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 |
From: Ethan M. <eam...@gm...> - 2024-05-18 04:35:54
|
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 |
From: Hernán De A. <var...@gm...> - 2024-05-17 20:17:21
|
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 >> > > > |
From: Ethan M. <eam...@gm...> - 2024-05-17 17:49:07
|
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 > |
From: Hernán De A. <var...@gm...> - 2024-05-17 12:43:13
|
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 |
From: Ethan M. <eam...@gm...> - 2024-05-17 01:02:59
|
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 |
From: Peter R. <p.r...@sh...> - 2024-05-16 21:37:54
|
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 |
From: Hernán De A. <var...@gm...> - 2024-05-16 19:11:42
|
Thank you for your comment. I was working on exactly that idea. In openSUSE Tumbleweed we have: # find /usr/include -name '*QtWidgets*' /usr/include/qt6/QtWidgets /usr/include/qt6/QtWidgets/QtWidgetsDepends /usr/include/qt6/QtWidgets/QtWidgets /usr/include/qt6/QtWidgets/QtWidgetsVersion I tried exporting "-I/usr/include/qt6/QtWidgets" as either CXX_FLAGS or CPPFLAGS but could not suceed. It condifures correctly, but make stops with error: /usr/lib64/gcc/x86_64-suse-linux/13/../../../../x86_64-suse-linux/bin/ld: qtterminal/QtGnuplotItems.o: undefined reference to symbol '_ZN13QGraphicsItem12setExtensionENS_9ExtensionERK8QVariant@@Qt_6' /usr/lib64/gcc/x86_64-suse-linux/13/../../../../x86_64-suse-linux/bin/ld: /usr/lib64/gcc/x86_64-suse-linux/13/../../../../lib64/libQt6Widgets.so.6: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[4]: *** [Makefile:924: qt_embed_example] Error 1 I will look again when I have more time. /H. Den 2024-05-16 kl. 19:54, skrev Ethan Merritt: > 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 >> > > > |
From: Ethan M. <eam...@gm...> - 2024-05-16 17:54:49
|
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 > |
From: Hernán De A. <var...@gm...> - 2024-05-16 11:10:08
|
No, I now believe I may have not compiled it with Qt6 originally as I believed. If that is the case, sorry for the confusion. I wonder what is the status of this at the development front. Perhaps Qt6 is still experimental? H. Den 2024-05-16 kl. 12:49, skrev Peter Rockett via gnuplot-info: > Oh! > > I am wondering if something has changed in the gnuplot build process? > Or maybe the openSUSE and Ubuntu distros have (both) changed something > for Qt6 that means the gnuplot build now fails? > > I have to confess that my knowledge of autotools is rather hazy. What > is configure looking for (and cannot now find) when it looks for the > presence of the Qt6 libs? > > P. > > > On 16/05/2024 08:25, 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. >> >> 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 |
From: Peter R. <p.r...@sh...> - 2024-05-16 11:09:21
|
Hernán Thanks, but the Qt packages you have on openSUSE are different. Distros seems to package up Qt differently. qt5-base-dev and libqt5svg5-dev used to provide all the dependencies for gnuplot 5, and I can see that when I install qt6-base-dev and libqt6svg6-dev a load of other libs dependencies are installed - they all look right: core, gui, etc. But the configure script does not find them. P. On 16/05/2024 08:08, Hernán De Angelis wrote: > 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 |
From: Peter R. <p.r...@sh...> - 2024-05-16 10:58:06
|
Oh! I am wondering if something has changed in the gnuplot build process? Or maybe the openSUSE and Ubuntu distros have (both) changed something for Qt6 that means the gnuplot build now fails? I have to confess that my knowledge of autotools is rather hazy. What is configure looking for (and cannot now find) when it looks for the presence of the Qt6 libs? P. On 16/05/2024 08:25, 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. > > 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 |
From: Hernán De A. <var...@gm...> - 2024-05-16 07:25:39
|
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. 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 |
From: Hernán De A. <var...@gm...> - 2024-05-16 07:09:04
|
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 |
From: Peter R. <p.r...@sh...> - 2024-05-15 20:28:46
|
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 |
From: Frank S. <fst...@bi...> - 2024-05-02 09:45:12
|
Not only telling the solution but giving such a detailed explanation that I could fully unterstand was very helpful! Thank you very much :-) cu, Frank -- Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/ Lehrstuhl f. Bioinformatik Mail: http://www.bio.ifi.lmu.de/~steiner/m/ LMU, Amalienstr. 17 Phone: +49 89 2180-4049 80333 Muenchen, Germany Fax: +49 89 2180-99-4049 * Rekursion kann man erst verstehen, wenn man Rekursion verstanden hat. * |
From: Ethan M. <eam...@gm...> - 2024-05-01 21:12:22
|
On Wednesday, 1 May 2024 13:05:40 PDT Frank Steiner wrote: > I'm trying to plot some csv files and have problem with coloring the > bars with a helper function if the function returns only one value > instead of different ones. "set palette" defines a span of colors that so far as the palette itself is concerned run from 0 to 1. 0 = first color; 1 = last color. The program then maps that onto the color axis range (cb). That is to say, palette 0 is mapped to cb[min] and palette 1 is mapped to cb[max]. By default the cb[min:max] range is auto-scaled to the z range of the plot content. In most 3D plotting modes this is reasonable, although not necessarily what you want if the palette coloring is supposed to represent some pre-determined absolute scale. In 2D plots the z coordinate may or may not be defined at all. Your plot command duplicates the y value as a z value, so by default the cbrange will autoscale to the range on y. If there is only one y value then it collapses as you have seen. Long story short: Set the cbrange manually to whatever you think appropriate. If you only expect values between 1 and 3 on y then do "set cbrange [0:3]". Ethan > Using the files "test.csv" with content > 1 1 > 2 2 > 3 3 > > In gnuplot 6.0 I call: > gnuplot> file="test.csv" > gnuplot> set yrange [0:3] > gnuplot> set palette defined (1 'red', 2 'green', 3 'blue') > gnuplot> color(x)=x > gnuplot> plot file using 1:2:(color($2)) with boxes fill pattern 2 lc palette > > I get three bars with colors red, green and blue from left to right. > > But when I change test.csv so that the values in the second column > are all "1" I get all three bars in green and the warning > "Warning: empty cb range [1:1], adjusting to [1.98:2.02]" > > Same when the second colums contains only 2 or only 3: the warning > message changes w.r.t. to the numbers (e.g. range [2:2] etc.) but > the bars are always green. > > Thus, when I have a csv file that causes my (more complex) color function > to return only one value, then the colors of the bars are wrong. Like a csv > file with only error values would show green (="ok") bars instead of > red (="error") ones. > > Is that a bug or is my understanding of "lc palette" wrong? > > Thanks! > cu, > Frank > > |
From: Frank S. <fst...@bi...> - 2024-05-01 20:25:22
|
Hi, I'm trying to plot some csv files and have problem with coloring the bars with a helper function if the function returns only one value instead of different ones. Here's a very simple test scenario: Using the files "test.csv" with content 1 1 2 2 3 3 In gnuplot 6.0 I call: gnuplot> file="test.csv" gnuplot> set yrange [0:3] gnuplot> set palette defined (1 'red', 2 'green', 3 'blue') gnuplot> color(x)=x gnuplot> plot file using 1:2:(color($2)) with boxes fill pattern 2 lc palette I get three bars with colors red, green and blue from left to right. But when I change test.csv so that the values in the second column are all "1" I get all three bars in green and the warning "Warning: empty cb range [1:1], adjusting to [1.98:2.02]" Same when the second colums contains only 2 or only 3: the warning message changes w.r.t. to the numbers (e.g. range [2:2] etc.) but the bars are always green. Thus, when I have a csv file that causes my (more complex) color function to return only one value, then the colors of the bars are wrong. Like a csv file with only error values would show green (="ok") bars instead of red (="error") ones. Is that a bug or is my understanding of "lc palette" wrong? Thanks! cu, Frank -- Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/ Lehrstuhl f. Bioinformatik Mail: http://www.bio.ifi.lmu.de/~steiner/m/ LMU, Amalienstr. 17 Phone: +49 89 2180-4049 80333 Muenchen, Germany Fax: +49 89 2180-99-4049 * Rekursion kann man erst verstehen, wenn man Rekursion verstanden hat. * |
From: Dave H. <da...@ho...> - 2024-04-22 08:09:41
|
On Mon, 22 Apr 2024, Marc Chantreux wrote: > On Sun, Apr 21, 2024 at 11:54:42AM -0700, Ethan Merritt wrote: > > plot sample [t=0:1] '+' u (temp=f(t),real(temp)):(imag(temp)) w l > > aside: it is common in other langages that unfinished expressions allows > line returns. it would be nice to have it in gnuplot so we can write > > w=5; r=3 > f(t) = r * exp(I * w * t) > plot sample [t=0:1] '+' u ( > temp=f(t), > real(temp)):(imag(temp) > ) w l Well, a good optimiser would also recognise an invariant expression inside a loop, and take it outside :-) (Which you did) And as for line returns, I'm waiting for # \ [ Blah ] to not be the continuation of a comment; simple, really... -- Dave |
From: Marc C. <mc...@un...> - 2024-04-22 07:42:57
|
On Sun, Apr 21, 2024 at 11:54:42AM -0700, Ethan Merritt wrote: > plot sample [t=0:1] '+' u (temp=f(t),real(temp)):(imag(temp)) w l aside: it is common in other langages that unfinished expressions allows line returns. it would be nice to have it in gnuplot so we can write w=5; r=3 f(t) = r * exp(I * w * t) plot sample [t=0:1] '+' u ( temp=f(t), real(temp)):(imag(temp) ) w l regards -- Marc Chantreux Pôle CESAR (Calcul et services avancés à la recherche) Université de Strasbourg 14 rue René Descartes, BP 80010, 67084 STRASBOURG CEDEX 03.68.85.60.79 |