Package Details: magics++ 4.15.4-1

Git Clone URL: https://aur.archlinux.org/magics++.git (read-only, click to copy)
Package Base: magics++
Description: Magics is the latest generation of the ECMWF's Meteorological plotting software MAGICS.
Upstream URL: https://confluence.ecmwf.int/display/MAGP
Licenses: Apache
Submitter: graziano
Maintainer: capitalaslash
Last Packager: capitalaslash
Votes: 5
Popularity: 0.98
First Submitted: 2016-03-28 17:02 (UTC)
Last Updated: 2024-06-09 22:41 (UTC)

Latest Comments

1 2 3 4 Next › Last »

capitalaslash commented on 2024-06-09 22:42 (UTC)

updated to latest version and patched the error

bakamotokatas commented on 2024-06-09 14:35 (UTC)

I am getting following error;

[ 58%] Building C object src/CMakeFiles/MagPlus.dir/drivers/minizip/ioapi.c.o
[ 59%] Building C object src/CMakeFiles/MagPlus.dir/drivers/minizip/zip.c.o
/var/tmp/pamac-build-bakamotokatas/magics++/src/Magics-4.15.4-Source/src/drivers/minizip/zip.c: In function ‘zipOpenNewFileInZip3’:
/var/tmp/pamac-build-bakamotokatas/magics++/src/Magics-4.15.4-Source/src/drivers/minizip/zip.c:883:28: error: assignment to ‘const long unsigned int *’ from incompatible pointer type ‘const z_crc_t *’ {aka ‘const unsigned int *’} [-Wincompatible-pointer-types]
  883 |         zi->ci.pcrc_32_tab = get_crc_table();
      |                            ^
make[2]: *** [src/CMakeFiles/MagPlus.dir/build.make:6576: src/CMakeFiles/MagPlus.dir/drivers/minizip/zip.c.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:1243: src/CMakeFiles/MagPlus.dir/all] Error 2
make: *** [Makefile:166: all] Error 2 

capitalaslash commented on 2023-07-24 07:49 (UTC)

@dquesada that looks like a memory access beyond the size of a vector, cannot assess if it is coming from cdo or magics without a stack. Have you tried to ask to the cdo developers if they have tested their software with gcc 13?

You could try to compile magics and cdo using gcc11 from the aur to pinpoint if the problem is really connected to gcc13.

dquesada commented on 2023-07-22 09:58 (UTC) (edited on 2023-07-22 15:35 (UTC) by dquesada)

@capitalaslash, thanks a lot for updating the package!

Unfortunately it did not solve my issue, which remains:

/usr/include/c++/13.1.1/bits/stl_vector.h:1125: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](size_type) [with _Tp = double; _Alloc = std::allocator<double>; reference = double&; size_type = long unsigned int]: Assertion '__n < this->size()' failed.

I have rebuilt and updated all the related packages in the meantime. If you have any tips on how can this be solved I would greatly appreciate it.

Cheers!

capitalaslash commented on 2023-07-21 20:15 (UTC) (edited on 2023-07-21 20:16 (UTC) by capitalaslash)

@dquesada I have updated the package to the latest version (and it does not require the previous patch). I do not use cdo so I cannot verify your problem and/or if this update fixed it, please let me know if this solves it.

dquesada commented on 2023-07-12 12:06 (UTC)

Hi @capitalaslash, can you please update the package? Also, the gcc11.patch was only meant for gcc-fortran v11? Some of the plotting capabilities (e.g. shaded) of cdo with magics are not working and I am afraid it could be related to this issue, or the outdated version.

  • Call:

cdo -shaded,device=pdf,lon_max=-50,lon_min=-110,lat_max=30,lat_min=-10,interval=2,colour_triad=cw,colour_min=violet,colour_max=red -seltimestep,42 gfdl-esm4_r1i1p1f1_w5e5_historical_pr_global_daily_2011_2014.nc shaded

  • Output:

cdo(1) seltimestep: Process started /usr/include/c++/13.1.1/bits/stl_vector.h:1125: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](size_type) [with _Tp = double; _Alloc = std::allocator<double>; reference = double&; size_type = long unsigned int]: Assertion '__n < this->size()' failed. Aborted (core dumped)

Thanks!

capitalaslash commented on 2021-12-14 11:08 (UTC)

ECMWF updated the file location. Should be working now.

magon commented on 2021-12-12 11:09 (UTC)

I am trying to install on Manjaro with pamac. It fails to build because the validation fails.

Building magics++...
==> Making package: magics++ 4.9.4-0 (So 12 Dez 2021 11:56:43 CET)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found Magics-4.9.4-Source.tar.gz
  -> Found gcc11.patch
==> Validating source files with sha256sums...
    Magics-4.9.4-Source.tar.gz ... FAILED
    gcc11.patch ... Passed
==> ERROR: One or more files did not pass the validity check!
Error: Failed to build magics++

Vitrum-cnkj34kr8 commented on 2021-11-18 17:33 (UTC)

Thank you, @dquesada. It works correct now.

dquesada commented on 2021-11-17 11:03 (UTC) (edited on 2021-11-17 11:03 (UTC) by dquesada)

In case somebody runs with the same issue, libgeotiff is on /usr/include on Manjaro, so, the flag -DGEOTIFF_INCLUDE_DIR=/usr/include \ is needed after -DENABLE_GEOTIFF=ON \