I was thinking that for the first pass, just set CC, MT_CC, and KCC based upon a large 'case' statement switched off the sysname. Within the case statement, make the assignments as based in the current Makefile.`sys`.
In other words, I would say that as a first pass, don't do anything special at all w.r.t. trying to configure these values. -derek Nathan Neulinger <[EMAIL PROTECTED]> writes: > 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 > > > > [EMAIL PROTECTED] PGP key available > > > > _______________________________________________ > > > > OpenAFS-devel mailing list > > > > [EMAIL PROTECTED] > > > > https://lists.openafs.org/mailman/listinfo/openafs-devel > > > > > > -- > > > > > > > > > ------------------------------------------------------------ > > > Nathan Neulinger EMail: [EMAIL PROTECTED] > > > University of Missouri - Rolla Phone: (573) 341-4841 > > > Computing Services Fax: (573) 341-4216 > > > _______________________________________________ > > > OpenAFS-devel mailing list > > > [EMAIL PROTECTED] > > > 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 > > [EMAIL PROTECTED] PGP key available > > -- > > > ------------------------------------------------------------ > Nathan Neulinger EMail: [EMAIL PROTECTED] > University of Missouri - Rolla Phone: (573) 341-4841 > Computing Services Fax: (573) 341-4216 > _______________________________________________ > OpenAFS-devel mailing list > [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] PGP key available _______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
