Opened 13 years ago

Closed 13 years ago

#33968 closed defect (fixed)

gnudatalanguage: netCDF installation not usable

Reported by: rse003-pamsmith@… Owned by: tenomoto (Takeshi Enomoto)
Priority: Normal Milestone:
Component: ports Version: 2.0.4
Keywords: Cc: slayoo@…
Port: gnudatalanguage

Description

I am trying to install GDL (port gnudatalanguage) and after installing all dependencies successfully the installation fails at the last moment with the message "Error: Target org.macports.configure returned: configure failure: shell command failed (see log for details)".

According to the log file it is due to a faulty netCDF installation. In the log file it says "Error! netCDF installation seems not to be usable", "This suggests a conflicting netCDF-HDF4 installation" and then the shell command fails (see attached log file).

Trying to uninstall and re-install both netCDF and HDF4 in different order did not help. I am new to using Macport and am stuck about how I can get GDL to run on my Mac. Does anybody have any ideas how to solve this problem? I would really appreciate it!!

Attachments (1)

main.log (129.3 KB) - added by rse003-pamsmith@… 13 years ago.

Download all attachments as: .zip

Change History (12)

Changed 13 years ago by rse003-pamsmith@…

Attachment: main.log added

comment:1 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: slayoo@… added
Milestone: MacPorts 2.1.0
Owner: changed from macports-tickets@… to takeshi@…
Port: gnudatalanguage added
Summary: Installation of gnudatalanguage fails: "netCDF installation not usable"gnudatalanguage: netCDF installation not usable

comment:2 in reply to:  1 ; Changed 13 years ago by willic3@…

Replying to ryandesign@…: The update to netcdf 4.2 has also caused some problems for me, since it appears that netcdfcpp.h is no longer present. This causes some of my own configure scripts to break. I would consider reverting to the old version of netcdf (netcdf-devel); however, several of the MacPorts packages that I use are now dependent on the current version of netcdf. At present, I think that my only option is to install my own older version of netcdf alongside the MacPorts version. If there's another solution, that would be great.

comment:3 in reply to:  2 Changed 13 years ago by willic3@…

Replying to willic3@…:

Replying to ryandesign@…: The update to netcdf 4.2 has also caused some problems for me, since it appears that netcdfcpp.h is no longer present. This causes some of my own configure scripts to break. I would consider reverting to the old version of netcdf (netcdf-devel); however, several of the MacPorts packages that I use are now dependent on the current version of netcdf. At present, I think that my only option is to install my own older version of netcdf alongside the MacPorts version. If there's another solution, that would be great.

I was able to make a bit more progress by creating a symbolic link from include/netcdfcpp.h to include/netcdf, but I still ran into library problems later. I'll see if there's something else I can do.

comment:4 Changed 13 years ago by slayoo@…

Probably the GDL port should depend on netcdf-cxx and not on netcdf?

comment:5 Changed 13 years ago by tenomoto (Takeshi Enomoto)

GDL depends on the older C++ interface. The older one is available as a separate source. I will take a look if the two can co-exist and how different they are.

comment:6 Changed 13 years ago by slayoo@…

Takeshi, from my experience there is no conflict with the two interfaces. I would suggest renaming the current netcdf-cxx package to netcdf-cxx4, and providing the "classic C++" interface as netcdf-cxx. (according to the original unidata naming convention, followed e.g. by Fedora: http://koji.fedoraproject.org/koji/packageinfo?packageID=13545 )

Moreover, I'd say that the version of the cxx4 at the unidata website is still pretty much an "alpha" one. Probably not much software depends on it yet.

HTH, Sylwester

comment:7 Changed 13 years ago by tenomoto (Takeshi Enomoto)

Resolution: fixed
Status: newclosed

Committed in r91821 and r91822. Thanks. Takeshi

comment:8 in reply to:  7 Changed 13 years ago by willic3@…

Replying to takeshi@…:

Committed in r91821 and r91822. Thanks. Takeshi

This is a great idea, but it's not working for me yet:

---> Computing dependencies for netcdf-cxx Error: Unable to execute port: no matching port found for: name=netcdf-cxx, version=4.2, revision=0, variants=, epoch=1 To report a bug, see <http://guide.macports.org/#project.tickets>

Thanks, Charles

comment:9 Changed 13 years ago by tenomoto (Takeshi Enomoto)

Resolution: fixed
Status: closedreopened

Do you have netcdf-cxx and netcdf-cxx4 ports? Are the port tree and PortIndex updated? I found the Portfiles in the svn repository.

comment:10 in reply to:  9 Changed 13 years ago by willic3@…

Replying to takeshi@…:

Do you have netcdf-cxx and netcdf-cxx4 ports? Are the port tree and PortIndex updated? I found the Portfiles in the svn repository.

I was being stupid. I forgot to uninstall the old netcdf-cxx port first. I now have both netcdf-cxx and netcdf-cxx4 installed, and everything seems to be working OK. Thanks very much.

Charles

comment:11 Changed 13 years ago by tenomoto (Takeshi Enomoto)

Resolution: fixed
Status: reopenedclosed

port upgrade should have uninstall the old and install the new since epoch is incremented. Thank you for reporting.

Note: See TracTickets for help on using tickets.