Search Criteria
Package Details: magics++ 4.16.0-1
Package Actions
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.000123 |
First Submitted: | 2016-03-28 17:02 (UTC) |
Last Updated: | 2025-04-16 15:03 (UTC) |
Dependencies (12)
- eccodesAUR
- libgeotiff (libgeotiff-gitAUR)
- pango (pango-gitAUR)
- python (python37AUR)
- qt6-base (qt6-base-gitAUR, qt6-base-headlessAUR)
- cmake (cmake3AUR, cmake-gitAUR) (make)
- gcc-fortran (gcc-fortran-gitAUR, gcc-fortran-snapshotAUR) (make)
- python-jinja (make)
- swig (swig-gitAUR) (make)
- ksh (ksh93-gitAUR) (optional)
- libaec (libaec-gitAUR) (optional)
- odb_api (optional)
Latest Comments
1 2 3 4 Next › Last »
weipeng1999 commented on 2025-08-17 04:53 (UTC)
this error happend because after gcc-13, compiler noloinger implicitly include <cstdint>. I Fix this error with following patch:
sir-deadile commented on 2025-07-17 22:41 (UTC)
When trying to install cdo from the AUR I encountered a problem with magics++, I tried installing this package to get a more understandable error, which is below. It consistently fails at around 40%
Everything is updated on my system, and I don't think anything should be conflicting with this - I opted for a cleanBuild of packages.
Please may you help me understand if I have missed something, or if something isn't working correctly in this version
mo0zi commented on 2025-06-24 13:22 (UTC)
Hi
Thanks for help!
capitalaslash commented on 2025-04-16 15:05 (UTC)
I directly updated to v4.16.0 and this solves the cmake compatibility as well
hol430 commented on 2025-04-15 03:44 (UTC) (edited on 2025-04-15 03:44 (UTC) by hol430)
This doesn't build with cmake >= 4.0. Passing
-DCMAKE_POLICY_VERSION_MINIMUM=3.5
to cmake fixes the problem.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;
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.
1 2 3 4 Next › Last »