[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[UDUNITS #FRB-738002]: libudunits1.a in udunits2

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [UDUNITS #FRB-738002]: libudunits1.a in udunits2
  • Date: Tue, 23 Oct 2012 12:32:12 -0600
Adam,

> Yes, but having the C interface in libudunits2.a is still not useful
> when compiling a program who's makefiles are unaware of udunits2, since
> they'll attempt to link to libudunits.* rather than libudunits2.a. I
> guess I can symlink libudunits2.* to libudunits.* which would make C
> programs Just Work(TM). I guess that would be confusing to fortran folks
> who see udunits.a and can't figure out why their code breaks.
> 
> Since it's not completely backwards compatible wrt fortran, renaming the
> library seems sensible enough and I'll continue to just compile and
> install both packages.

I'm glad you found a solution.

You should communicate the authors of the relevant programs that their 
makefiles need to be able to accommodate a non-default UDUNITS library 
specification at build-time.

> Thanks

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: FRB-738002
Department: Support UDUNITS
Priority: Normal
Status: Closed