Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.411 (Entity 5.404) X-RT-Original-Encoding: iso-8859-1 Content-Length: 6622 From tep@franklin.sdsc.edu Thu Feb 27 16:54:22 1997 Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by rt-11.MIT.EDU (8.7.5/8.7.3) with SMTP id QAA12931 for ; Thu, 27 Feb 1997 16:54:17 -0500 Received: from franklin.sdsc.edu by MIT.EDU with SMTP id AA00780; Thu, 27 Feb 97 16:54:10 EST Received: from galt (tep@galt.sdsc.edu [132.249.40.111]) by franklin.sdsc.edu (8.8.3/8.8.3/SDSCserver-14) with SMTP id NAA02768; Thu, 27 Feb 1997 13:53:38 -0800 (PST) Received: by galt (SMI-8.6/1.11-client) id NAA03039; Thu, 27 Feb 1997 13:53:37 -0800 Message-Id: <199702272153.NAA03039@galt> Date: Thu, 27 Feb 1997 13:53:37 -0800 From: Tom Perrine To: krb5-bugs@MIT.EDU Cc: security@SDSC.EDU, workcore@franklin.sdsc.edu Subject: KRB5-1.0 - extraneous file - src/Makefile >Number: 382 >Category: krb5-build >Synopsis: KRB5-1.0 - extraneous file - src/Makefile >Confidential: yes >Severity: serious >Priority: medium >Responsible: tlyu >State: closed >Class: sw-bug >Submitter-Id: unknown >Arrival-Date: Thu Feb 27 16:55:00 EST 1997 >Last-Modified: Sun Mar 16 02:17:25 EST 1997 >Originator: >Organization: >Release: >Environment: >Description: While I was building KRB5-1.0 for four architectures simultaneously, I discovered that there is an extra file in the distribution. The file krb5-1.0/src/Makefile should not be in the distribution, it should be created by configure. If you are using 'lndir' to create parallel source trees, before the configure run, it will happily make a link in each tree to the original "src/Makefile" file. Then, when you run configure for each architecture (in my case, in parallel on multiple machines), the different configure runs will, in turn, overwrite the original (src/Makefile) file with their own configure output, instead of creating a new Makefile for each architecture. This is normally not a problem, as (it appears), most people build the parallel source trees using "lndir', then run (configure,make) cycles for each architecture in turn. You will also see this problem if you (configure,make) architecture A, then (configure,make) architecture B, and then try to re-"make" architecture A again without running configure for A again. This bug most often results in seemingly random compilation failures, or the "wrong" C compiler (or compiler arguments) being used. This is because when building for multiple architectures, usually the ONLY differences (if any) are in which compiler and platform-specific compiler arguments. If you use the same compiler (and arguments) for all architectures, (e.g. "gcc"), then you may never notice this problem. I finally tracked it down after noticing that a Solaris system was insisting on using "gcc" instead of "acc", but only in the top-level "src" dir. The fix is to "rm krb5-1.0/src/Makefile" after unpacking the archives, but before running 'lndir'. -- Tom E. Perrine (tep@SDSC.EDU) | San Diego Supercomputer Center http://www.sdsc.edu/~tep/ | Voice: +1.619.534.5000 I miss my 36-bit friends: Multics, TOPS-10, and TOPS-20. >How-To-Repeat: >Fix: >Audit-Trail: From: "Theodore Y. Ts'o" To: krb5-bugs@MIT.EDU, Tom Perrine Cc: gnats-admin@RT-11.MIT.EDU, krb5-prs@RT-11.MIT.EDU Subject: Re: pending/382: KRB5-1.0 - extraneous file - src/Makefile Date: Thu, 27 Feb 1997 18:01:47 -0500 Hi Tom, The reason for the extraneous Makefile, if you take a look at it, is for people who try to blindly type "make". We probably should document that if you're using lndir that you should remove the Makefile file first, though. - Ted From: John Hawkinson To: "Theodore Y. Ts'o" Cc: krb5-bugs@MIT.EDU, Tom Perrine , krb5-prs@RT-11.MIT.EDU Subject: Re: pending/382: KRB5-1.0 - extraneous file - src/Makefile Date: Sat, 1 Mar 1997 08:52:59 -0500 Ted, } The reason for the extraneous Makefile, if you take a look at } it, is for people who try to blindly type "make". This is silly. It's gratuitously inconsistent with the "standard" way configure works. If users cannot be bothered to look at the README if they habitually type "make" when building a package, I do not think there is much to be done for them. That said, it seems poor that the Makefile points users at doc/HOW-TO-BUILD, however src/README points users at doc/{install.ps,krb5-install.info}. Particularly when doc/HOW-TO-BUILD does not exist. } We probably should document that if you're using lndir that you should } remove the Makefile file first, though Certainly you should, but I submit it is still broken... It looks like krb5's practice of having a top-level Makefile dates back to when there was a top-level Imakefile, and I think that then it made sense, but right now it's more of a hindrance than a helper. --jhawk From: Sam Hartman To: John Hawkinson Cc: "Theodore Y. Ts'o" , krb5-bugs@MIT.EDU, Tom Perrine , krb5-prs@RT-11.MIT.EDU Subject: Re: pending/382: KRB5-1.0 - extraneous file - src/Makefile Date: 01 Mar 1997 11:25:49 -0500 >>>>> "John" == John Hawkinson writes: John> } We probably should document that if you're using lndir John> that you should } remove the Makefile file first, though John> Certainly you should, but I submit it is still broken... This sort of creates a problem for people like Athena who want to cvs import the krb5 sources and build them without modifying the sources at all using lndir. --Sam Responsible-Changed-From-To: gnats-admin->tlyu Responsible-Changed-By: tlyu Responsible-Changed-When: Wed Mar 12 22:33:42 1997 Responsible-Changed-Why: Refiled State-Changed-From-To: open-analyzed State-Changed-By: tlyu State-Changed-When: Wed Mar 12 22:34:22 1997 State-Changed-Why: From: Tom Yu To: tep@SDSC.EDU Cc: krb5-bugs@MIT.EDU, security@SDSC.EDU, workcore@franklin.sdsc.edu, krb5-bugs-redist@MIT.EDU Subject: Re: krb5-build/382: KRB5-1.0 - extraneous file - src/Makefile Date: Wed, 12 Mar 1997 22:36:15 -0500 It does appear that perhaps the best solution is to just remove the file. In my opinion it has certainly outlived its usefulness. ---Tom State-Changed-From-To: analyzed-closed State-Changed-By: tlyu State-Changed-When: Sun Mar 16 02:16:41 1997 State-Changed-Why: I've removed the file from the trunk. It's debatable whether this change should go into the 1.0p1 release, though. >Unformatted: