[Gretl-devel] Re: Windows build 2020a/b
On Wed, 1 Apr 2020, Sven Schreiber wrote:
Am 01.04.2020 um 16:45 schrieb Sven Schreiber:
Am 01.04.20 um 16:29 schrieb Allin Cottrell:
Try looking at
https://stackoverflow.com/questions/28953925/glib-gio-error-no-gsettings-schemas-are-installed-on-the-system
Thanks, certainly seems to be spot-on. So I guess one of the installer
bundling shell scripts (only for the GTK3 case!) needs to be extended to
copy those.
|("...gschemas.compiled| file is under |YourApp/share/glib-2.0/schemas|,
and that the |org.gtk.Settings.FileChooser.gschema.xml| is there as
well)
I will test later
I copied from C:\msys64\mingw64\share\glib-2.0\schemas the files:
org.gtk.Settings.ColorChooser.gschema.xml
org.gtk.Settings.FileChooser.gschema.xml
gschemas.compiled
to C:\Program Files\gretl\share\glib-2.0\schemas
(after creating that dir)
and that solved the problem described above.
Ah, good! I'll update install-runtime-gtk3.sh.in accordingly, when I
get a chance.
Allin
___
Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it
To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it
Website:
https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 01.04.2020 um 16:45 schrieb Sven Schreiber:
Am 01.04.20 um 16:29 schrieb Allin Cottrell:
Try looking at
https://stackoverflow.com/questions/28953925/glib-gio-error-no-gsettings-schemas-are-installed-on-the-system
Thanks, certainly seems to be spot-on. So I guess one of the installer
bundling shell scripts (only for the GTK3 case!) needs to be extended to
copy those.
|("...gschemas.compiled| file is under |YourApp/share/glib-2.0/schemas|,
and that the |org.gtk.Settings.FileChooser.gschema.xml| is there as
well)
I will test later
I copied from C:\msys64\mingw64\share\glib-2.0\schemas the files:
org.gtk.Settings.ColorChooser.gschema.xml
org.gtk.Settings.FileChooser.gschema.xml
gschemas.compiled
to C:\Program Files\gretl\share\glib-2.0\schemas
(after creating that dir)
and that solved the problem described above.
thanks
sven
___
Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it
To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it
Website:
https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 01.04.20 um 16:29 schrieb Allin Cottrell:
On Wed, 1 Apr 2020, Sven Schreiber wrote:
Crash recipe:
- click on the fx button to get the function package window
- click on the left-most icon (the actual icon is missing / replaced
with a generic grey box as noted before)
Then it crashes every time here.
... No GSettings schemas...
Try looking at
https://stackoverflow.com/questions/28953925/glib-gio-error-no-gsettings-schemas-are-installed-on-the-system
Thanks, certainly seems to be spot-on. So I guess one of the installer
bundling shell scripts (only for the GTK3 case!) needs to be extended to
copy those.
|("...gschemas.compiled| file is under |YourApp/share/glib-2.0/schemas|,
and that the |org.gtk.Settings.FileChooser.gschema.xml| is there as
well)
I will test later
thanks
Sven
___
Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it
To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it
Website:
https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
On Wed, 1 Apr 2020, Sven Schreiber wrote: Am 31.03.2020 um 00:07 schrieb Sven Schreiber: Am 30.03.2020 um 20:09 schrieb Sven Schreiber: In the upcoming days I'll try to build the installer package. Well, I could let it run already tonight: Basically also successful! (I stuck to GTK3 and so had to do it a tiny bit more manually than in the guide, but not much of course.) (Note to self: Remember to rerun after switching off --disable-avx.) The only glitch I'm observing again are some missing icons, Well, now I'm also seeing a reproducible crash. (always with this self-compiled and then installer-packaged version) Crash recipe: - click on the fx button to get the function package window - click on the left-most icon (the actual icon is missing / replaced with a generic grey box as noted before) Then it crashes every time here. I tried to get debug output which wasn't so easy because the debug window also closed itself together with the program. But I could catch a glimpse of something like this: ... No GSettings schemas... Try looking at https://stackoverflow.com/questions/28953925/glib-gio-error-no-gsettings-schemas-are-installed-on-the-system Allin___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 31.03.2020 um 00:07 schrieb Sven Schreiber: Am 30.03.2020 um 20:09 schrieb Sven Schreiber: In the upcoming days I'll try to build the installer package. Well, I could let it run already tonight: Basically also successful! (I stuck to GTK3 and so had to do it a tiny bit more manually than in the guide, but not much of course.) (Note to self: Remember to rerun after switching off --disable-avx.) The only glitch I'm observing again are some missing icons, Well, now I'm also seeing a reproducible crash. (always with this self-compiled and then installer-packaged version) Crash recipe: - click on the fx button to get the function package window - click on the left-most icon (the actual icon is missing / replaced with a generic grey box as noted before) Then it crashes every time here. I tried to get debug output which wasn't so easy because the debug window also closed itself together with the program. But I could catch a glimpse of something like this: ... No GSettings schemas... HTH, sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
On Tue, 31 Mar 2020, Sven Schreiber wrote: Am 30.03.2020 um 20:09 schrieb Sven Schreiber: In the upcoming days I'll try to build the installer package. Well, I could let it run already tonight: Basically also successful! (I stuck to GTK3 and so had to do it a tiny bit more manually than in the guide, but not much of course.) (Note to self: Remember to rerun after switching off --disable-avx.) The only glitch I'm observing again are some missing icons, but I think that is expected (for GTK3) at this point, right? Right. We never quite resolved that, to date, but it seems that using GTK3 rather than GTK2 requires a BIG additional load of icon files -- exactly how big remains to be determined. In the GTK2 case the icons are built-in; with GTK3 they need to be added per theme. Allin ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 30.03.2020 um 20:09 schrieb Sven Schreiber: In the upcoming days I'll try to build the installer package. Well, I could let it run already tonight: Basically also successful! (I stuck to GTK3 and so had to do it a tiny bit more manually than in the guide, but not much of course.) (Note to self: Remember to rerun after switching off --disable-avx.) The only glitch I'm observing again are some missing icons, but I think that is expected (for GTK3) at this point, right? thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 30.03.2020 um 18:20 schrieb Allin Cottrell:
On Sun, 29 Mar 2020, Sven Schreiber wrote:
Am 29.03.2020 um 14:29 schrieb Allin Cottrell:
C:/msys64/home/fantomas/src/build/gretl-git/addons/SVAR/SVAR_boot.inp
which looks wrong: "build" shouldn't be in there?
Yes, it shouldn't be.
OK, I believe the "culprit" here was a libgretl function,
gretl_normalize_path(). It just wasn't set up to deal with mixed forward
slashes and backslashes. That should now be fixed in git.
Ahhh, excellent work Allin!
Now for the first time I'm able to build flawlessly with addons (and
also GTK3) on Windows.
Fyi, here's the modified conf.sh that I'm using:
# Sample driver for gretl's configure script, to build
# on MS Windows under msys2/mingw64. This version uses
# a unix-type file layout; for a version that can be
# used to produce a standalone package, see pkgconf.sh
RLIB_CFLAGS="-I${MSYSTEM_PREFIX}/lib/R/include" \
MPICC=gcc MPILINK="-lmsmpi" \
LAPACK_LIBS="-lopenblas -lgfortran" \
../gretl-git/configure --prefix=/opt/gretl \
--disable-gnuplot-checks \
--enable-build-doc \
--enable-quiet-build \
--with-odbc \
--enable-build-addons
# --enable-gtk2 \
In the upcoming days I'll try to build the installer package.
thanks a lot,
sven
___
Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it
To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it
Website:
https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
On Sun, 29 Mar 2020, Sven Schreiber wrote: Am 29.03.2020 um 14:29 schrieb Allin Cottrell: If I'm normalizing the funny-looking path above correctly, it resolves to C:/msys64/home/fantomas/src/build/gretl-git/addons/SVAR/SVAR_boot.inp which looks wrong: "build" shouldn't be in there? Yes, it shouldn't be. OK, I believe the "culprit" here was a libgretl function, gretl_normalize_path(). It just wasn't set up to deal with mixed forward slashes and backslashes. That should now be fixed in git. Allin ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
On Sun, 29 Mar 2020, Sven Schreiber wrote: Am 29.03.2020 um 14:29 schrieb Allin Cottrell: On Sun, 29 Mar 2020, Sven Schreiber wrote: However, then I went back to the GTK3 + addons build attempt, meaning that I edited conf.sh and re-ran that before doing make. There I got an error message which also seemed somewhat familiar from a couple of weeks back: make -C SVAR make[2]: Verzeichnis „/home/fantomas/src/build/addons/SVAR“ wird betreten ../../cli/gretlcli -t pkg.inp Error reading C:\msys64\home\fantomas\src\build\addons\SVAR\./../../gretl-git/addons/SVAR\../../../gretl-git/addons/SVAR/SVAR_boot.inp Windows says: Das System kann die angegebene Datei nicht finden. In your build/addons/SVAR directory, what's the value of "topsrc" on the first line? And in the same directory, what do the first few lines of pkg.inp look like? In the makefile in /SVAR: topsrc = ../../../gretl-git (which seems right) and in pkg.inp: string topsrc = "../../../gretl-git" string dtd = topsrc ~ "/share/functions/gretlfunc.dtd" string pkgdir = topsrc ~ "/addons/SVAR" (also look OK to me) If I'm normalizing the funny-looking path above correctly, it resolves to C:/msys64/home/fantomas/src/build/gretl-git/addons/SVAR/SVAR_boot.inp which looks wrong: "build" shouldn't be in there? Yes, it shouldn't be. Which brings us back to the thing that puzzled me some weeks or months ago, why is there only this single dot in the middle of the part " addons\SVAR\./../../gretl-git ". Ah, that must be due to the trailing backslash in the first part of the path. And I can guess what needs to be fixed to handle that. Stay tuned! Allin___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 29.03.2020 um 14:29 schrieb Allin Cottrell: On Sun, 29 Mar 2020, Sven Schreiber wrote: However, then I went back to the GTK3 + addons build attempt, meaning that I edited conf.sh and re-ran that before doing make. There I got an error message which also seemed somewhat familiar from a couple of weeks back: make -C SVAR make[2]: Verzeichnis „/home/fantomas/src/build/addons/SVAR“ wird betreten ../../cli/gretlcli -t pkg.inp Error reading C:\msys64\home\fantomas\src\build\addons\SVAR\./../../gretl-git/addons/SVAR\../../../gretl-git/addons/SVAR/SVAR_boot.inp Windows says: Das System kann die angegebene Datei nicht finden. In your build/addons/SVAR directory, what's the value of "topsrc" on the first line? And in the same directory, what do the first few lines of pkg.inp look like? In the makefile in /SVAR: topsrc = ../../../gretl-git (which seems right) and in pkg.inp: string topsrc = "../../../gretl-git" string dtd = topsrc ~ "/share/functions/gretlfunc.dtd" string pkgdir = topsrc ~ "/addons/SVAR" (also look OK to me) If I'm normalizing the funny-looking path above correctly, it resolves to C:/msys64/home/fantomas/src/build/gretl-git/addons/SVAR/SVAR_boot.inp which looks wrong: "build" shouldn't be in there? Yes, it shouldn't be. Which brings us back to the thing that puzzled me some weeks or months ago, why is there only this single dot in the middle of the part " addons\SVAR\./../../gretl-git ". thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
On Sun, 29 Mar 2020, Sven Schreiber wrote: Am 28.03.2020 um 17:58 schrieb Allin Cottrell: On Sat, 28 Mar 2020, Sven Schreiber wrote: I've had another go at the Makefiles, which might help, but if it still doesn't work I'll need some more information to identify the error. OK, partial success here, don't know whether it is actually caused by your latest changes. I completely deleted the existing w32tex installation and did a fresh install of that. Oh and also let the gretl source be cloned anew. Then the default way (your variant of conf.sh) worked! However, then I went back to the GTK3 + addons build attempt, meaning that I edited conf.sh and re-ran that before doing make. There I got an error message which also seemed somewhat familiar from a couple of weeks back: make -C SVAR make[2]: Verzeichnis „/home/fantomas/src/build/addons/SVAR“ wird betreten ../../cli/gretlcli -t pkg.inp Error reading C:\msys64\home\fantomas\src\build\addons\SVAR\./../../gretl-git/addons/SVAR\../../../gretl-git/addons/SVAR/SVAR_boot.inp Windows says: Das System kann die angegebene Datei nicht finden. In your build/addons/SVAR directory, what's the value of "topsrc" on the first line? And in the same directory, what do the first few lines of pkg.inp look like? If I'm normalizing the funny-looking path above correctly, it resolves to C:/msys64/home/fantomas/src/build/gretl-git/addons/SVAR/SVAR_boot.inp which looks wrong: "build" shouldn't be in there? Allin ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 28.03.2020 um 17:58 schrieb Allin Cottrell: On Sat, 28 Mar 2020, Sven Schreiber wrote: I've had another go at the Makefiles, which might help, but if it still doesn't work I'll need some more information to identify the error. OK, partial success here, don't know whether it is actually caused by your latest changes. I completely deleted the existing w32tex installation and did a fresh install of that. Oh and also let the gretl source be cloned anew. Then the default way (your variant of conf.sh) worked! However, then I went back to the GTK3 + addons build attempt, meaning that I edited conf.sh and re-ran that before doing make. There I got an error message which also seemed somewhat familiar from a couple of weeks back: make -C SVAR make[2]: Verzeichnis „/home/fantomas/src/build/addons/SVAR“ wird betreten ../../cli/gretlcli -t pkg.inp Error reading C:\msys64\home\fantomas\src\build\addons\SVAR\./../../gretl-git/addons/SVAR\../../../gretl-git/addons/SVAR/SVAR_boot.inp Windows says: Das System kann die angegebene Datei nicht finden. Windows says: Das System kann die angegebene Datei nicht finden. make[2]: *** [Makefile:48: SVAR.gfn] Fehler 1 make[2]: Verzeichnis „/home/fantomas/src/build/addons/SVAR“ wird verlassen make[1]: *** [Makefile:32: SVAR] Fehler 2 make[1]: Verzeichnis „/home/fantomas/src/build/addons“ wird verlassen make: *** [Makefile:69: addons] Fehler 2 cheers sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
On Sat, 28 Mar 2020, Sven Schreiber wrote: Am 28.03.2020 um 08:45 schrieb Sven Schreiber: Am 28.03.2020 um 02:39 schrieb Allin Cottrell: On Fri, 27 Mar 2020, Sven Schreiber wrote: Sorry, still stuck here: make[4]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen LANG=en_US date "+%B, %Y" > date.tex pdflatex gretl-ref.tex make[3]: pdflatex: No such file or directory make[3]: *** [Makefile:144: gretl-ref.pdf] Fehler 127 make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird verlassen make[2]: *** [Makefile:277: ../tex/gretl-ref.bbl] Fehler 2 make[2]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen make[1]: *** [Makefile:60: help] Fehler 2 make[1]: Verzeichnis „/home/fantomas/src/build/share“ wird verlassen make: *** [Makefile:69: share] Fehler 2 Oh god, this is so fiddly! Another Makefile.in revision is now in git. (I presume you've got this OK, but when any Makefile.in is modified, the configure script must be re-run to get the Makefiles updated.) Right. Last time I even deleted all non-git versioned files explicitly to be on the safe side. This time I "only" deleted the build directory and re-ran the setup.sh which also re-configures. But now one more round of testing the latest git changes. Unfortunately, exactly the same message as above. I've had another go at the Makefiles, which might help, but if it still doesn't work I'll need some more information to identify the error. If the pdflatex executable itself is found OK there should be some message from it. If the tex file on the command line (say, "foo.tex") is missing there should be something like: ! I can't find file `foo.tex'. If foo.tex is present but some included file is not found, there should be a log file foo.log which identifies the error. Allin___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 28.03.2020 um 14:37 schrieb ESTEVEZ NUÑEZ JUAN CARLOS: No, Sven. I run the files as is. I had only 2 problems. The first, I think that was a conflict between my Antivirus updates and old msys instalation. So I clean and install, msys64 again. Then I tried the instalation (12 hours ago) but finished with some warnings related with Latex. I tried today again, and all seems to work fine. OK thanks. Maybe I need to clean up more aggressively before re-trying... cheers sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
No, Sven. I run the files as is. I had only 2 problems. The first, I think that was a conflict between my Antivirus updates and old msys instalation. So I clean and install, msys64 again. Then I tried the instalation (12 hours ago) but finished with some warnings related with Latex. I tried today again, and all seems to work fine. De: Sven Schreiber Enviado: sábado, 28 de marzo de 2020 13:52 Para: gretl-devel@gretlml.univpm.it Asunto: [Gretl-devel] Re: Windows build 2020a/b Am 28.03.2020 um 12:36 schrieb ESTEVEZ NUÑEZ JUAN CARLOS: Dear Allin and Sven, I had problems to Win-build gretl last night (maybe related to some Latex commands) but now it goes fine to me. I´ve just done it, running setup.sh (as is in repository), and making a distributable package (running pkgbuild.sh as is). There seems not to be problems with both instalations. I tested: This was made on Win 10 Pro 64-bit and msys64. univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/ Hi Juan, very interesting, thanks for the feedback. So you haven't customized anything, no different configuration (conf.sh) or a different TeX setup? thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 28.03.2020 um 12:36 schrieb ESTEVEZ NUÑEZ JUAN CARLOS: Dear Allin and Sven, I had problems to Win-build gretl last night (maybe related to some Latex commands) but now it goes fine to me. I´ve just done it, running setup.sh (as is in repository), and making a distributable package (running pkgbuild.sh as is). There seems not to be problems with both instalations. I tested: This was made on Win 10 Pro 64-bit and msys64. univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/ Hi Juan, very interesting, thanks for the feedback. So you haven't customized anything, no different configuration (conf.sh) or a different TeX setup? thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Dear Allin and Sven, I had problems to Win-build gretl last night (maybe related to some Latex commands) but now it goes fine to me. I´ve just done it, running setup.sh (as is in repository), and making a distributable package (running pkgbuild.sh as is). There seems not to be problems with both instalations. I tested: * plotting * making basic estimations with panel data on COVI19 * changing language to Galician * searching for help on instructions and functions, and * taking a look on pdf help files. This was made on Win 10 Pro 64-bit and msys64. Thanks Juan C. De: Sven Schreiber Enviado: sábado, 28 de marzo de 2020 10:44 Para: gretl-devel@gretlml.univpm.it Asunto: [Gretl-devel] Re: Windows build 2020a/b Am 28.03.2020 um 08:45 schrieb Sven Schreiber: > Am 28.03.2020 um 02:39 schrieb Allin Cottrell: >> On Fri, 27 Mar 2020, Sven Schreiber wrote: > >>> Sorry, still stuck here: >>> >>> make[4]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird >>> verlassen >>> LANG=en_US date "+%B, %Y" > date.tex >>> pdflatex gretl-ref.tex >>> make[3]: pdflatex: No such file or directory >>> make[3]: *** [Makefile:144: gretl-ref.pdf] Fehler 127 >>> make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird verlassen >>> make[2]: *** [Makefile:277: ../tex/gretl-ref.bbl] Fehler 2 >>> make[2]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird >>> verlassen >>> make[1]: *** [Makefile:60: help] Fehler 2 >>> make[1]: Verzeichnis „/home/fantomas/src/build/share“ wird verlassen >>> make: *** [Makefile:69: share] Fehler 2 >> >> Oh god, this is so fiddly! Another Makefile.in revision is now in git. >> (I presume you've got this OK, but when any Makefile.in is modified, the >> configure script must be re-run to get the Makefiles updated.) > > Right. Last time I even deleted all non-git versioned files explicitly > to be on the safe side. This time I "only" deleted the build directory and re-ran the setup.sh which also re-configures. > But now one more round of testing the latest git changes. Unfortunately, exactly the same message as above. thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/ ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 28.03.2020 um 02:39 schrieb Allin Cottrell: On Fri, 27 Mar 2020, Sven Schreiber wrote: Sorry, still stuck here: make[4]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen LANG=en_US date "+%B, %Y" > date.tex pdflatex gretl-ref.tex make[3]: pdflatex: No such file or directory make[3]: *** [Makefile:144: gretl-ref.pdf] Fehler 127 make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird verlassen make[2]: *** [Makefile:277: ../tex/gretl-ref.bbl] Fehler 2 make[2]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen make[1]: *** [Makefile:60: help] Fehler 2 make[1]: Verzeichnis „/home/fantomas/src/build/share“ wird verlassen make: *** [Makefile:69: share] Fehler 2 Oh god, this is so fiddly! Another Makefile.in revision is now in git. (I presume you've got this OK, but when any Makefile.in is modified, the configure script must be re-run to get the Makefiles updated.) Right. Last time I even deleted all non-git versioned files explicitly to be on the safe side. I wish I could help, but the architecture of these Makefiles and their interaction in the build system is not very clear to me. But if there's something specific to this Windows problem, maybe you can tell me and I might be able to try some local changes (in the generated makefiles) without posting the error every time. But now one more round of testing the latest git changes. thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
On Fri, 27 Mar 2020, Sven Schreiber wrote: Am 27.03.2020 um 18:10 schrieb Allin Cottrell: On Fri, 27 Mar 2020, Sven Schreiber wrote: make -C ../tex gretl-ref.pdf make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird betreten make[3]: *** Keine Regel vorhanden, um das Ziel „../commands/cmdtex“, benötigt von „gretl-ref.pdf“, zu erstellen. Schluss. make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird verlassen make[2]: *** [Makefile:277: ../tex/gretl-ref.bbl] Fehler 2 make[2]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen make[1]: *** [Makefile:60: help] Fehler 2 make[1]: Verzeichnis „/home/fantomas/src/build/share“ wird verlassen make: *** [Makefile:69: share] Fehler 2 (no rule to make target ../commands/cmdtex , needed by gretl-ref.pdf) I had previously deleted the build directory, and updated the source via git pull, then re-ran setup.sh. OK, I saw that too on blowing away doc/tex and starting over. In git there's another revision of the Makefile.in files in both the commands and tex subdirectories of doc. A from-scratch build now works OK for me on Linux, I hope it'll work on Windows. Sorry, still stuck here: make[4]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen LANG=en_US date "+%B, %Y" > date.tex pdflatex gretl-ref.tex make[3]: pdflatex: No such file or directory make[3]: *** [Makefile:144: gretl-ref.pdf] Fehler 127 make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird verlassen make[2]: *** [Makefile:277: ../tex/gretl-ref.bbl] Fehler 2 make[2]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen make[1]: *** [Makefile:60: help] Fehler 2 make[1]: Verzeichnis „/home/fantomas/src/build/share“ wird verlassen make: *** [Makefile:69: share] Fehler 2 Oh god, this is so fiddly! Another Makefile.in revision is now in git. (I presume you've got this OK, but when any Makefile.in is modified, the configure script must be re-run to get the Makefiles updated.) Allin___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 27.03.2020 um 18:10 schrieb Allin Cottrell: On Fri, 27 Mar 2020, Sven Schreiber wrote: make -C ../tex gretl-ref.pdf make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird betreten make[3]: *** Keine Regel vorhanden, um das Ziel „../commands/cmdtex“, benötigt von „gretl-ref.pdf“, zu erstellen. Schluss. make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird verlassen make[2]: *** [Makefile:277: ../tex/gretl-ref.bbl] Fehler 2 make[2]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen make[1]: *** [Makefile:60: help] Fehler 2 make[1]: Verzeichnis „/home/fantomas/src/build/share“ wird verlassen make: *** [Makefile:69: share] Fehler 2 (no rule to make target ../commands/cmdtex , needed by gretl-ref.pdf) I had previously deleted the build directory, and updated the source via git pull, then re-ran setup.sh. OK, I saw that too on blowing away doc/tex and starting over. In git there's another revision of the Makefile.in files in both the commands and tex subdirectories of doc. A from-scratch build now works OK for me on Linux, I hope it'll work on Windows. Sorry, still stuck here: make[4]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen LANG=en_US date "+%B, %Y" > date.tex pdflatex gretl-ref.tex make[3]: pdflatex: No such file or directory make[3]: *** [Makefile:144: gretl-ref.pdf] Fehler 127 make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird verlassen make[2]: *** [Makefile:277: ../tex/gretl-ref.bbl] Fehler 2 make[2]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen make[1]: *** [Makefile:60: help] Fehler 2 make[1]: Verzeichnis „/home/fantomas/src/build/share“ wird verlassen make: *** [Makefile:69: share] Fehler 2 thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
On Fri, 27 Mar 2020, Sven Schreiber wrote: Am 27.03.2020 um 01:34 schrieb Allin Cottrell: On Thu, 26 Mar 2020, Sven Schreiber wrote: Yes I think it is gretl-ref.tex, and it's good to hear you have an idea how to fix it. There's now an attempted fix in git -- a revision of doc/tex/Makefile.in. Tested on Linux but not yet on Windows. Thanks, Allin, but now I get a slightly different error: make -C ../tex gretl-ref.pdf make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird betreten make[3]: *** Keine Regel vorhanden, um das Ziel „../commands/cmdtex“, benötigt von „gretl-ref.pdf“, zu erstellen. Schluss. make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird verlassen make[2]: *** [Makefile:277: ../tex/gretl-ref.bbl] Fehler 2 make[2]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen make[1]: *** [Makefile:60: help] Fehler 2 make[1]: Verzeichnis „/home/fantomas/src/build/share“ wird verlassen make: *** [Makefile:69: share] Fehler 2 (no rule to make target ../commands/cmdtex , needed by gretl-ref.pdf) I had previously deleted the build directory, and updated the source via git pull, then re-ran setup.sh. OK, I saw that too on blowing away doc/tex and starting over. In git there's another revision of the Makefile.in files in both the commands and tex subdirectories of doc. A from-scratch build now works OK for me on Linux, I hope it'll work on Windows. Allin___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 27.03.2020 um 01:34 schrieb Allin Cottrell: On Thu, 26 Mar 2020, Sven Schreiber wrote: Yes I think it is gretl-ref.tex, and it's good to hear you have an idea how to fix it. There's now an attempted fix in git -- a revision of doc/tex/Makefile.in. Tested on Linux but not yet on Windows. Thanks, Allin, but now I get a slightly different error: make -C ../tex gretl-ref.pdf make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird betreten make[3]: *** Keine Regel vorhanden, um das Ziel „../commands/cmdtex“, benötigt von „gretl-ref.pdf“, zu erstellen. Schluss. make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird verlassen make[2]: *** [Makefile:277: ../tex/gretl-ref.bbl] Fehler 2 make[2]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen make[1]: *** [Makefile:60: help] Fehler 2 make[1]: Verzeichnis „/home/fantomas/src/build/share“ wird verlassen make: *** [Makefile:69: share] Fehler 2 (no rule to make target ../commands/cmdtex , needed by gretl-ref.pdf) I had previously deleted the build directory, and updated the source via git pull, then re-ran setup.sh. Hoping for new ideas, sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
On Thu, 26 Mar 2020, Sven Schreiber wrote: Am 26.03.20 um 15:07 schrieb Allin Cottrell: On Thu, 26 Mar 2020, Sven Schreiber wrote: Am 26.03.2020 um 10:55 schrieb Sven Schreiber: LANG=en_US ./topiclist ../../../gretl-git/doc/commands/gretl_commands_en.xml > ../tex/cmdtopics.tex && touch topiclist_en Found 10 sections in '../../../gretl-git/doc/commands/gretl_commands_en.xml' make[4]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen pdflatex gretl-ref.tex make[3]: pdflatex: No such file or directory Hmm, what does "No such file or directory" refer to, exactly? If it's pdflatex itself, then see section 3.1 of the building guide: export PATH=$PATH:/c/w32tex/bin # or whatever (but in that case I'd expect to see "Command not found"). The path export should be done OK -- remember I'm running the pre-built setup.sh, and TeX is found at the configure stage. Or is it gretl-ref.tex that's not found? If so, I think I see why that might be (an instance of no symlinks on Windows breaking the build) and I can try revising doc/tex/Makefile. Yes I think it is gretl-ref.tex, and it's good to hear you have an idea how to fix it. There's now an attempted fix in git -- a revision of doc/tex/Makefile.in. Tested on Linux but not yet on Windows. Allin___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 26.03.20 um 15:07 schrieb Allin Cottrell: On Thu, 26 Mar 2020, Sven Schreiber wrote: Am 26.03.2020 um 10:55 schrieb Sven Schreiber: LANG=en_US ./topiclist ../../../gretl-git/doc/commands/gretl_commands_en.xml > ../tex/cmdtopics.tex && touch topiclist_en Found 10 sections in '../../../gretl-git/doc/commands/gretl_commands_en.xml' make[4]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen pdflatex gretl-ref.tex make[3]: pdflatex: No such file or directory Hmm, what does "No such file or directory" refer to, exactly? If it's pdflatex itself, then see section 3.1 of the building guide: export PATH=$PATH:/c/w32tex/bin # or whatever (but in that case I'd expect to see "Command not found"). The path export should be done OK -- remember I'm running the pre-built setup.sh, and TeX is found at the configure stage. Or is it gretl-ref.tex that's not found? If so, I think I see why that might be (an instance of no symlinks on Windows breaking the build) and I can try revising doc/tex/Makefile. Yes I think it is gretl-ref.tex, and it's good to hear you have an idea how to fix it. thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
On Thu, 26 Mar 2020, Sven Schreiber wrote: Am 26.03.2020 um 10:55 schrieb Sven Schreiber: OK, there was a dependency issue so indeed the deps package wasn't installed. I had to remove three other packages manually to clear the way for openblas and curl to be removed. Maybe it would be better to error out in such cases instead of continuing in the shell script. Then the build process (with R, MPI, doc and addons) looked good initially, but towards the end I got a file not found error from pdflatex. It seemed to look for /opt/gretl/ when that path didn't exist yet (prior to installation). Could it be that one has to first make a more minimal build and then do a second pass with more build options, when the install prefix dir already exists? Nope, I started from scratch with the original conf.sh from the server (ricardo I guess) and again got this: libtool: link: gcc -msse2 -fopenmp -o .libs/topiclist topiclist.o -LC:/msys64/mingw64/lib ../../lib/.libs/libgretl-1.0.dll.a -lopenblas -lgfortran -ldl -lz -lgmp -lfftw3 -lcurl -lgsf-1 -lgobject-2.0 -lxml2 -lglib-2.0 -lintl -fopenmp -L/opt/gretl/lib libtool: error: Could not determine the host path corresponding to libtool: error: 'C:/msys64/mingw64/lib:C:/msys64/mingw64/bin:/home/fantomas/src/build/lib/.libs:/opt/gretl/lib:/opt/gretl/bin' libtool: error: Continuing, but uninstalled executables may not work. That may be ugly but it's harmless. LANG=en_US ./topiclist ../../../gretl-git/doc/commands/gretl_commands_en.xml > ../tex/cmdtopics.tex && touch topiclist_en Found 10 sections in '../../../gretl-git/doc/commands/gretl_commands_en.xml' make[4]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen pdflatex gretl-ref.tex make[3]: pdflatex: No such file or directory Hmm, what does "No such file or directory" refer to, exactly? If it's pdflatex itself, then see section 3.1 of the building guide: export PATH=$PATH:/c/w32tex/bin # or whatever (but in that case I'd expect to see "Command not found"). Or is it gretl-ref.tex that's not found? If so, I think I see why that might be (an instance of no symlinks on Windows breaking the build) and I can try revising doc/tex/Makefile. Allin___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 26.03.2020 um 10:55 schrieb Sven Schreiber: OK, there was a dependency issue so indeed the deps package wasn't installed. I had to remove three other packages manually to clear the way for openblas and curl to be removed. Maybe it would be better to error out in such cases instead of continuing in the shell script. Then the build process (with R, MPI, doc and addons) looked good initially, but towards the end I got a file not found error from pdflatex. It seemed to look for /opt/gretl/ when that path didn't exist yet (prior to installation). Could it be that one has to first make a more minimal build and then do a second pass with more build options, when the install prefix dir already exists? Nope, I started from scratch with the original conf.sh from the server (ricardo I guess) and again got this: libtool: link: gcc -msse2 -fopenmp -o .libs/topiclist topiclist.o -LC:/msys64/mingw64/lib ../../lib/.libs/libgretl-1.0.dll.a -lopenblas -lgfortran -ldl -lz -lgmp -lfftw3 -lcurl -lgsf-1 -lgobject-2.0 -lxml2 -lglib-2.0 -lintl -fopenmp -L/opt/gretl/lib libtool: error: Could not determine the host path corresponding to libtool: error: 'C:/msys64/mingw64/lib:C:/msys64/mingw64/bin:/home/fantomas/src/build/lib/.libs:/opt/gretl/lib:/opt/gretl/bin' libtool: error: Continuing, but uninstalled executables may not work. LANG=en_US ./topiclist ../../../gretl-git/doc/commands/gretl_commands_en.xml > ../tex/cmdtopics.tex && touch topiclist_en Found 10 sections in '../../../gretl-git/doc/commands/gretl_commands_en.xml' make[4]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen pdflatex gretl-ref.tex make[3]: pdflatex: No such file or directory make[3]: *** [Makefile:131: gretl-ref.pdf] Fehler 127 make[3]: Verzeichnis „/home/fantomas/src/build/doc/tex“ wird verlassen make[2]: *** [Makefile:277: ../tex/gretl-ref.bbl] Fehler 2 make[2]: Verzeichnis „/home/fantomas/src/build/doc/commands“ wird verlassen make[1]: *** [Makefile:60: help] Fehler 2 make[1]: Verzeichnis „/home/fantomas/src/build/share“ wird verlassen make: *** [Makefile:69: share] Fehler 2 At this stage there is no /opt/gretl yet. thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 25.03.2020 um 23:01 schrieb Sven Schreiber: Am 25.03.2020 um 21:42 schrieb Allin Cottrell: On Wed, 25 Mar 2020, Sven Schreiber wrote: I re-downloaded setup.sh as per the wget command in the guide and ran: bash setup.sh. Clearly this did not fully work. You're missing (at least part) of the content of the the gretl-x86_64-deps package from the pacman repository at sourceforge. That package includes the R and mpi headers that your build is missing. See section 3.5 of "Building gretl on MS Windows". I'm pretty sure that the deps package was installed again since it asked me whether it was OK to remove the openblas and curl packages because of that. I will re-visit that part tomorrow. OK, there was a dependency issue so indeed the deps package wasn't installed. I had to remove three other packages manually to clear the way for openblas and curl to be removed. Maybe it would be better to error out in such cases instead of continuing in the shell script. Then the build process (with R, MPI, doc and addons) looked good initially, but towards the end I got a file not found error from pdflatex. It seemed to look for /opt/gretl/ when that path didn't exist yet (prior to installation). Could it be that one has to first make a more minimal build and then do a second pass with more build options, when the install prefix dir already exists? thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 25.03.2020 um 21:42 schrieb Allin Cottrell: On Wed, 25 Mar 2020, Sven Schreiber wrote: I re-downloaded setup.sh as per the wget command in the guide and ran: bash setup.sh. Clearly this did not fully work. You're missing (at least part) of the content of the the gretl-x86_64-deps package from the pacman repository at sourceforge. That package includes the R and mpi headers that your build is missing. See section 3.5 of "Building gretl on MS Windows". I'm pretty sure that the deps package was installed again since it asked me whether it was OK to remove the openblas and curl packages because of that. I will re-visit that part tomorrow. thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
On Wed, 25 Mar 2020, Sven Schreiber wrote: Am 20.03.2020 um 10:31 schrieb Sven Schreiber: Hi everybody and especially Allin of course, I just remembered that I had tried again to build gretl (2020a) on Windows last week but still got some errors. I will see if I can re-run that thing and post the details. OK here's what I did. I already have MSYS/MinGW installed (64bit). I deleted the old /opt/gretl and ~/src/build. In ~/src/gretl-git I did git pull. I deleted ~/pkglist.sh, ~/add-repo.sh, and ~/setup.sh. I ran pacman -Syu (which produced quite a bit of updates). I re-downloaded setup.sh as per the wget command in the guide and ran: bash setup.sh. Clearly this did not fully work. You're missing (at least part) of the content of the the gretl-x86_64-deps package from the pacman repository at sourceforge. That package includes the R and mpi headers that your build is missing. See section 3.5 of "Building gretl on MS Windows". (Mingw's openblas and curl conflict with the gretl deps package and have to be removed along the way. This is a bit of a problem -but not major- when you also do other stuff with this MSYS instance, you always have to flip back and forth. But that's not the point right now.) Perhaps I should offer a split of the gretl-x86_64-deps package, leaving out openblas and curl so people could just use the mingw64 versions. The reasons I've not done that to date are: * Openblas should really be multi-threaded via OpenMP for use with gretl, but the mingw64 package uses raw pthreads. * The mingw64 curl package is fine, but it's full-featured and drags in as dependencies a lot of DLLs that gretl has no use for. The curl in my package is slimmed down to what gretl actually needs. This has more relevance if you're building gretl for distribution rather than just for your own use. Allin ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 25.03.2020 um 09:54 schrieb Sven Schreiber: Am 20.03.2020 um 10:31 schrieb Sven Schreiber: Now back to the GTK3 issue: Ran make clean again and deleted the --enable-gtk2 line from conf.sh. The make stage is still running (building on MSYS seems quite a bit slower than on Linux). So this also seemed to work (remember: GTK3, but no R, no MPI, no pdfdocs, no addons). Running 'make install' did not produce any further error, either. So much for now, waiting for advice about the earlier failures. thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
[Gretl-devel] Re: Windows build 2020a/b
Am 20.03.2020 um 10:31 schrieb Sven Schreiber: Hi everybody and especially Allin of course, I just remembered that I had tried again to build gretl (2020a) on Windows last week but still got some errors. I will see if I can re-run that thing and post the details. OK here's what I did. I already have MSYS/MinGW installed (64bit). I deleted the old /opt/gretl and ~/src/build. In ~/src/gretl-git I did git pull. I deleted ~/pkglist.sh, ~/add-repo.sh, and ~/setup.sh. I ran pacman -Syu (which produced quite a bit of updates). I did not delete the texinst shell script in the hope that this time-consuming step could be avoided. I re-downloaded setup.sh as per the wget command in the guide and ran: bash setup.sh. (Mingw's openblas and curl conflict with the gretl deps package and have to be removed along the way. This is a bit of a problem -but not major- when you also do other stuff with this MSYS instance, you always have to flip back and forth. But that's not the point right now.) Then ran make inside ~/src/build. (But this is with the default GTK2. The aim is to build with GTK3 afterwards.) This gives the following error: ../../gretl-git/lib/src/gretl_foreign.c:39:11: fatal error: Rinternals.h: No such file or directory 39 | # include /* for SEXP and friends */ | ^~ compilation terminated. Then I ran 'make clean' inside ~/src/build and added to conf.sh the additional switch --with-libR=no. I got some warning about being unable to build docs because XSLT or pdflatex not found. I ran make again nonetheless. Then I get this error: ../../gretl-git/lib/src/gretl_mpi.c:23:10: fatal error: mpi.h: No such file or directory 23 | #include | ^~~ compilation terminated. OK, so again 'make clean' and added --with-mpi=no to conf.sh. The build then finished without errors! (Didn't try installing etc.) Now back to the GTK3 issue: Ran make clean again and deleted the --enable-gtk2 line from conf.sh. The make stage is still running (building on MSYS seems quite a bit slower than on Linux). Will report back thanks sven ___ Gretl-devel mailing list -- gretl-devel@gretlml.univpm.it To unsubscribe send an email to gretl-devel-le...@gretlml.univpm.it Website: https://gretlml.univpm.it/postorius/lists/gretl-devel.gretlml.univpm.it/
