Re: .F fix to automake.in

[Christian Holm Christensen]

Hi Tom,

On 22 May 2001 00:05:11 -0600
Tom Tromey <address@hidden> wrote
concerning ": Re: .F fix to automake.in":
> I don't think we want to do this.  INCLUDES is an old-style variable.
> Probably we should deprecate it and remove it later.

What?  How then, is people supposed to specify headers paths and
defines  they may need?  While you can do a lot with configure macros,
there is a limit, and suppose you want to #include headers from other
parts of your source tree, what then? 

By the way, what about per target CPPFLAGS, CFLAGS, and so on. For
example: 

   bin_PROGRAMS         = foo
   foo_SOURCES          = foo.c 
   if FOO_WITH_BAR
   foo_CPPFLAGS         = -DBAR
   else 
   foo_CPPFLAGS         = -UBAR
   endif 
   
Just a thought. 

> You can use `AM_FFLAGS' for what you want.

Uh.  I thought that variables like AM_... where much more 'hands-off'
than the those that didn't have that prefix.  Certainly that's the
impression I got from the docs. 

> Right now Fortran compiles won't include -I. and -I$(srcdir) by
> default as C compiles do.  If all Fortran compilers accept -I then we
> could certainly make that change.

Well, as I said, G77, Solaris f77/f90, and Digital Unix f77 all accept
-I, and I just did man f77 on a HP-UX machine and it seems that f77 is
ok with -I there too.  The rest of the Un*x world, uh, I don't know
(to be honest, I hardly know Solaris and HP-UX in the first place). 

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