Package Details: wgrib2 2.0.8-1

Git Clone URL: https://aur.archlinux.org/wgrib2.git (read-only)
Package Base: wgrib2
Description: A program to manipulate, inventory and decode GRIB-2 files
Upstream URL: https://www.cpc.ncep.noaa.gov/products/wesley/wgrib2/
Licenses: custom
Submitter: graziano
Maintainer: graziano
Last Packager: graziano
Votes: 5
Popularity: 0.007394
First Submitted: 2006-12-01 14:08
Last Updated: 2019-09-22 15:15

Latest Comments

1 2 Next › Last »

dovlan commented on 2019-09-13 12:55

Hi,

PROJ will be permanently removing proj_api.h starting from version 7. Solution is to modify wgrib2.patch file and append -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H=1 at line 100 and adjust md5 sum accordingly

From https://github.com/OSGeo/PROJ/issues/836:

From version 6.0.0 proj_api.h will be deprecated. proj_api.h will not be included as a public header file from PROJ 7.0.0 and onwards. We want to make that clear from version 6.0.0 by requiring that users that want to use proj_api.h #define a macro like ACCEPT_USE_OF_DEPRECATED_PROJ_API_H. If the macro is not defined a compile-time error should be raised declaring that the user is including a deprecated API.

queenmedley commented on 2019-08-15 14:40

During compile, it failed to proj.
The proj-6.1.0-1 is already installed on my pc.
Any idea?


In file included from Proj4.c:21: /usr/include/proj_api.h:37:2: error: #error 'To use the proj_api.h you must define the macro ACCEPT_USE_OF_DEPRECATED_PROJ_API_H'
37 | #error 'To use the proj_api.h you must define the macro ACCEPT_USE_OF_DEPRECATED_PROJ_API_H'
| ^~~~~
make[1]: [makefile:67: Proj4.o] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-ryzen1/aur-wgrib2/src/grib2/wgrib2'
make:
[makefile:569: wgrib2/wgrib2] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build wgrib2.
==> Restart building wgrib2 ? [y/N]

kubrick commented on 2017-05-05 09:07

Also, shouldn't gcc-fortran be in the makedepends ?

kubrick commented on 2017-05-05 09:05

Building this package fails on my machine witht he following errors:

wgrib2.o: In function `main':
wgrib2.c:(.text.startup+0x15a9): undefined reference to `init'
GDT.o: In function `f_gdt':
GDT.c:(.text+0x87): undefined reference to `g2_unpack3'
Gctpc.o: In function `gctpc_get_latlon':
Gctpc.c:(.text+0x346): undefined reference to `psforint'
Gctpc.c:(.text+0x392): undefined reference to `psfor'
Gctpc.c:(.text+0x3e0): undefined reference to `psinvint'
Gctpc.c:(.text+0x3e9): undefined reference to `psinv'
...

richli commented on 2016-10-17 20:39

I had to update the wgrib2.patch file to include the "-fPIC" option in the wFFLAGS variable. Otherwise, I get errors like this when it links the wgrib2 binary ($SRCDIR is not literally in the output, I put that there for clarity):

/usr/bin/ld: $SRCDIR/grib2/lib/libipolate.a(polates0.o): relocation R_X86_64_32S against `.data' can not be used when making a shared object; recompile with -fPIC

graziano commented on 2013-12-10 08:26

Corrected as per the comment. No problem in changing the static with dynamic linking (storage space is reduced). The change is needed because of the decision not to include anymore static libraries in packages:

https://mailman.archlinux.org/pipermail/arch-dev-public/2013-March/024552.html

New packages do not have anymore static libraries, but the netCDF was updated only recently.

glee commented on 2013-12-10 06:19

wgrib2.patch seeks /usr/lib/libnetcdf.a and (on my system) causes make to fail. I notice that if I modify the patch to /usr/lib/libnetcdf.so and update the md5sum in PKGBUILD the package is builds ok. Is there any good reason not to do that?

graziano commented on 2013-05-31 07:59

Thanks jdunn, I have updated to 1.9.8. About the points below,

1) Added dependency, thanks!
2) ? the signature in g2clib 1.4.0 is :

int g2_getfld(unsigned char *,int,int,int,gribfield **)

and in the wgrib source it is called with correct argument types. The grib2 internal interface is always compiled in wgrib2, the G2CLIB interface just adds support for some NCEP specific tables. On my x86_64 box the package works, can you give some more information on the failure?

jdunn commented on 2013-05-30 22:46

This package's build is broken. A couple of items:

1. This package needs the additional dependency of "proj" added.

2. Line 600 of src/grib2/wgrib2/wgrib2.c is calling a function (g2_getfld) from g2clib, but is not using the correct function signature for the current version of g2clib built from AUR.

There is a new version of wgrib2 available (1.9.8), but it doesn't appear to fix the second item. What would the implications of building without g2clib be? Could you just use the included version? I've been able to build it outside of AUR that way.

jdunn commented on 2013-05-30 22:29

This package's build is broken. A couple of items:

1. This package needs the additional dependency of "proj" added.

2. Line 600 of src/grib2/wgrib2/wgrib2.c is calling a function (g2_getfld) from g2clib, but is not using the correct function signature for the current version of g2clib built from AUR.

There is a new version of wgrib2 available (1.9.8), but it doesn't appear to fix the second item. What would the implications of building without g2clib be?