Re: .F fix to automake.in

[Christian Holm Christensen]

Hi Akim

On Mon, 21 May 2001 10:28:31 +0200
Akim Demaille <address@hidden> wrote
concerning ": Re: .F fix to automake.in":
> Hi!
> 
> This bug is probably fixed in the current version of Automake.  Could
> you give a try to
> 
>         ftp://sources.redhat.com/pub/automake/automake-1.4f.tar.gz

OK, I tried something like 

  lib_LTLIBRARIES               = libFoo.la
  libFoo_la_SOURCES             = foo.F 
  libFoo_la_LDFLAGS             = -version-info $(SOVERSION)

with Automake 1.4f, Autoconf 2.13 and Libtool 1.4 and everythings
fine. 

As far as I can tell, you changed a lot in that version of Automake,
like no more use of lang_ppf77_finish, lang_f77_finish, etc., new way
of registering languages and so on.  When will you release 1.5?  Will
it be in time for Debian GNU/Linux 2.3 (my GNU/Linux dist of choice),
and other GNU/Linux distributions next release?  You see, I'm not that
keen on installing development snapshots on production machines. 

Uh, one thing you may want to consider: G77 can be told to expand is
"include" (not #include) search paths via the -I option.  So couldn't
the compilation of Fortran77 files ending in .f (i.e., not
preprocessed code) also use the INCLUDES variable?  I have loads of
examples of source files in src including headers from ../include, and
I really don't like to do 

  FFLAGS            += $(INCLUDES) 

Thank you for your time and help.

Yours, 

Christian  -----------------------------------------------------------
Holm Christensen                             Phone:  (+45) 35 35 96 91 
  Sankt Hansgade 23, 1. th.                  Office: (+45) 353  25 305 
  DK-2200 Copenhagen N                       Web:    www.nbi.dk/~cholm    
  Denmark                                    Email:       address@hidden