[OpenAFS-devel] debug/optimize flags in Makefiles...

[Nathan Neulinger]

Actually, the main issue I'm concerned about is the behavior of how
selection of CC works with configure.

Cause, there's actually another CC involved - MT_CC, it looks like at
least on aix, you have to use a different compiler for multithreaded
code. 

My concern is - should I override KCC and MT_CC regardless, or should I
somehow try to figure out whether to take a default or not. (Same for
FLAGS)

In some respects, seems like it might be easier to just force the issue
and go against normal configure semantics, but that doesn't sit well.

-- Nathan

Derek Atkins wrote:
> 
> Have two sets of settings:
>         CC and KCC
>         CFLAGS and KCFLAGS
> etc.
> 
> Just a suggestion. :)
> 
> -derek
> 
> Nathan Neulinger <nneul@umr.edu> writes:
> 
> > I'll take a look at moving some of that stuff into configure... The one
> > thing I'm not sure about is the handling of CC, although I think I can
> > fudge that for now, and worry about a cleaner way later.
> >
> > Derek Atkins wrote:
> > >
> > > Derrick J Brashear <shadow@dementia.org> writes:
> > >
> > > > > But they're not tested for now, the information is hard-coded in to
> > > > > MakefileProto.  Seems to me it would be just as good, maybe better, to
> > > > > hard-code it in configure.in.
> > > >
> > > > Probably, but I kept hoping someone would come up with a better way to
> > > > solve the problem, and so never did the work.
> > >
> > > I think if all the information is in the configure script then we
> > > would be one-step closer to auto-generating the information.  I think
> > > centralizing all the 'choices' into autoconf is step one.  Then making
> > > autoconf smarter is step two. ;)
> > >
> > > Changing something that is hard-coded in multiple places into
> > > something that is hard-coded in one place is the first step.  Then we
> > > can work on fixing the hard-codings, one at a time.
> > >
> > > Even if I wanted to, I couldn't autogenerate the Makefile and param
> > > file for Linux without doing it for all the other platforms, too.  If
> > > we centralize it first, then we can autogenerate on a per-platform
> > > basis, piecemeal. :)
> > >
> > > > -D
> > >
> > > -derek
> > >
> > > --
> > >        Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
> > >        Member, MIT Student Information Processing Board  (SIPB)
> > >        URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
> > >        warlord@MIT.EDU                        PGP key available
> > > _______________________________________________
> > > OpenAFS-devel mailing list
> > > OpenAFS-devel@openafs.org
> > > https://lists.openafs.org/mailman/listinfo/openafs-devel
> >
> > --
> >
> >
> > ------------------------------------------------------------
> > Nathan Neulinger                       EMail:  nneul@umr.edu
> > University of Missouri - Rolla         Phone: (573) 341-4841
> > Computing Services                       Fax: (573) 341-4216
> > _______________________________________________
> > OpenAFS-devel mailing list
> > OpenAFS-devel@openafs.org
> > https://lists.openafs.org/mailman/listinfo/openafs-devel
> 
> --
>        Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
>        Member, MIT Student Information Processing Board  (SIPB)
>        URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
>        warlord@MIT.EDU                        PGP key available

-- 


------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216