On Fri, 17 Aug 2001, David O'Brien wrote:
> On Wed, Aug 15, 2001 at 12:40:19PM +1000, Bruce Evans wrote:
> > On Tue, 14 Aug 2001, Ruslan Ermilov wrote:
> >
> > > On Tue, Aug 14, 2001 at 08:55:56AM -0700, David O'Brien wrote:
> > > > >From a correctness stand point, building the .mgc files at inst
In message <[EMAIL PROTECTED]> "David O'Brien" writes:
: We should decide if a cross-platform must be
: installworld'able on the host, target, or both.
Having brought up ports on other OSes, I've found the ability to
install a target on a host to be useful. I think it should be a goal,
unless i
On Fri, Aug 17, 2001 at 08:49:10AM -0700, David O'Brien wrote:
> On Fri, Aug 10, 2001 at 05:37:51PM +0300, Ruslan Ermilov wrote:
> > I can't believe I hear that from you, Bruce. :-)
> > Generation at install time is a damn bad idea, please see below.
> [...]
> > 1. This won't work for cross-plat
On Fri, Aug 10, 2001 at 05:37:51PM +0300, Ruslan Ermilov wrote:
> I can't believe I hear that from you, Bruce. :-)
> Generation at install time is a damn bad idea, please see below.
[...]
> 1. This won't work for cross-platform installworld, since ./file
> is targetted for a different platfo
On Wed, Aug 15, 2001 at 12:40:19PM +1000, Bruce Evans wrote:
> On Tue, 14 Aug 2001, Ruslan Ermilov wrote:
>
> > On Tue, Aug 14, 2001 at 08:55:56AM -0700, David O'Brien wrote:
> > > >From a correctness stand point, building the .mgc files at install time
> > > is the correct thing to do... or mayb
On Wed, 15 Aug 2001, Ruslan Ermilov wrote:
> On Wed, Aug 15, 2001 at 12:40:19PM +1000, Bruce Evans wrote:
> > I agree (except the build-tools concept is a hack to work around
> > build-tools binaries not being buildable and installable in the usual
> > way (with 1 binary per Makefile)).
> >
> It
On Wed, Aug 15, 2001 at 12:40:19PM +1000, Bruce Evans wrote:
[...]
> > > +mkmagic: apprentice.c print-hacked.c
> > > + ${HOST_CC} -o mkmagic -DHAVE_CONFIG_H -DCOMPILE_ONLY \
> > > + -I${.CURDIR} -I${SRCDIR} ${.ALLSRC}
> > >
> > Whoa, cool!
> >
> > That's what I wanted from the very beginni
On Tue, 14 Aug 2001, David O'Brien wrote:
> On Tue, Aug 14, 2001 at 08:30:45PM +0300, Ruslan Ermilov wrote:
>
> > The build in ${DESTDIR} is allowed, we, for
> > example, execute makewhatis(1) at the end of `installworld'. But this
> > "build" is implicit, i.e., it's not done by make dependencie
On Tue, 14 Aug 2001, Ruslan Ermilov wrote:
> On Tue, Aug 14, 2001 at 08:55:56AM -0700, David O'Brien wrote:
> > >From a correctness stand point, building the .mgc files at install time
> > is the correct thing to do... or maybe we should do both -- doing the
> > [re]creation of the .mgc files at
On Tue, Aug 14, 2001 at 08:30:45PM +0300, Ruslan Ermilov wrote:
> Just to clarify. Nothing should be built in ${.OBJDIR} at install time,
> as it may be read-only.
Correct.
> The build in ${DESTDIR} is allowed, we, for
> example, execute makewhatis(1) at the end of `installworld'. But this
>
On Tue, Aug 14, 2001 at 08:55:56AM -0700, David O'Brien wrote:
> On Tue, Aug 14, 2001 at 09:54:04AM +0300, Ruslan Ermilov wrote:
> > > They produce the same output, but in the general case they do not need
> > > to.
> >
> > What I hear? Hell, then my solution (or something similar) should be
> >
On Tue, Aug 14, 2001 at 09:54:04AM +0300, Ruslan Ermilov wrote:
> > They produce the same output, but in the general case they do not need
> > to.
>
> What I hear? Hell, then my solution (or something similar) should be
> committed, as it at least unbreaks the 4.x -> 5.0 upgrade path, which
> I
On Mon, Aug 13, 2001 at 01:30:15PM -0700, David O'Brien wrote:
> On Fri, Aug 10, 2001 at 08:23:00PM +0300, Ruslan Ermilov wrote:
> > > Your solution does not work. You're creating binary files in HOST
> > > format during the build phase and expecting things such as alignment
> > > and endianness
On Fri, Aug 10, 2001 at 08:23:00PM +0300, Ruslan Ermilov wrote:
> > Your solution does not work. You're creating binary files in HOST
> > format during the build phase and expecting things such as alignment
> > and endianness to be the same as the TARGET format. Unless the tools
> > are built t
On Sat, Aug 11, 2001 at 11:51:18AM -0700, Terry Lambert wrote:
[...]
> > > If this is really a goal, then you should redesign the
> > > process and not put more and more tools into the "build tools"
> > > category to work around these problems.
> >
> > Take a look at sysinstall/Makefile to have a
David!
As you have been warned, revisions 1.19 and 1.20 to file/Makefile
broke cross builds and upgrade path from 4.x to 5.0. This is due
to the use of just built ./file binary to produce magic.mgc and
magic.mime.mgc files. In the case of 4.x->5.0 upgrade, buildworld
bombs with
./file -C -m ma
16 matches
Mail list logo
