giza @0.7.6 - new port file

[danieljprice (Daniel Price)]

Please find attached a Portfile for giza, a 2D plotting library based on cairo that I wrote and maintain.

One of the main things is giza can act as a direct replacement for the older PGPLOT library (port: pgplot). For the giza Portfile I made this aspect a variant. That is, with the +pgplot variant (turned on by default), the build compiles API-compatible replacements for libpgplot.a, libcpgplot.a, libcpgplot.dylib and libpgplot.dylib as well as the usual libgiza. Hence the +pgplot conflicts with port: pgplot, because it effectively replaces it.

Have tested the Portfile and all seems to work from my point of view. Should be in ports/science/

I am happy to be the maintainer of this port.

Cheers,

Daniel

[ryandesign (Ryan Carsten Schmidt)]

• "worksrcdir ${name}-${version}" should be removed; that's the default
• /opt/local should not be hardcoded; use ${prefix}
• the gcc4x variants should follow the recipe in wiki:PortfileRecipes#gcc
• master_sites should be rewritten to avoid redirects as per wiki:howto/AvoidRedirects

[danieljprice (Daniel Price)]

OK, done these (revised Portfile attached). I didn't detect any redirects using the method on the howto page, so master_sites is now just sourceforge:giza/ which seems to be the most direct path.

[kurthindenburg (Kurt Hindenburg)]

Cc Me!

[kurthindenburg (Kurt Hindenburg)]

Are you still interested in updating this to 0.8.1? Also, I don't think all the gcc variants is the correct way of doing that now.

[danieljprice (Daniel Price)]

Replying to khindenburg@…:

Are you still interested in updating this to 0.8.1? Also, I don't think all the gcc variants is the correct way of doing that now.

Sorry for the slow reply. I've updated the Portfile for 0.9.0 and updated the gcc variants to follow the suggested recipe. Would be very grateful if this could be committed.

Daniel

[kurthindenburg (Kurt Hindenburg)]

It doesn't build here on Mavericks

:info:build ld: warning: directory not found for option '-L/usr/local/gfortran/lib/'
:info:build ld: library not found for -lgfortran
:info:build clang: error: linker command failed with exit code 1 (use -v to see invocation)

[mf2k (Frank Schima)]

Actually, you should use the compilers portgroup. Unfortunately it is not documented yet. But look at the hdf4 as an example. It is easier to implement than the FORTRAN recipe.

[danieljprice (Daniel Price)]

I've updated the Portfile to use the compilers portgroup. Also fixed the build problem with -lgfortran.

One thing is that the compilers portgroup stuff does not seem to update ${configure.cc} and ${configure.fc} for use in the Portfile, so I have had to do this manually using a loop in the style of the old Fortran recipe. Also, no Fortran compiler is turned on by default, so I've had to add a few lines to make sure that at least one of the Fortran variants is chosen (+gcc48 by default). Let me know if you think this can be done more elegantly.

[kurthindenburg (Kurt Hindenburg)]

The default builds fine; but when I try to use -pgplot it fails

:info:build gfortran  -I//opt/local/include -I/opt/local/include/cairo -I/opt/local/include -I../include -I../src -c ../interface/giza-fortran.F90 -o giza-fortran.o
:info:build /bin/bash: gfortran: command not found

[danieljprice (Daniel Price)]

I played around with this but could not get around the fact that macports issues the "make -w all" command to build and "make -w install" to install. The best solution for now is that I've simply removed the variant, so that all libraries and the fortran interface are always compiled.

Hence all variants now work. While playing around I updated to 0.9.1 so Portfile is updated there too.

[kurthindenburg (Kurt Hindenburg)]

thanks committed r124753 and r124754

[danieljprice (Daniel Price)]

thanks