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 <bugs@RT-11.MIT.EDU>; 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 <tep@SDSC.EDU>
To: krb5-bugs@MIT.EDU
Cc: security@SDSC.EDU, workcore@franklin.sdsc.edu
Subject: KRB5-1.0 - extraneous file - src/Makefile
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.
From: "Theodore Y. Ts'o" <tytso@MIT.EDU>
To: krb5-bugs@MIT.EDU, Tom Perrine <tep@SDSC.EDU>
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 <jhawk@MIT.EDU>
To: "Theodore Y. Ts'o" <tytso@MIT.EDU>
Cc: krb5-bugs@MIT.EDU, Tom Perrine <tep@SDSC.EDU>, 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 <hartmans@MIT.EDU>
To: John Hawkinson <jhawk@MIT.EDU>
Cc: "Theodore Y. Ts'o" <tytso@MIT.EDU>, krb5-bugs@MIT.EDU,
Tom Perrine <tep@SDSC.EDU>, 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
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 <tlyu@MIT.EDU>
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.
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 <bugs@RT-11.MIT.EDU>; 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 <tep@SDSC.EDU>
To: krb5-bugs@MIT.EDU
Cc: security@SDSC.EDU, workcore@franklin.sdsc.edu
Subject: KRB5-1.0 - extraneous file - src/Makefile
Show quoted text
>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>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:
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.
Show quoted text
>How-To-Repeat:
>Fix:
>Audit-Trail:
>Fix:
>Audit-Trail:
From: "Theodore Y. Ts'o" <tytso@MIT.EDU>
To: krb5-bugs@MIT.EDU, Tom Perrine <tep@SDSC.EDU>
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 <jhawk@MIT.EDU>
To: "Theodore Y. Ts'o" <tytso@MIT.EDU>
Cc: krb5-bugs@MIT.EDU, Tom Perrine <tep@SDSC.EDU>, 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 <hartmans@MIT.EDU>
To: John Hawkinson <jhawk@MIT.EDU>
Cc: "Theodore Y. Ts'o" <tytso@MIT.EDU>, krb5-bugs@MIT.EDU,
Tom Perrine <tep@SDSC.EDU>, 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
Show quoted text
>>>>> "John" == John Hawkinson <jhawk@MIT.EDU> writes:
Show quoted text
John> } We probably should document that if you're using lndir
John> that you should } remove the Makefile file first, though
John> that you should } remove the Makefile file first, though
Show quoted text
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 <tlyu@MIT.EDU>
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.
Show quoted text
>Unformatted: