building GDL for Opensuse LEAP

[PattiMichelle]

I was looking into building for opensuse leap - but I see a couple of different codesets - "headless" versions as well as the source code. I can't figure out what this means - should I be building from source? A second question: I've used alien to import debian packages to opensuse in the past, and have used fedora rpm's on opensuse (my mileage varied). Is this a route to consider? (using a non-opensuse package) My simple-minded view, debian/fedora packages should work if all dependencies are met.

Thank You! Patricia

PS: I downloaded the Windows version (https://github.com/gnudatalanguage/gdl/releases) for running under VirtualBox Win7x64 and was informed after install that "python39.dll is missing" when trying to run it.

[slayoo]

Hello, The -headless and -standard release files are binary builds, I'd assume that best starting point for packaging for SUSE would be the source tarball. I have no experience with OpenSUSE, so hard to comment on the feasibility of using Debian or Fedora package there, please do let us know if that works! Thanks! Sylwester

[PattiMichelle]

Thank you, Sylwester. I've seen the term "headless" on many .rpm (prebuilt binaries) packages - but I've never seen a definition, exactly. In the case of GDL, what does "headless" mean?

Also, are there any comments about the missing python39.dll errors from the Windows version .exe installer install?

[slayoo]

headless corresponds here to a build with no dependencies on graphical interface features.

For python39.dll issue, from the information given here it would seem that having Python 3.9 with its libraries within the .dll search path should help.

[GillesDuvert]

headless corresponds here to a build with no dependencies on graphical interface features.

not clear for me... if no graphics, is it because no plplot, or no wxWidgets//X11? -- name would be, e.g., 'nodisplay' ?

[alaingdl]

just a question, trying on a new VM opensuse Leap.

cmake is not installed after ./scripts/build_gdl.sh prep ...

[alaingdl]

then after "sudo zipper cmake" I do have a problem now with python and I don't know why but update of python39 is not done ... (The following 3 package updates will NOT be installed: python39 python39-curses python39-dbm)

What should I do ? (./scripts/build_gdl.sh configure)

-- Could NOT find Python (missing: Python_NumPy_INCLUDE_DIRS NumPy) (found suitable version "3.9.4", minimum required is "3")

[alaingdl]

At the end, compiling GDL on OpenSuse Leap (15.3) is not a big deal but :

• (git should be install at the beginning)
• cmake should be install ASAP
• the script build_gdl.sh configure is not working now due to Python39 issue
• package eccodes don't exist

I did :

./scripts/build_gdl.sh prep   (to install most dependances)
cmake .. -DPYTHON=off -DGRIB=OFF

All tests are OK (except the three not run)

[PattiMichelle]

headless corresponds here to a build with no dependencies on graphical interface features.

For python39.dll issue, from the information given here it would seem that having Python 3.9 with its libraries within the .dll search path should help.

I was seeing references that python 3.9 won't run under Win7 - so I guess that means GDL 1.0 also won't run under Win7.

[PattiMichelle]

At the end, compiling GDL on OpenSuse Leap (15.3) is not a big deal but :

* (_git_ should be install at the beginning)

* _cmake_ should be install ASAP

* the script `build_gdl.sh configure` is not working now due to Python39 issue

* package _eccodes_ don't exist

I did :

./scripts/build_gdl.sh prep   (to install most dependances)
cmake .. -DPYTHON=off -DGRIB=OFF

All tests are OK (except the three not run)

Thanks for the guidance! I think I sort of understand... git seems to have been installed with Leap 15.3 (as is cmake-full)

patti:~> cnf git
Program 'git' is present in package 'git-core', which is installed on your system.
Absolute path to 'git' is '/usr/bin/git'. Please check your $PATH variable to see whether it contains the mentioned path.
patti:~> 
patti:~> cnf cmake
Program 'cmake' is present in package 'cmake-full', which is installed on your system.
Absolute path to 'cmake' is '/usr/bin/cmake'. Please check your $PATH variable to see whether it contains the mentioned path.
patti:~>  

I've never used cmake before (usually configure/make...) - I'm trying now...
Well, it seemed to go OK installing things, but then halted at one particular dependency of openmpi-devel. It displayed the option for resolution, but the script didn't attempt to let me answer the resolution question

~/Desktop/ISOs/00_IDL/gdl-1.0.0> ./scripts/build_gdl.sh prep 1
Usage: build_gdl.sh prep|prep_dryrun|configure|build|install|check|pack|prep_deploy
~/Desktop/ISOs/00_IDL/gdl-1.0.0> ./scripts/build_gdl.sh prep 
[build_gdl.sh] Found package manager: zypper
[build_gdl.sh] Checking package availabilities...
[build_gdl.sh] Installing packages:
[build_gdl.sh]  plplotwxwidgets-devel plplot-driver-svg plplot-driver-ps libGraphicsMagick++-devel geotiff-devel hdf-devel openmpi-devel python39-devel python3-numpy-devel
[sudo] password for root: 
Loading repository data...
Reading installed packages...
Resolving package dependencies...

Problem: the to be installed openmpi-devel-1.10.7-20.9.x86_64 requires 'libibumad-devel', but this requirement cannot be provided
  not installable providers: rdma-core-devel-31.0-2.14.x86_64[repo-oss]
 Solution 1: Following actions will be done:
  downgrade of libefa1-31.0-3.6.3.x86_64 to libefa1-31.0-2.14.x86_64
  downgrade of libibverbs1-31.0-3.6.3.x86_64 to libibverbs1-31.0-2.14.x86_64
  downgrade of libmlx4-1-31.0-3.6.3.x86_64 to libmlx4-1-31.0-2.14.x86_64
  downgrade of libmlx5-1-31.0-3.6.3.x86_64 to libmlx5-1-31.0-2.14.x86_64
  downgrade of librdmacm1-31.0-3.6.3.x86_64 to librdmacm1-31.0-2.14.x86_64
  downgrade of rdma-core-31.0-3.6.3.x86_64 to rdma-core-31.0-2.14.x86_64
  downgrade of libibverbs-31.0-3.6.3.x86_64 to libibverbs-31.0-2.14.x86_64
 Solution 2: do not install openmpi-devel-1.10.7-20.9.x86_64
 Solution 3: break openmpi-devel-1.10.7-20.9.x86_64 by ignoring some of its dependencies

Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): c
~/Desktop/ISOs/00_IDL/gdl-1.0.0> 

OK - trying to install libibumad-devel by hand (using zypper) - that seems to have given the resolution options above - so rerunning the script... OK, the script completed normally. Now for the cmake part - assuming I have the directories arranged appropriately...

[alaingdl]

I used a totally fresh VM of OpenSuse just created by a colleague (thanks T.), I don't know what is installed by default, if different scenarii are suggested (as it was for some others famous distros : at the end we do not have remote ssh access :) great :)) On that new VM I do need to add myself git and cmake to go ahead.

cmake is one (great) alternative for configure we started to use ~10 years ago, thanks to my student Maxime L. :)

[PattiMichelle]

cmake is one (great) alternative for configure we started to use ~10 years ago

I always get comments - sorry - certainly didn't mean criticism and it's certainly my fault for not knowing how to use cmake. I'm a chemical physicist who has no reasonable claim to being a sysadmin.

Got this far... (I tried to deactivate conda but still got the warning. I didn't want to fully uninstall.)

~/Desktop/ISOs/00_IDL/gdl-1.0.0> cmake . -DPYTHON=off -DGRIB=OFF -DINTERACTIVE_GRAPHICS=OFF
-- INFO: will use GNU extensions for STDIO (useful for compressed I/O) since it seems accepted by your c++ compiler.
Use fuzzy detection for PLplot lib. (e.g. in /usr/lib)
-- Warning, if you have plplot version > 5.11 and wxWidgets enabled, please read carefully file README
-- INFO: We prefer to use GraphicsMagick than ImageMagick
-- HDF5: Using hdf5 compiler wrapper to determine C configuration
-- Summary

GDL - GNU DATA LANGUAGE [Standalone]
System                 Linux-5.3.18-59.19-default
Files generated        Unix Makefiles
Installation prefix    /usr/local
C++ compiler           /usr/bin/c++ -O3 -DNDEBUG

-- Options

Interactive plots: OFF
Widgets support: TRUE

OpenMP support         ON (flag: -fopenmp)
WxWidgets              ON (libs:-L/usr/lib64;-pthread;;;-lwx_baseu-3.1;-lwx_gtk2u_core-3.1;-lwx_gtk2u_adv-3.1; headers:/usr/lib64/wx/include/gtk2-unicode-3.1;/usr/include/wx-3.1)
GRAPHICSMAGICK         ON (libs:/usr/lib64/libGraphicsMagick.so;/usr/lib64/libGraphicsMagick++.so; headers:/usr/include/GraphicsMagick)
TIFF                   ON (libs:/usr/lib64/libtiff.so; headers:/usr/include)
GeoTIFF                ON (libs:/usr/lib64/libgeotiff.so; headers:/usr/include/libgeotiff)
NetCDF                 ON (libs:netcdf; headers:)
HDF4                   ON (libs:/usr/lib64/libmfhdf.so;/usr/lib64/libdf.so;z;/usr/lib64/libjpeg.so; headers:/usr/include)
HDF5                   ON (libs:/home/patti/anaconda3b/lib/libhdf5.so;/usr/lib64/librt.so;/usr/lib64/libpthread.so;/home/patti/anaconda3b/lib/libz.so;/usr/lib64/libdl.so;/usr/lib64/libm.so; headers:/home/patti/anaconda3b/include)
FFTW                   ON (libs:/usr/lib64/libfftw3.so;/usr/lib64/libfftw3f.so; headers:/usr/include)
MPI                    OFF
PROJ                   ON (libs:/usr/lib64/libproj.so; headers:/usr/include)
Python                 OFF
UDUNITS-2              ON (libs:/usr/lib64/libudunits2.so; headers:/usr/include)
EIGEN3                 ON (libs:; headers:/usr/include/eigen3)
GRIB                   OFF
GLPK                   ON (libs:/usr/lib64/libglpk.so; headers:/usr/include)
SHAPELIB               ON (libs:/usr/lib64/libshp.so; headers:/usr/include)
EXPAT                  ON (libs:/usr/lib64/libexpat.so; headers:/usr/include)
libpng                 ON (libs:/usr/lib64/libpng.so;/usr/lib64/libz.so; headers:/usr/include;/usr/include)

-- Mandatory modules
Plplot                 ON (libs:/usr/lib64/libplplot.so;/usr/lib64/libplplotcxx.so; headers:/usr/include)
GNU Readline           ON (libs:/usr/lib64/libreadline.so;/usr/lib64/libhistory.so; headers:/usr/include)
GSL                    ON (libs:/usr/lib64/libgsl.so;/usr/lib64/libgslcblas.so; headers:/usr/include)
Zlib                   ON (libs:/usr/lib64/libz.so; headers:/usr/include)
(N)curses              ON (libs:/usr/lib64/libncurses.so;/usr/lib64/libform.so; headers:/usr/include)
RPC                    ON (libs:/usr/lib64/libtirpc.so; headers:/usr/include)

GDLDEV mode: OFF (use -DGDLDEV=ON to enable work-in-progress tests)

==========================================================================
== WARNING !!        {Ana|mini|}conda activated env. detected !         ==
== To avoid possible conflicts between local libs. and the sytem libs,  ==
== we advice you to remove Conda related paths from you $PATH           ==
== or run this CMake file in a clean terminal without Conda Env.        ==
==========================================================================

-- Configuring done
CMake Warning at src/CMakeLists.txt:209 (add_executable):
  Cannot generate a safe runtime search path for target gdl because files in
  some directories may conflict with libraries in implicit directories:

    runtime library [libncurses.so] in /usr/lib64 may be hidden by files in:
      /home/patti/anaconda3b/lib
    runtime library [libform.so.6] in /usr/lib64 may be hidden by files in:
      /home/patti/anaconda3b/lib
    runtime library [libz.so.1] in /usr/lib64 may be hidden by files in:
      /home/patti/anaconda3b/lib
    runtime library [libpng16.so.16] in /usr/lib64 may be hidden by files in:
      /home/patti/anaconda3b/lib
    runtime library [libtiff.so.5] in /usr/lib64 may be hidden by files in:
      /home/patti/anaconda3b/lib
    runtime library [libproj.so.19] in /usr/lib64 may be hidden by files in:
      /home/patti/anaconda3b/lib
    runtime library [libexpat.so.1] in /usr/lib64 may be hidden by files in:
      /home/patti/anaconda3b/lib

  Some of these libraries may not be found correctly.

-- Generating done
-- Build files have been written to: /home/patti/Desktop/ISOs/00_IDL/gdl-1.0.0
~/Desktop/ISOs/00_IDL/gdl-1.0.0> 

[PattiMichelle]

test

(apparently I don't know how to use github either...)

[alaingdl]

Yes, you have to take care of Conda env :(
On mu side I have to use it for my duty, then I removed it from the .bashrc and put it is another file I sporadically sourced when needed.

[slayoo]

Re Python:

I was seeing references that python 3.9 won't run under Win7 - so I guess that means GDL 1.0 also won't run under Win7.

GDL does not depend on Python. Python is an optional dependency. Python support allows you to call Python from GDL and call GDL from Python, but nothing within GDL depends on Python.

[PattiMichelle]

OIC - then you do make, make check, make install, etc.?

[PattiMichelle]

Re Python:

I was seeing references that python 3.9 won't run under Win7 - so I guess that means GDL 1.0 also won't run under Win7.

GDL does not depend on Python. Python is an optional dependency. Python support allows you to call Python from GDL and call GDL from Python, but nothing within GDL depends on Python.

OK - that sounds promising. But I still can't use GDL 1.0 under Win7 (I get that python error when the installer runs).

[alaingdl]

What is OIC ? (https://fr.wikipedia.org/wiki/OIC) Yes, after cmake, you have to run make. make check is important for me ;) I never use make install because I have somewhere an alias to the last Git compiled version, and also because I am working on machines where I am usually not sudoers.

But I may also add option to cmake [...] -DCMAKE_INSTALL_PREFIX=/a/path/to/last/gdl on a big cluster machine where I provide up-to-date GDL to end-users (then they use Slurm on nodes ...) (and have a file for module load)

[PattiMichelle]

Huh...

~/Desktop/ISOs/00_IDL/gdl-1.0.0> make
Scanning dependencies of target antlr
[  0%] Building CXX object src/antlr/CMakeFiles/antlr.dir/ANTLRUtil.cpp.o
[  1%] Building CXX object src/antlr/CMakeFiles/antlr.dir/ASTFactory.cpp.o
<...>
[ 98%] Building CXX object src/CMakeFiles/gdl.dir/sax.cpp.o
[100%] Building CXX object src/CMakeFiles/gdl.dir/gdl.cpp.o
[100%] Linking CXX executable gdl
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: warning: libjpeg.so.8, needed by /usr/lib64/libwx_gtk2u_core-3.1.so, may conflict with libjpeg.so.62
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: warning: libjpeg.so.8, needed by /usr/lib64/libwx_gtk2u_core-3.1.so, may conflict with libjpeg.so.62
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: /usr/lib64/libSM.so.6: undefined reference to `uuid_generate@UUID_1.0'
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: /usr/lib64/libSM.so.6: undefined reference to `uuid_unparse_lower@UUID_1.0'
collect2: error: ld returned 1 exit status
make[2]: *** [src/CMakeFiles/gdl.dir/build.make:2429: src/gdl] Error 1
make[1]: *** [CMakeFiles/Makefile2:209: src/CMakeFiles/gdl.dir/all] Error 2
make: *** [Makefile:158: all] Error 2
~/Desktop/ISOs/00_IDL/gdl-1.0.0>

[PattiMichelle]

OIC = "Oh, I see" :^)

What is OIC ? (https://fr.wikipedia.org/wiki/OIC) Yes, after cmake, you have to run make. make check is important for me ;) I never use make install because I have somewhere an alias to the last Git compiled version, and also because I am working on machines where I am usually not sudoers.

Ummm... hmmm... I do my data analysis on a powerful laptop. Default Opensuse install for maximum problemlessness.

Take a look at this page - they have a "universal linux binary" in addition to distro-specific packages.. I can't pretend to know how/why, but that appears to be possible. https://salome-platform.org/downloads/current-version This is also done by uems. https://strc.comet.ucar.edu/index.htm

[PattiMichelle]

I was really amazed and happy with how well cmake worked (never used it before) to install dependencies, though I needed to manually intervene on that one conflict which it choked on...

I didn't mean to criticize or offend with the above links to "universal binaries." I mean - GDL is really amazing software (you have no idea! - my entire career is built on IDL style language) - but I can't help thinking that GDL use may be somewhat limited by how difficult it is to install for dummies like me. (I mean, not all scientists are well-versed enough in different ways of building linux software. I typically have to relearn the process each time I do it...)

OK, so I got rid of Anaconda and that worked fine, but the linker appears to have had an issue with libSM.so somehow, which is part of the libSM6 package, which is correctly installed. But I noticed libSM-devel was not installed - so I manually installed it, but that final linker error remains. I'm not sure if it's related to my linux system, or to the GDL software.

The Windows package looked very promising b/c it also installed the integrated IDE - but the python error seems to preclude Win7.

[slayoo]

Thanks @PattiMichelle for the feedback. Just to clarify: cmake does not install any dependencies, it searches for already installed ones and prepares Makefiles accordingly so that the installed libs can be found and linked.

In general, the reason why compiling GDL from source might be a bit more tricky than some other packages is that we have quite a long list of both mandatory and optional dependencies. It would be really great to have the OpenSUSE GDL package updated so that users could "just" install it. As of now, it is based on GDL 0.9.7 dating back to Jan 2017: https://build.opensuse.org/package/show/science/gdl-language

Just posted a comment there, if you know of any other channels to contact SUSE packagers, please do follow up.

[brandy125]

I agree with you @PattiMichelle, when I first installed GDL on my Suse 42.X some time ago I had the same problems. I think it is nowhere mentioned that the dev packages are called …-devel on Suse. I think it would be a good idea to write this as a hint when a package is missing.

On 4. Sep 2021, at 12:58, PattiMichelle @.***> wrote:

I was really amazed and happy with how well cmake worked (never used it before) to install dependencies, though I needed to manually intervene on that one conflict which it choked on...

I didn't mean to criticize or offend with the above links to "universal binaries." I mean - GDL is really amazing software (you have no idea! - my entire career is built on IDL style language) - but I can't help thinking that GDL use may be somewhat limited by how difficult it is to install for dummies like me. (I mean, not all scientists are well-versed enough in different ways of building linux software. I typically have to relearn the process each time I do it...)

OK, so I got rid of Anaconda and that worked fine, but the linker appears to have had an issue with libSM.so somehow, which is part of the libSM6 package, which is correctly installed. But I noticed libSM-devel was not installed - so I manually installed it, but the linker error remains.

The Windows package looked very promising b/c it also installed the integrated IDE - but the python error seems to preclude Win7.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/gnudatalanguage/gdl/issues/1088#issuecomment-912996327, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOC5K6EM2OCELP27XJVVDLDUAI623ANCNFSM5C4QGWCQ. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

[alaingdl]

1/ this is why I used the script ./scripts/build_gdl.sh prep before, in order all the dependencies are loaded, without interacting later when cmake complains !

2/ OK OK, I do have a warning, but the compilation succeed : (sorry for messages in French)

[100%] Linking CXX executable gdl
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62
[100%] Built target gdl
Scanning dependencies of target symlink_gdl
[100%] Built target symlink_gdl

but the executable is here and OK (and I can plot, even through the network (since VM))

3/ concerning missing -devel you are very welcome to help us to improve the file CMakeList.txt and make a PR Pull Request :) Thanks ! In the past I spend some times to try to have a better formatting for the messages issued by cmake when running this file, but it was not satisfactory (maybe recent CMake does contain better fine tuning for messages ?!)

[PattiMichelle]

1/ this is why I used the script ./scripts/build_gdl.sh prep before, in order all the dependencies are loaded, without interacting later when cmake complains !

2/ OK OK, I do have a warning, but the compilation succeed : (sorry for messages in French)

[100%] Linking CXX executable gdl
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62
[100%] Built target gdl
Scanning dependencies of target symlink_gdl
[100%] Built target symlink_gdl

but the executable is here and OK (and I can plot, even through the network (since VM))

3/ concerning missing -devel you are very welcome to help us to improve the file CMakeList.txt and make a PR Pull Request :) Thanks ! In the past I spend some times to try to have a better formatting for the messages issued by cmake when running this file, but it was not satisfactory (maybe recent CMake does contain better fine tuning for messages ?!)

[PattiMichelle]

I'd love to help, buuuut, I think folks like me are more of a burden than a help. Not that I'm not already a burden... :)) I'm trying to get the data processed for two papers submitted at the American Geophysical Union's annual meeting in a few months.
www.essoar.org/doi/10.1002/essoar.10504907.6

1/ The script was great. It claimed to have installed everything (I think) - thanks for that!! I think I "get" cmake now. I still had the linker problem after the script. 2/ I did get the warning, but also the error - and installing the -devel package didn't help remove the error. I've never understood linker outputs and only once have succeeded in solving a linker error (for a netCDF build). I guess I could google the actual error - is that the expected path forward in cases like this? 3/ I have no idea how to improve a CMakeList.txt file - I prolly would be asking for so much guidance here that it would be a burden on the developers. I basically have a vague idea what a "pull request" is about...

Anyway - maybe eventually... :^) Thank you! Also, glad to year you were able to build! Maybe I'll try downloading the code again and trying from scratch. Note that I also had to use:
gdl-1.0.0> cmake . -DPYTHON=off -DGRIB=OFF -DINTERACTIVE_GRAPHICS=OFF ...since cmake complained that I should have done this...

1/ this is why I used the script ./scripts/build_gdl.sh prep before, in order all the dependencies are loaded, without interacting later when cmake complains ! 2/ OK OK, I do have a warning, but the compilation succeed : (sorry for messages in French)

[100%] Linking CXX executable gdl
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62
[100%] Built target gdl
Scanning dependencies of target symlink_gdl
[100%] Built target symlink_gdl

but the executable is here and OK (and I can plot, even through the network (since VM)) 3/ concerning missing -devel you are very welcome to help us to improve the file CMakeList.txt and make a PR Pull Request :) Thanks ! In the past I spend some times to try to have a better formatting for the messages issued by cmake when running this file, but it was not satisfactory (maybe recent CMake does contain better fine tuning for messages ?!)

[brandy125]

@PattiMichelle, if you need any help please let me know. I have installed GDL under Tumbleweed in a VM under Parallels on a Mac.

I started as well with -DINTERACTIVE_GRAPHICS=OFF but later I saw that I need graphics so I needed to solve this issue.

My specific problem here was that I had installed plplot from source and the installation went to /usr/local/…. (Much) later I installed plplot using the distribution packages and they went to /usr/… so I forgot about the /usr/local/ packages and this is what confused GDL in my specific case.

The solution was to remove the plplot installation from /usr/local and then to start over…

Now for your problem, try to install

libwx_gtk2u_core-suse5_0_0

On 4. Sep 2021, at 15:26, PattiMichelle @.***> wrote:

I'd love to help, buuuut, I think folks like me are more of a burden than a help. (I'm trying to get the data processed for two papers submitted at the American Geophysical Union's annual meeting in a few months.) 1/ The script was great. It claimed to have installed everything (I think) - thanks for that!! I think I "get" cmake now. I still had the linker problem after the script. 2/ I did get the warning, but also the error - and installing the -devel package didn't help remove the error. I've never understood linker outputs and only once have succeeded in solving a linker error (for a netCDF build). I guess I could google the actual error - is that the expected path forward? 3/ I have no idea how to improve a CMakeList.txt file - I would be asking for so much guidance here that it would be a burden on the developers. I basically have a vague idea what a "pull request" is about...

Anyway - maybe eventually...

1/ this is why I used the script ./scripts/build_gdl.sh prep before, in order all the dependencies are loaded, without interacting later when cmake complains ! 2/ OK OK, I do have a warning, but the compilation succeed : (sorry for messages in French)

[100%] Linking CXX executable gdl /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62 /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62 [100%] Built target gdl Scanning dependencies of target symlink_gdl [100%] Built target symlink_gdl but the executable is here and OK (and I can plot, even through the network (since VM)) 3/ concerning missing -devel you are very welcome to help us to improve the file CMakeList.txt and make a PR Pull Request :) Thanks ! In the past I spend some times to try to have a better formatting for the messages issued by cmake when running this file, but it was not satisfactory (maybe recent CMake does contain better fine tuning for messages ?!)

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/gnudatalanguage/gdl/issues/1088#issuecomment-913018094, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOC5K6EXJOATOF6EKRDX5XDUAJQFRANCNFSM5C4QGWCQ. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

[brandy125]

Sorry, message went without the rest

Try to install

libplplotwxwidgets1 libwx_gtk2u_aui-suse5_0_0 libwx_gtk2u_core-suse5_0_0 libwx_gtk2u_gl-suse5_0_0 libwx_gtk2u_html-suse5_0_0 libwx_gtk2u_media-suse5_0_0 libwx_gtk2u_propgrid-suse5_0_0 libwx_gtk2u_qa-suse5_0_0 libwx_gtk2u_ribbon-suse5_0_0 libwx_gtk2u_richtext-suse5_0_0 libwx_gtk2u_stc-suse5_0_0 libwx_gtk2u_xrc-suse5_0_0 plplot-wxwidgets plplotwxwidgets-devel wxWidgets-3_2-devel

On 4. Sep 2021, at 15:26, PattiMichelle @.***> wrote:

I'd love to help, buuuut, I think folks like me are more of a burden than a help. (I'm trying to get the data processed for two papers submitted at the American Geophysical Union's annual meeting in a few months.) 1/ The script was great. It claimed to have installed everything (I think) - thanks for that!! I think I "get" cmake now. I still had the linker problem after the script. 2/ I did get the warning, but also the error - and installing the -devel package didn't help remove the error. I've never understood linker outputs and only once have succeeded in solving a linker error (for a netCDF build). I guess I could google the actual error - is that the expected path forward? 3/ I have no idea how to improve a CMakeList.txt file - I would be asking for so much guidance here that it would be a burden on the developers. I basically have a vague idea what a "pull request" is about...

Anyway - maybe eventually...

1/ this is why I used the script ./scripts/build_gdl.sh prep before, in order all the dependencies are loaded, without interacting later when cmake complains ! 2/ OK OK, I do have a warning, but the compilation succeed : (sorry for messages in French)

[100%] Linking CXX executable gdl /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62 /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62 [100%] Built target gdl Scanning dependencies of target symlink_gdl [100%] Built target symlink_gdl but the executable is here and OK (and I can plot, even through the network (since VM)) 3/ concerning missing -devel you are very welcome to help us to improve the file CMakeList.txt and make a PR Pull Request :) Thanks ! In the past I spend some times to try to have a better formatting for the messages issued by cmake when running this file, but it was not satisfactory (maybe recent CMake does contain better fine tuning for messages ?!)

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/gnudatalanguage/gdl/issues/1088#issuecomment-913018094, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOC5K6EXJOATOF6EKRDX5XDUAJQFRANCNFSM5C4QGWCQ. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

[PattiMichelle]

Thanks - OK, do I delete the directory and re-untar a new raw code, then install your suggestions... then run... gdl-1.0.0> cmake . -DPYTHON=off -DGRIB=OFF then run: make and make check ?

I haven't built anything for this particular LEAP15.3 install - everything's out of the default repos. Also, it looks like 15.3 does not use the version(s) 5_0_0 of those libraries. They're not in the repos.

Sorry, message went without the rest Try to install libplplotwxwidgets1 libwx_gtk2u_aui-suse5_0_0 libwx_gtk2u_core-suse5_0_0 libwx_gtk2u_gl-suse5_0_0 libwx_gtk2u_html-suse5_0_0 libwx_gtk2u_media-suse5_0_0 libwx_gtk2u_propgrid-suse5_0_0 libwx_gtk2u_qa-suse5_0_0 libwx_gtk2u_ribbon-suse5_0_0 libwx_gtk2u_richtext-suse5_0_0 libwx_gtk2u_stc-suse5_0_0 libwx_gtk2u_xrc-suse5_0_0 plplot-wxwidgets plplotwxwidgets-devel wxWidgets-3_2-devel … On 4. Sep 2021, at 15:26, PattiMichelle @.***> wrote: I'd love to help, buuuut, I think folks like me are more of a burden than a help. (I'm trying to get the data processed for two papers submitted at the American Geophysical Union's annual meeting in a few months.) 1/ The script was great. It claimed to have installed everything (I think) - thanks for that!! I think I "get" cmake now. I still had the linker problem after the script. 2/ I did get the warning, but also the error - and installing the -devel package didn't help remove the error. I've never understood linker outputs and only once have succeeded in solving a linker error (for a netCDF build). I guess I could google the actual error - is that the expected path forward? 3/ I have no idea how to improve a CMakeList.txt file - I would be asking for so much guidance here that it would be a burden on the developers. I basically have a vague idea what a "pull request" is about... Anyway - maybe eventually... 1/ this is why I used the script ./scripts/build_gdl.sh prep before, in order all the dependencies are loaded, without interacting later when cmake complains ! 2/ OK OK, I do have a warning, but the compilation succeed : (sorry for messages in French) [100%] Linking CXX executable gdl /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62 /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62 [100%] Built target gdl Scanning dependencies of target symlink_gdl [100%] Built target symlink_gdl but the executable is here and OK (and I can plot, even through the network (since VM)) 3/ concerning missing -devel you are very welcome to help us to improve the file CMakeList.txt and make a PR Pull Request :) Thanks ! In the past I spend some times to try to have a better formatting for the messages issued by cmake when running this file, but it was not satisfactory (maybe recent CMake does contain better fine tuning for messages ?!) — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#1088 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOC5K6EXJOATOF6EKRDX5XDUAJQFRANCNFSM5C4QGWCQ. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

[PattiMichelle]

General comment to DEVS - Anaconda is not operational in my .bashrc yet I get this error from cmake.
(Note that spyder should run if Anaconda is operational.)

==========================================================================
== WARNING !!        {Ana|mini|}conda activated env. detected !         ==
== To avoid possible conflicts between local libs. and the sytem libs,  ==
== we advice you to remove Conda related paths from you $PATH           ==
== or run this CMake file in a clean terminal without Conda Env.        ==
==========================================================================
gdl-1.0.0> spyder
If 'spyder' is not a typo you can use command-not-found to lookup the package that contains it, like this:
    cnf spyder
gdl-1.0.0>

I believe the reason this warning is generated is b/c of the commented-out lines in my .bashrc.

#if [ -f /OSS/Data_drive/users/00_UEMS/uems/etc/EMS.profile ]; then
#    . /OSS/Data_drive/users/00_UEMS/uems/etc/EMS.profile
#fi
#if [ -f /OSS/Data_drive/users/00_UEMS/uems/etc/EMS.profile ]; then
#    . /OSS/Data_drive/users/00_UEMS/uems/etc/EMS.profile
#fi
#if [ -f /OSS/Data_drive/users/00_UEMS/uems/etc/EMS.profile ]; then
#     . /OSS/Data_drive/users/00_UEMS/uems/etc/EMS.profile
#fi

Oops! My bad. Nope. I completely removed those lines from .bashrc and still get the error. Nothing related to /home/Anaconda is in the PATH either... gdl-1.0.0> echo $PATH /home/patti/bin:/usr/local/bin:/usr/bin:/bin 00_IDL/gdl-1.0.0>

[brandy125]

The first time you compile GDL you do an untar of the code. Then you enter the directory where you untared GDL (let’s say gdl-1.0.0) Then gdl-1.0.0>mkdir build gdl-1.0.0>cd build gdl-1.0.0/build>cmake .. -DPYTHON=off -DGRIB=OFF gdl-1.0.0/build>make -j4 (in case that you have 4 CPUs for compiling the code) gdl-1.0.0/build>make check gdl-1.0.0/build>sudo make install (in case that you want to install gdl)

Without installing you can test GDL like

gdl-1.0.0/build>src/gdl

Now, if I install new packages or whatever I do

gdl-1.0.0/build>cd .. gdl-1.0.0> rm -rf build

and then start over again with “mkdir build” …

This is how I usually compile GDL. I do not know if I explained too much. Let me know if I can help more.

On 4. Sep 2021, at 19:07, PattiMichelle @.***> wrote:

Thanks - OK, do I delete the directory and re-untar a new raw code, then install your suggestions... then run... gdl-1.0.0> cmake . -DPYTHON=off -DGRIB=OFF

then run: make and make check ?

Sorry, message went without the rest Try to install libplplotwxwidgets1 libwx_gtk2u_aui-suse5_0_0 libwx_gtk2u_core-suse5_0_0 libwx_gtk2u_gl-suse5_0_0 libwx_gtk2u_html-suse5_0_0 libwx_gtk2u_media-suse5_0_0 libwx_gtk2u_propgrid-suse5_0_0 libwx_gtk2u_qa-suse5_0_0 libwx_gtk2u_ribbon-suse5_0_0 libwx_gtk2u_richtext-suse5_0_0 libwx_gtk2u_stc-suse5_0_0 libwx_gtk2u_xrc-suse5_0_0 plplot-wxwidgets plplotwxwidgets-devel wxWidgets-3_2-devel … <x-msg://15/#> On 4. Sep 2021, at 15:26, PattiMichelle @.***> wrote: I'd love to help, buuuut, I think folks like me are more of a burden than a help. (I'm trying to get the data processed for two papers submitted at the American Geophysical Union's annual meeting in a few months.) 1/ The script was great. It claimed to have installed everything (I think) - thanks for that!! I think I "get" cmake now. I still had the linker problem after the script. 2/ I did get the warning, but also the error - and installing the -devel package didn't help remove the error. I've never understood linker outputs and only once have succeeded in solving a linker error (for a netCDF build). I guess I could google the actual error - is that the expected path forward? 3/ I have no idea how to improve a CMakeList.txt file - I would be asking for so much guidance here that it would be a burden on the developers. I basically have a vague idea what a "pull request" is about... Anyway - maybe eventually... 1/ this is why I used the script ./scripts/build_gdl.sh prep before, in order all the dependencies are loaded, without interacting later when cmake complains ! 2/ OK OK, I do have a warning, but the compilation succeed : (sorry for messages in French) [100%] Linking CXX executable gdl /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62 /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62 [100%] Built target gdl Scanning dependencies of target symlink_gdl [100%] Built target symlink_gdl but the executable is here and OK (and I can plot, even through the network (since VM)) 3/ concerning missing -devel you are very welcome to help us to improve the file CMakeList.txt and make a PR Pull Request :) Thanks ! In the past I spend some times to try to have a better formatting for the messages issued by cmake when running this file, but it was not satisfactory (maybe recent CMake does contain better fine tuning for messages ?!) — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#1088 (comment) https://github.com/gnudatalanguage/gdl/issues/1088#issuecomment-913018094>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOC5K6EXJOATOF6EKRDX5XDUAJQFRANCNFSM5C4QGWCQ https://github.com/notifications/unsubscribe-auth/AOC5K6EXJOATOF6EKRDX5XDUAJQFRANCNFSM5C4QGWCQ. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/gnudatalanguage/gdl/issues/1088#issuecomment-913047210, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOC5K6FTOMQVMJGJSXC4UKTUAKKC5ANCNFSM5C4QGWCQ. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

[PattiMichelle]

Thanks for the mini-quickstart. I don't know why I'm so amazingly lame here...

This is why I do -DINTERACTIVE_GRAPHICS=OFF

<...>
-- Performing Test PLPLOT_HAS_PLCALLBACK
-- Performing Test PLPLOT_HAS_PLCALLBACK - Success
-- Performing Test HAVE_PLPLOT_WXWIDGETS_DRIVER
-- Performing Test HAVE_PLPLOT_WXWIDGETS_DRIVER - Failed
CMake Error at CMakeLists.txt:579 (message):
  PlPlot was compiled without needed wxwidgets driver, aborting.  Do you mean
  -DINTERACTIVE_GRAPHICS=OFF ?

-- Configuring incomplete, errors occurred!
See also "/home/patti/Desktop/ISOs/00_IDL/gdl-1.0.0/build/CMakeFiles/CMakeOutput.log".
See also "/home/patti/Desktop/ISOs/00_IDL/gdl-1.0.0/build/CMakeFiles/CMakeError.log".

The first time you compile GDL you do an untar of the code. Then you enter the directory where you untared GDL (let’s say gdl-1.0.0) Then gdl-1.0.0>mkdir build gdl-1.0.0>cd build gdl-1.0.0/build>cmake .. -DPYTHON=off -DGRIB=OFF gdl-1.0.0/build>make -j4 (in case that you have 4 CPUs for compiling the code) gdl-1.0.0/build>make check gdl-1.0.0/build>sudo make install (in case that you want to install gdl) Without installing you can test GDL like gdl-1.0.0/build>src/gdl Now, if I install new packages or whatever I do gdl-1.0.0/build>cd .. gdl-1.0.0> rm -rf build and then start over again with “mkdir build” … This is how I usually compile GDL. I do not know if I explained too much. Let me know if I can help more. … On 4. Sep 2021, at 19:07, PattiMichelle @.> wrote: Thanks - OK, do I delete the directory and re-untar a new raw code, then install your suggestions... then run... gdl-1.0.0> cmake . -DPYTHON=off -DGRIB=OFF then run: make and make check ? Sorry, message went without the rest Try to install libplplotwxwidgets1 libwx_gtk2u_aui-suse5_0_0 libwx_gtk2u_core-suse5_0_0 libwx_gtk2u_gl-suse5_0_0 libwx_gtk2u_html-suse5_0_0 libwx_gtk2u_media-suse5_0_0 libwx_gtk2u_propgrid-suse5_0_0 libwx_gtk2u_qa-suse5_0_0 libwx_gtk2u_ribbon-suse5_0_0 libwx_gtk2u_richtext-suse5_0_0 libwx_gtk2u_stc-suse5_0_0 libwx_gtk2u_xrc-suse5_0_0 plplot-wxwidgets plplotwxwidgets-devel wxWidgets-3_2-devel … <x-msg://15/#> On 4. Sep 2021, at 15:26, PattiMichelle @.> wrote: I'd love to help, buuuut, I think folks like me are more of a burden than a help. (I'm trying to get the data processed for two papers submitted at the American Geophysical Union's annual meeting in a few months.) 1/ The script was great. It claimed to have installed everything (I think) - thanks for that!! I think I "get" cmake now. I still had the linker problem after the script. 2/ I did get the warning, but also the error - and installing the -devel package didn't help remove the error. I've never understood linker outputs and only once have succeeded in solving a linker error (for a netCDF build). I guess I could google the actual error - is that the expected path forward? 3/ I have no idea how to improve a CMakeList.txt file - I would be asking for so much guidance here that it would be a burden on the developers. I basically have a vague idea what a "pull request" is about... Anyway - maybe eventually... 1/ this is why I used the script ./scripts/build_gdl.sh prep before, in order all the dependencies are loaded, without interacting later when cmake complains ! 2/ OK OK, I do have a warning, but the compilation succeed : (sorry for messages in French) [100%] Linking CXX executable gdl /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62 /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : warning : libjpeg.so.8, requis par /usr/lib64/libwx_gtk2u_core-3.1.so, peut être en conflit avec libjpeg.so.62 [100%] Built target gdl Scanning dependencies of target symlink_gdl [100%] Built target symlink_gdl but the executable is here and OK (and I can plot, even through the network (since VM)) 3/ concerning missing -devel you are very welcome to help us to improve the file CMakeList.txt and make a PR Pull Request :) Thanks ! In the past I spend some times to try to have a better formatting for the messages issued by cmake when running this file, but it was not satisfactory (maybe recent CMake does contain better fine tuning for messages ?!) — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#1088 (comment) <#1088 (comment)>>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOC5K6EXJOATOF6EKRDX5XDUAJQFRANCNFSM5C4QGWCQ https://github.com/notifications/unsubscribe-auth/AOC5K6EXJOATOF6EKRDX5XDUAJQFRANCNFSM5C4QGWCQ. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#1088 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOC5K6FTOMQVMJGJSXC4UKTUAKKC5ANCNFSM5C4QGWCQ. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

[PattiMichelle]

Well, that worked! Apparently the linker didn't like not being run from a build subdirectory. Any tips on getting the GDL IDE installed and working...? ;^))

Oops! gdl-1.0.0/build> make check make: *** No rule to make target 'check'. Stop. gdl-1.0.0/build>

<...>
[ 98%] Building CXX object src/CMakeFiles/gdl.dir/Shapefiles.cpp.o
[ 98%] Building CXX object src/CMakeFiles/gdl.dir/sax.cpp.o
[100%] Building CXX object src/CMakeFiles/gdl.dir/gdl.cpp.o
[100%] Linking CXX executable gdl
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: warning: libjpeg.so.8, needed by /usr/lib64/libwx_gtk2u_core-3.1.so, may conflict with libjpeg.so.62
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: warning: libjpeg.so.8, needed by /usr/lib64/libwx_gtk2u_core-3.1.so, may conflict with libjpeg.so.62
[100%] Built target gdl
Scanning dependencies of target symlink_gdl
[100%] Built target symlink_gdl
patti@linux-lhkc:~/Desktop/ISOs/00_IDL/gdl-1.0.0/build> 

[PattiMichelle]

gdl-1.0.0/build> src/gdl
  GDL - GNU Data Language, Version 1.0.0
- For basic information type HELP,/INFO
- Default library routine search path used (GDL_PATH/IDL_PATH env. var. not set): /usr/local/share/gnudatalanguage/lib
- Using WxWidgets as graphics library (windows and widgets).
- No startup file read (GDL_STARTUP/IDL_STARTUP env. var. not set). 
- Please report bugs, feature or help requests and patches at: https://github.com/gnudatalanguage/gdl

GDL> plot,sin(findgen(100)/10)

*** PLPLOT ERROR, ABORTING OPERATION ***
plInitDispatchTable: Could not open drivers directory, aborting operation
% PLplot installation lacks the requested driver: wxwidgets
% Execution halted at: $MAIN$          
GDL> 

[PattiMichelle]

It looks to me like maybe cmake isn't setting up graphics?

[brandy125]

I had a similar error message in the beginning and could solve it just by installing missing packages.

Did you install

plplot-wxwidgets-5.15.0-13.2.x86_64 and the devel package?

On 4. Sep 2021, at 19:47, PattiMichelle @.***> wrote:

@.***:~/Desktop/ISOs/00_IDL/gdl-1.0.0/build> src/gdl GDL - GNU Data Language, Version 1.0.0

For basic information type HELP,/INFO Default library routine search path used (GDL_PATH/IDL_PATH env. var. not set): /usr/local/share/gnudatalanguage/lib Using WxWidgets as graphics library (windows and widgets). No startup file read (GDL_STARTUP/IDL_STARTUP env. var. not set). Please report bugs, feature or help requests and patches at: https://github.com/gnudatalanguage/gdl https://github.com/gnudatalanguage/gdl GDL> plot,sin(findgen(100)/10)

PLPLOT ERROR, ABORTING OPERATION plInitDispatchTable: Could not open drivers directory, aborting operation % PLplot installation lacks the requested driver: wxwidgets % Execution halted at: $MAIN$ GDL>

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/gnudatalanguage/gdl/issues/1088#issuecomment-913050380, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOC5K6GGGM4QSCE6NY4QFOTUAKOZVANCNFSM5C4QGWCQ. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

[PattiMichelle]

The -devel version of plplot-wxwidgets-5.15.0 was installed, but not the nondevel version. So I installed it. I still needed to use the cmake switch: -DINTERACTIVE_GRAPHICS=OFF

I'm rebuilding to see if graphics now work.

[PattiMichelle]

GDL> plot,sin(findgen(10))

*** PLPLOT ERROR, ABORTING OPERATION ***
plInitDispatchTable: Could not open drivers directory, aborting operation
% PLplot installation lacks the requested driver: wxwidgets
% Execution halted at: $MAIN$          
GDL> 

[brandy125]

with -DINTERACTIVE_GRAPHICS=OFF graphics will not work

Install the non-devel package and try without switching graphics off

On 4. Sep 2021, at 20:01, PattiMichelle @.***> wrote:

The -devel version of plplot-wxwidgets-5.15.0 was installed, but not the nondevel version. So I installed it. I still needed to use the cmake switch: -DINTERACTIVE_GRAPHICS=OFF

I'm rebuilding to see if graphics now work.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/gnudatalanguage/gdl/issues/1088#issuecomment-913051667, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOC5K6HOAESNW5PGA3MN6F3UAKQKZANCNFSM5C4QGWCQ. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

[PattiMichelle]

The cmake won't complete unless I use -DINTERACTIVE_GRAPHICS=OFF

But at least we know that the issue is related to cmake not locating/installing something necessary for graphics...

gdl-1.0.0/build> cmake .. -DPYTHON=off -DGRIB=OFF 
-- The C compiler identification is GNU 7.5.0
-- The CXX compiler identification is GNU 7.5.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc - works
...
-- Performing Test PLPLOT_HAS_PLCALLBACK
-- Performing Test PLPLOT_HAS_PLCALLBACK - Success
-- Performing Test HAVE_PLPLOT_WXWIDGETS_DRIVER
-- Performing Test HAVE_PLPLOT_WXWIDGETS_DRIVER - Failed
CMake Error at CMakeLists.txt:579 (message):
  PlPlot was compiled without needed wxwidgets driver, aborting.  Do you mean
  -DINTERACTIVE_GRAPHICS=OFF ?

-- Configuring incomplete, errors occurred!
See also "/home/patti/Desktop/ISOs/00_IDL/gdl-1.0.0/build/CMakeFiles/CMakeOutput.log".
See also "/home/patti/Desktop/ISOs/00_IDL/gdl-1.0.0/build/CMakeFiles/CMakeError.log".
patti@linux-lhkc:~/Desktop/ISOs/00_IDL/gdl-1.0.0/build> 

[brandy125]

It will complete, you need just the correct combination of packages installed.

Do you have wxWidgets-3_2-devel-3.1.5-3.1.x86_64 installed?

On 4. Sep 2021, at 20:10, PattiMichelle @.***> wrote:

The cmake won't complete unless I use -DINTERACTIVE_GRAPHICS=OFF

... -- Performing Test PLPLOT_HAS_PLCALLBACK -- Performing Test PLPLOT_HAS_PLCALLBACK - Success -- Performing Test HAVE_PLPLOT_WXWIDGETS_DRIVER -- Performing Test HAVE_PLPLOT_WXWIDGETS_DRIVER - Failed CMake Error at CMakeLists.txt:579 (message): PlPlot was compiled without needed wxwidgets driver, aborting. Do you mean -DINTERACTIVE_GRAPHICS=OFF ?

-- Configuring incomplete, errors occurred! See also "/home/patti/Desktop/ISOs/00_IDL/gdl-1.0.0/build/CMakeFiles/CMakeOutput.log". See also "/home/patti/Desktop/ISOs/00_IDL/gdl-1.0.0/build/CMakeFiles/CMakeError.log". @.***:~/Desktop/ISOs/00_IDL/gdl-1.0.0/build> — You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/gnudatalanguage/gdl/issues/1088#issuecomment-913052598, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOC5K6GDKR2WYIWLHBEMZFDUAKRMVANCNFSM5C4QGWCQ. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

[PattiMichelle]

That's is the problem, right? ;^)) I sort of got the impression that is what cmake was supposed to do (but I don't really know)

At least now I know the exact spot where failure occurs - in happens in cmake.

Any ideas why isn't make check working for my install?

...
[ 98%] Building CXX object src/CMakeFiles/gdl.dir/Shapefiles.cpp.o
[ 98%] Building CXX object src/CMakeFiles/gdl.dir/sax.cpp.o
[100%] Building CXX object src/CMakeFiles/gdl.dir/gdl.cpp.o
[100%] Linking CXX executable gdl
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: warning: libjpeg.so.8, needed by /usr/lib64/libwx_gtk2u_core-3.1.so, may conflict with libjpeg.so.62
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: warning: libjpeg.so.8, needed by /usr/lib64/libwx_gtk2u_core-3.1.so, may conflict with libjpeg.so.62
[100%] Built target gdl
Scanning dependencies of target symlink_gdl
[100%] Built target symlink_gdl
gdl-1.0.0/build> make check
make: *** No rule to make target 'check'.  Stop.
gdl-1.0.0/build>

[PattiMichelle]

Well, this is a surprise - I switched my "system packages" (I don't know exactly what this means) to the "Main Repo" for LEAP 15.3 and GDL built correctly. I don't know what happened - I suspect some conflicting version(s) of package(s) were pruned? IIRC, K/Ubuntu has "sets" of repositories, so I guess many linux distros do. In Opensuse, we have the Main Repo, but also Science Repo and a big repo is the Packman Repo (although I don't know the reason why, many things do work better from the Packman repo than the Main repo).

What I'm saying is that my build of GDL now executes "plot" correctly with cmake now, without using the cmake -DINTERACTIVE_GRAPHICS=OFF switch.

[PattiMichelle]

I still need to know how to get the Windows GDL 1.0.0 to run under Win7. Any thoughts?

[PattiMichelle]

Thanks @PattiMichelle for the feedback. Just to clarify: cmake does not install any dependencies, it searches for already installed ones and prepares Makefiles accordingly so that the installed libs can be found and linked.

In general, the reason why compiling GDL from source might be a bit more tricky than some other packages is that we have quite a long list of both mandatory and optional dependencies. It would be really great to have the OpenSUSE GDL package updated so that users could "just" install it. As of now, it is based on GDL 0.9.7 dating back to Jan 2017: https://build.opensuse.org/package/show/science/gdl-language

Just posted a comment there, if you know of any other channels to contact SUSE packagers, please do follow up.

Thanks, slayoo - Huh? I can't remember - but something I ran during the early part of the install process actually downloaded things from repos. What am I forgetting?

OH!! It's build_gdl.sh configure that downloaded stuff. Ok, then! You can see how all this complex building makes my head spin. You'd think I'd be smarter being a chemical physicist! <<LOL!!>>

SUPER COOL about the package available for Opensuse - I didn't even know. There are SO MANY repositories and they seldom show up in my internet searches. I think I'll let that packager know and ask if he can set up 1.0.0? Thanks for leaving a message there, and also for letting me know!

[slayoo]

I still need to know how to get the Windows GDL 1.0.0 to run under Win7. Any thoughts?

@maynardGK @pjb7687 any hints?

[PattiMichelle]

BTW: about the Win7 version - I did go looking for the python39.dll but it seems to only be available on weird .dll sites, and I don't want to expose myself to hacked .dll's... FYI: the problem was that, although the installer ran well, and seemed to install everything 100%, when it started to run gdl.exe, it claimed that "the program can't start because python39.dll is missing..." This same error happens every time I try to run gdl.exe.

[pjb7687]

Hi @PattiMichelle,

1. Windows installer issue: you can install Python 3.9 via official website, and then copy/paste Python39.dll to the gdl directory. Yes just I realized that I made a mistake not including Python39.dll in the installer.
2. OpenSuse Leap: For end-users, I believe install by compilation should not be considered as a standard method to install software, the most recommended way should be via package managers... In case if you still need it, I will try to make an unofficial RPM package for OpenSuse Leap tomorrow.

[maynardGK]

I have been lost in the wilderness for sometime now (windows only. Linux ops proceed as usual).

In CmakeLists.txt needed set(HAVE_PLPLOT_WXWIDGETS_DRIVER TRUE) # line 582 or so

I can build a gdl.exe in src/ but cannot run the program, always getting one thing or another wrong.

 make.out:
[ 97%] Building CXX object src/CMakeFiles/gdl.dir/Shapefiles.cpp.obj
[ 97%] Building CXX object src/CMakeFiles/gdl.dir/sax.cpp.obj
[ 98%] Building RC object src/CMakeFiles/gdl.dir/gdl.rc.obj
[ 98%] Building RC object src/CMakeFiles/gdl.dir/C_/msys64/mingw64/include/wx-3.0/wx/msw/wx.rc.obj
[100%] Building CXX object src/CMakeFiles/gdl.dir/gdl.cpp.obj
[100%] Linking CXX executable gdl.exe
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: .rsrc merge failure: duplicate leaf: type: 3 (ICON) name: 5 lang: 409
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: .rsrc merge failure: duplicate leaf: type: 3 (ICON) name: 4 lang: 409
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: .rsrc merge failure: duplicate leaf: type: 3 (ICON) name: 3 lang: 409
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: .rsrc merge failure: duplicate leaf: type: 3 (ICON) name: 2 lang: 409
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: .rsrc merge failure: duplicate leaf: type: 3 (ICON) name: 1 lang: 409
[100%] Built target gdl
Scanning dependencies of target copy_gdl
[100%] Built target copy_gdl

$ gdlgit
D:/bld/gdl/mingw64-git/src/gdl.exe: error while loading shared libraries: zlib1.dll: cannot open shared object file: No such file or directory

greg@i7Wx MSYS ~
$ ls /mingw64/bin | grep zlib
libhdf5_tools-0.dll*                     zlib1.dll*
greg@i7Wx MSYS ~
$ echo $PATH
/mingw64/bin:/opt64/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl/usr/local/bin:/usr/bin:/bin:/c/Windows/system32:/c/Windows/system32/Wbem

edit: I've gone through the build in opensuse and things are going well. LEAP version 15.1, plplot 5.14.0, wxwidgets version 3.0.3 -DPYTHON=OFF

[pjb7687]

headless corresponds here to a build with no dependencies on graphical interface features.

not clear for me... if no graphics, is it because no plplot, or no wxWidgets//X11? -- name would be, e.g., 'nodisplay' ?

https://en.wikipedia.org/wiki/Headless_software

IMHO, it is quite a standard term being widely used...

[pjb7687]

@PattiMichelle Could you try out this one? : https://github.com/gnudatalanguage/gdl/actions/runs/1204082055

This should contain python39.dll.