From root@betsy.mit.edu Fri Jul 25 22:36:04 1997
Received: from MIT.EDU (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28]) by rt-11.MIT.EDU (8.7.5/8.7.3) with SMTP id WAA16302 for <bugs@RT-11.MIT.EDU>; Fri, 25 Jul 1997 22:36:04 -0400
Received: from BETSY.MIT.EDU by MIT.EDU with SMTP
id AA23239; Fri, 25 Jul 97 22:34:37 EDT
Received: (from root@localhost) by betsy.mit.edu (8.6.12/8.6.9) id WAA03970; Fri, 25 Jul 1997 22:23:29 -0400
Message-Id: <199707260223.WAA03970@betsy.mit.edu>
Date: Fri, 25 Jul 1997 22:23:29 -0400
From: matt@lindy.mit.edu
Reply-To: matt@lindy.mit.edu
To: krb5-bugs@MIT.EDU
Subject: can't build using separate build directories
X-Send-Pr-Version: 3.99
MIT
Machine: Sun Ultra1
System: SunOS 4.1.3
Machine: Sun SPARCstation 330
System: Linux 1.2.3
Architecture: i486
The following error is produced with multiple build directories:
cat ../../../src/util/profile/profile.hin prof_err.h > profile.h
cat: cannot open prof_err.h
*** Error code 2
make: Warning: Command failed for target `profile.h' (on host lindy)
Current working directory /home2/matt/krb/krb5-1.0pl1/solaris2.5/util/profile
If this is fixed by creating prof_err.h by hand (i.e. running
awk with the explicit filenames), then 'make' fails to create any of the
.o files for the util/profile directory. Presumably if the .o files are
all compiled by hand, other errors will show up in other directories.
Follow the instructions in section 3.3.2 of the Installation Guide.
Makefiles:
(1) remove '.SUFFIXES:' lines
(2) targets like .et.h: should be rewritten as %.h:
$< should be rewritten as $*.et
(3) targets like .c.o: should be rewritten as %.o:
From: Ken Hornstein <kenh@cmf.nrl.navy.mil>
To: matt@lindy.mit.edu
Cc: krb5-bugs@MIT.EDU
Subject: Re: krb5-build/450: can't build using separate build directories
Date: Fri, 25 Jul 1997 22:47:11 -0400
I build Kerberos for about 5 architectures using separate object trees,
and I've never had this problem.
--Ken
From: Tom Yu <tlyu@MIT.EDU>
To: krb5-bugs@MIT.EDU
Cc: Subject: Re: krb5-build/450: [matt@lindy.mit.edu: Ignore krb5-build/450]
Date: Thu, 7 Aug 1997 16:34:04 -0400
------- start of forwarded message (RFC 934 encapsulation) -------
Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po9.MIT.EDU (5.61/4.7) id AA09204; Sat, 26 Jul 97 18:13:57 EDT
Received: from LINDY.MIT.EDU by MIT.EDU with SMTP
id AA26594; Sat, 26 Jul 97 18:13:35 EDT
Message-Id: <9707262213.AA26594@MIT.EDU>
Received: by lindy id SAA15335g; Sat, 26 Jul 1997 18:16:39 -0400
Date: Sat, 26 Jul 1997 18:16:39 -0400
From: Matt Borthwick <matt@lindy.mit.edu>
To: tlyu@MIT.EDU
Subject: Ignore krb5-build/450
X-Sun-Charset: US-ASCII
I sent in a bug report yesterday (7/25), krb5-build/450. Ken Hornstein
(kenh@cmf.nrl.navy.mil) suggested that I might not be using GNU make, and
of course it turns out I wasn't. I still wonder why VPATH is used instead of
%, but I'm sure there's a good reason.
Sorry for the false alarm,
- Matt
------- end -------
State-Changed-From-To: open-closed
State-Changed-By: tlyu
State-Changed-When: Thu Aug 7 16:37:35 1997
State-Changed-Why:
user error; should use gmake for offset builds on SunOS, etc.
From: Tom Yu <tlyu@MIT.EDU>
To: matt@lindy.mit.edu
Cc: krb5-bugs@MIT.EDU
Subject: Re: krb5-build/450: can't build using separate build directories
Date: Thu, 7 Aug 1997 16:37:21 -0400
VPATH is used in preference to pattern rules to allow the Makefiles to
be used at all on platforms that don't support "%" type pattern rules,
without using VPATH either. It so happens that using VPATH causes
fewer side effects on the compatibility of the Makefiles with
minimalistic makes.
---Tom
Received: from MIT.EDU (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28]) by rt-11.MIT.EDU (8.7.5/8.7.3) with SMTP id WAA16302 for <bugs@RT-11.MIT.EDU>; Fri, 25 Jul 1997 22:36:04 -0400
Received: from BETSY.MIT.EDU by MIT.EDU with SMTP
id AA23239; Fri, 25 Jul 97 22:34:37 EDT
Received: (from root@localhost) by betsy.mit.edu (8.6.12/8.6.9) id WAA03970; Fri, 25 Jul 1997 22:23:29 -0400
Message-Id: <199707260223.WAA03970@betsy.mit.edu>
Date: Fri, 25 Jul 1997 22:23:29 -0400
From: matt@lindy.mit.edu
Reply-To: matt@lindy.mit.edu
To: krb5-bugs@MIT.EDU
Subject: can't build using separate build directories
X-Send-Pr-Version: 3.99
Show quoted text
>Number: 450
>Category: krb5-build
>Synopsis: can't build using separate build directories
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: tlyu
>State: closed
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Fri Jul 25 22:37:01 EDT 1997
>Last-Modified: Thu Aug 07 16:39:01 EDT 1997
>Originator: Matt Borthwick
>Organization:
Department of Physics>Category: krb5-build
>Synopsis: can't build using separate build directories
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: tlyu
>State: closed
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Fri Jul 25 22:37:01 EDT 1997
>Last-Modified: Thu Aug 07 16:39:01 EDT 1997
>Originator: Matt Borthwick
>Organization:
MIT
Show quoted text
>Release: 1.0pl1
>Environment:
System: Solaris 2.5>Environment:
Machine: Sun Ultra1
System: SunOS 4.1.3
Machine: Sun SPARCstation 330
System: Linux 1.2.3
Architecture: i486
Show quoted text
>Description:
Makefiles involving suffix targets do not work properly.The following error is produced with multiple build directories:
cat ../../../src/util/profile/profile.hin prof_err.h > profile.h
cat: cannot open prof_err.h
*** Error code 2
make: Warning: Command failed for target `profile.h' (on host lindy)
Current working directory /home2/matt/krb/krb5-1.0pl1/solaris2.5/util/profile
If this is fixed by creating prof_err.h by hand (i.e. running
awk with the explicit filenames), then 'make' fails to create any of the
.o files for the util/profile directory. Presumably if the .o files are
all compiled by hand, other errors will show up in other directories.
Show quoted text
>How-To-Repeat:
Follow the instructions in section 3.3.2 of the Installation Guide.
Show quoted text
>Fix:
Changes of the following sorts should be made to the appropriateMakefiles:
(1) remove '.SUFFIXES:' lines
(2) targets like .et.h: should be rewritten as %.h:
$< should be rewritten as $*.et
(3) targets like .c.o: should be rewritten as %.o:
Show quoted text
>Audit-Trail:
From: Ken Hornstein <kenh@cmf.nrl.navy.mil>
To: matt@lindy.mit.edu
Cc: krb5-bugs@MIT.EDU
Subject: Re: krb5-build/450: can't build using separate build directories
Date: Fri, 25 Jul 1997 22:47:11 -0400
Show quoted text
> Makefiles involving suffix targets do not work properly.
> The following error is produced with multiple build directories:
> The following error is produced with multiple build directories:
I build Kerberos for about 5 architectures using separate object trees,
and I've never had this problem.
--Ken
From: Tom Yu <tlyu@MIT.EDU>
To: krb5-bugs@MIT.EDU
Cc: Subject: Re: krb5-build/450: [matt@lindy.mit.edu: Ignore krb5-build/450]
Date: Thu, 7 Aug 1997 16:34:04 -0400
------- start of forwarded message (RFC 934 encapsulation) -------
Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po9.MIT.EDU (5.61/4.7) id AA09204; Sat, 26 Jul 97 18:13:57 EDT
Received: from LINDY.MIT.EDU by MIT.EDU with SMTP
id AA26594; Sat, 26 Jul 97 18:13:35 EDT
Message-Id: <9707262213.AA26594@MIT.EDU>
Received: by lindy id SAA15335g; Sat, 26 Jul 1997 18:16:39 -0400
Date: Sat, 26 Jul 1997 18:16:39 -0400
From: Matt Borthwick <matt@lindy.mit.edu>
To: tlyu@MIT.EDU
Subject: Ignore krb5-build/450
X-Sun-Charset: US-ASCII
I sent in a bug report yesterday (7/25), krb5-build/450. Ken Hornstein
(kenh@cmf.nrl.navy.mil) suggested that I might not be using GNU make, and
of course it turns out I wasn't. I still wonder why VPATH is used instead of
%, but I'm sure there's a good reason.
Sorry for the false alarm,
- Matt
------- end -------
State-Changed-From-To: open-closed
State-Changed-By: tlyu
State-Changed-When: Thu Aug 7 16:37:35 1997
State-Changed-Why:
user error; should use gmake for offset builds on SunOS, etc.
From: Tom Yu <tlyu@MIT.EDU>
To: matt@lindy.mit.edu
Cc: krb5-bugs@MIT.EDU
Subject: Re: krb5-build/450: can't build using separate build directories
Date: Thu, 7 Aug 1997 16:37:21 -0400
VPATH is used in preference to pattern rules to allow the Makefiles to
be used at all on platforms that don't support "%" type pattern rules,
without using VPATH either. It so happens that using VPATH causes
fewer side effects on the compatibility of the Makefiles with
minimalistic makes.
---Tom
Show quoted text
>Unformatted: