Package Details: wgrib2 3.1.3-2

Git Clone URL: https://aur.archlinux.org/wgrib2.git (read-only, click to copy)
Package Base: wgrib2
Description: Utility to read and write grib2 files
Upstream URL: https://www.cpc.ncep.noaa.gov/products/wesley/wgrib2/
Licenses: GPL, custom, Apache
Submitter: graziano
Maintainer: zqianem
Last Packager: zqianem
Votes: 7
Popularity: 0.000000
First Submitted: 2006-12-01 14:08 (UTC)
Last Updated: 2023-10-29 02:49 (UTC)

Pinned Comments

zqianem commented on 2021-02-04 03:03 (UTC) (edited on 2021-02-18 01:46 (UTC) by zqianem)

Uses the built-in statically linked libraries instead of trying to modify the makefile to work with Arch dependencies. See https://ftp.cpc.ncep.noaa.gov/wd51we/wgrib2/_README.nolib for details.

Latest Comments

« First ‹ Previous 1 2

graziano commented on 2013-05-31 07:59 (UTC)

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 (UTC)

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.