gnudatalanguage configure fails on 10.8.3

[watsodw]

Can't find GRIB, even though grib_api is installed

[tenomoto (Takeshi Enomoto)]

Could you confirm the presence of libgrib_api.dylib by ls -l? It's a symlink to the file below

$ ls -l /opt/local/lib/libgrib_api-1.9.18.dylib
-rwxr-xr-x  1 root  admin  1016320  7 27 08:29 /opt/local/lib/libgrib_api-1.9.18.dylib*

[watsodw]

This is what I get:

-rwxr-xr-x 1 root 884B Jul 29 12:42 libgrib_api.la* -rw-r--r-- 1 root 2.9M Jul 29 12:42 libgrib_api.a

[tenomoto (Takeshi Enomoto)]

Could you upload config.log?

[watsodw]

There is no config.log in the build directory. All there is is the main.log already posted.

[tenomoto (Takeshi Enomoto)]

You're right. CMake is currently used and there is no config.log. You don't seem to have libgrib_api.dylib. I have

$ port contents grib_api | grep lib
  /opt/local/lib/libgrib_api-1.9.18.dylib
  /opt/local/lib/libgrib_api.a
  /opt/local/lib/libgrib_api.dylib
  /opt/local/lib/libgrib_api.la
  /opt/local/lib/pkgconfig/grib_api.pc
  /opt/local/lib/pkgconfig/grib_api_f90.pc

You could try reinstalling (or updating) grib_api.

I would cd to work/gdl-0.9.3 and

ccmake .

to figure out what is wrong.

[watsodw]

I found my issue. I had built grib_api with the python27 variant and for some reason that prevented the grib_api dynamic libraries from being built, which is what gnudatalanguage was looking for. Rebuilt grib_api without that variant and gnudatalanguage built fine.