> I made `includes' and then `libraries'.
> Now `buildworld' succeeded! Thanks.
>
> How did you know this?
I read the makefiles.
> Is there a guide how to upgrade from stable to current?
> (src/UPDATING only mentions something about /usr/include/g++.)
No. CURRENT is not really documented that
On Oct 07 at 14:17, Mark Murray spoke:
> Look in src/Makefile* for the right way to fix your includes.
>
> (IIRC there is a target, maybe called "doincludes" to do this).
I made `includes' and then `libraries'.
Now `buildworld' succeeded! Thanks.
How did you know this?
Is there a guide how t
.viref
===> 18.msdiffs
===> 19.memacros
===> 20.meref
===> 30.rogue
make: don't know how to make includes(continuing)
===> 31.trek
make: don't know how to make includes(continuing)
I do not run games on this system, so src/games has
been removed. The Makefile in 30.rogue
On Thu, May 16, 2002 at 09:07:25AM +0300, Ruslan Ermilov wrote:
> it's possible to achieve this with:
>
> : make \
> : -DNO_worldtmp -DNO_bootstrap-tools -DNO_cleanobj -DNO_obj \
> : -DNO_build-tools -DNO_cross-tools \
> : buildworld TARGET_ARCH=foo
>
> Which in essence is equivalent
On Wed, May 15, 2002 at 03:18:15PM -0700, David O'Brien wrote:
> On Wed, May 15, 2002 at 07:43:22PM +0300, Ruslan Ermilov wrote:
> > one can easily ``make buildworld TARGET_ARCH=foo -DNO_cross-tools''.
>
> I am now doing many cross buildworlds. Is there a target (used with
> -DNOCLEAN) to use to
On Wed, May 15, 2002 at 07:43:22PM +0300, Ruslan Ermilov wrote:
> one can easily ``make buildworld TARGET_ARCH=foo -DNO_cross-tools''.
I am now doing many cross buildworlds. Is there a target (used with
-DNOCLEAN) to use to save time and resume a build at stage 4?
To Unsubscribe: send mail to [
like this:
>
> sudo make hierarchy
>
> > > sudo make includes
> > > sudo make libraries
What John wants is really these 2 steps. Includes and libraries form a
usable subsset of the world, so it would be reasonable to have an end-user
target for it. Hwowever, buil
omething like this:
>
> sudo make hierarchy
>
> > > sudo make includes
> > > sudo make libraries
> > > make obj && make depend && make
> > > sudo make install
> >
> > To build and install a new world.
>
With this si
Almost correct. For the record and future ports:
> It's useful for a new arch that doesn't have make world yet. When I would
> update world on my sparc before gcc was bmake'd it went something like this:
sudo make hierarchy
> > sudo make includes
> >
On 15-May-2002 Bruce Evans wrote:
> On Tue, 14 May 2002, David O'Brien wrote:
>
>> On Wed, May 15, 2002 at 12:38:49PM +1000, Bruce Evans wrote:
>> > > I really do not like this change, please return things such that the
>> > > long-ingraned "cd /us
Hi,
On Tue, May 14, 2002 at 06:05:27PM +0300, Ruslan Ermilov wrote:
> On Wed, May 15, 2002 at 12:18:04AM +1000, Bruce Evans wrote:
> > That's rather hackish, and doesn't handle garbage other than includes.
> > I usually find stale files by comparing my world with a world installed
> > in a nonsta
t; > long-ingraned "cd /usr/src ; make includes".
> > >
> > > I planned to fix this by changing "make includes" to print
> > > "Unwarranted chumminess with implementation".
> >
> > What is your perfered way to get the results
On Wed, May 15, 2002 at 09:59:19AM +0300, Ruslan Ermilov wrote:
> Actually, from what I've read, I plan on renaming these targets to
> buildincludes and installincludes, and restoring the `includes' to
> mean build + install.
Thank you.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
includes,
> since it would be difficult to make the includes target safe for general
> use. I don't know what it really useful for.
`make includes' has been *invaluable* to time many times.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, 14 May 2002, David O'Brien wrote:
> On Wed, May 15, 2002 at 12:38:49PM +1000, Bruce Evans wrote:
> > > I really do not like this change, please return things such that the
> > > long-ingraned "cd /usr/src ; make includes".
> >
> > I pl
On Tue, May 14, 2002 at 12:18:14PM -0700, David O'Brien wrote:
> On Tue, May 14, 2002 at 04:10:51PM +0300, Ruslan Ermilov wrote:
> > > Why change in the first place?
> > >
> > > What was wrong with 'make includes'? Why break POLA?
> > &g
On Tue, May 14, 2002 at 06:43:01AM +, Hiten Pandya wrote:
> --- Ruslan Ermilov <[EMAIL PROTECTED]> wrote:
> > People might want to use it like that:
> >
> > make world
> > mv /usr/include /usr/include.old
>
> Sorry to butt in; but wouldn't it be more good if this step was done
> by the build
On Wed, May 15, 2002 at 12:38:49PM +1000, Bruce Evans wrote:
> > I really do not like this change, please return things such that the
> > long-ingraned "cd /usr/src ; make includes".
>
> I planned to fix this by changing "make includes" to print
> &q
On Tue, 14 May 2002, David O'Brien wrote:
> On Tue, May 14, 2002 at 09:21:18AM +0300, Ruslan Ermilov wrote:
> >
> > Yes. "make includes" has been modified to mean "build includes",
> > and the new "make incsinstall" has been added to "
--- Ruslan Ermilov <[EMAIL PROTECTED]> wrote:
> People might want to use it like that:
>
> make world
> mv /usr/include /usr/include.old
Sorry to butt in; but wouldn't it be more good if this step was done
by the build scripts itself? (refering to: mv /usr/include /usr/include.old)
> make incsi
On Tue, May 14, 2002 at 04:10:51PM +0300, Ruslan Ermilov wrote:
> > Why change in the first place?
> >
> > What was wrong with 'make includes'? Why break POLA?
> >
> They were broken. See commit log for share/mk/bsd.incs.mk,v 1.1 for
> a full story.
I f
On Tue, May 14, 2002 at 09:21:18AM +0300, Ruslan Ermilov wrote:
>
> Yes. "make includes" has been modified to mean "build includes",
> and the new "make incsinstall" has been added to "install" them.
> So the correct sequence is "make
On Wed, May 15, 2002 at 12:18:04AM +1000, Bruce Evans wrote:
> On Tue, 14 May 2002, Ruslan Ermilov wrote:
>
> > On Tue, May 14, 2002 at 11:32:19PM +1000, Bruce Evans wrote:
> > > Installing includes just corrupts the host environment unless the new
> > > includes are consistent with the old libra
On Tue, 14 May 2002, Ruslan Ermilov wrote:
> On Tue, May 14, 2002 at 11:32:19PM +1000, Bruce Evans wrote:
> > Installing includes just corrupts the host environment unless the new
> > includes are consistent with the old libraries. If you know the build
> > system, the includes and the libraries
On Tue, 14 May 2002 16:34:56 +0300, Ruslan Ermilov wrote:
> People might want to use it like that:
>
> make world
> mv /usr/include /usr/include.old
> make incsinstall
>
> To remove stale includes. Previous version had "includes" that both
> built and installed includes, I have just split it
On Tue, May 14, 2002 at 11:32:19PM +1000, Bruce Evans wrote:
> On Tue, 14 May 2002, Ruslan Ermilov wrote:
>
> > On Tue, May 14, 2002 at 06:21:41PM +1000, Bruce Evans wrote:
> > > On Tue, 14 May 2002, Ruslan Ermilov wrote:
> > >
> > > > Yes. "
On Tue, 14 May 2002, Ruslan Ermilov wrote:
> On Tue, May 14, 2002 at 06:21:41PM +1000, Bruce Evans wrote:
> > On Tue, 14 May 2002, Ruslan Ermilov wrote:
> >
> > > Yes. "make includes" has been modified to mean "build includes",
> > > and
On Tue, May 14, 2002 at 03:01:28PM +0200, Anders Andersson wrote:
> On Tue, May 14, 2002 at 09:21:18AM +0300, Ruslan Ermilov wrote:
> > Yes. "make includes" has been modified to mean "build includes",
> > and the new "make incsinstall" has bee
On Tue, May 14, 2002 at 09:21:18AM +0300, Ruslan Ermilov wrote:
> Yes. "make includes" has been modified to mean "build includes",
> and the new "make incsinstall" has been added to "install" them.
> So the correct sequence is "make inclu
On Tue, May 14, 2002 at 06:21:41PM +1000, Bruce Evans wrote:
> On Tue, 14 May 2002, Ruslan Ermilov wrote:
>
> > Yes. "make includes" has been modified to mean "build includes",
> > and the new "make incsinstall" has been added to "install
On Tue, 14 May 2002, Ruslan Ermilov wrote:
> Yes. "make includes" has been modified to mean "build includes",
> and the new "make incsinstall" has been added to "install" them.
> So the correct sequence is "make includes incsinstall&qu
On Tue, May 14, 2002 at 08:45:59AM +0200, Riccardo Torrini wrote:
> On 14-May-2002 (06:21:18/GMT) Ruslan Ermilov wrote:
>
> > I'm still unsure about the name; I'd have liked to rename it to
> > "includesinstall" but that is too long.
>
> U, buildworld, installworld, buildkernel, installkerne
On 14-May-2002 (06:21:18/GMT) Ruslan Ermilov wrote:
> I'm still unsure about the name; I'd have liked to rename it to
> "includesinstall" but that is too long.
U, buildworld, installworld, buildkernel, installkernel...
It would be: buildinclude{s}, installinclude{s} just to be simmetric :)
; cd /usr/src && make includes
>
> but that does not work anymore!
>
> It seems that it does the correct thing but not a single file is
> installed in /usr/include
>
> Do you have any clue whats going on?
>
Yes. "make includes" has been modified to mean
On 01-Apr-2002 Josef Karthauser wrote:
> On Mon, Apr 01, 2002 at 11:39:16AM -0500, John Baldwin wrote:
>> Argh, it seems that libusbhid.h doesn't get installed by make includes thus
>> if
>> one is trying to use make includes to update headers prior to doing a make
>
On Mon, Apr 01, 2002 at 11:39:16AM -0500, John Baldwin wrote:
> Argh, it seems that libusbhid.h doesn't get installed by make includes thus if
> one is trying to use make includes to update headers prior to doing a make
> depend or make all in /usr/src on a machine that can't
Argh, it seems that libusbhid.h doesn't get installed by make includes thus if
one is trying to use make includes to update headers prior to doing a make
depend or make all in /usr/src on a machine that can't do buildworld (like,
say, sparc64), then it dies. Can the USB maintainer
typically has a seperate
> > set of *{DIR/OWN/GRP/MODE} specs. bsd.inc.mk was cloned from another
> > bsd.*.mk file.
>
> Well, I don't mind how it gets fixed, but it's very unorthogonal at
> the moment having to set two sets of OWN/GRP variables in order to
&g
t; > set of *{DIR/OWN/GRP/MODE} specs. bsd.inc.mk was cloned from another
> > bsd.*.mk file.
>
> Well, I don't mind how it gets fixed, but it's very unorthogonal at
> the moment having to set two sets of OWN/GRP variables in order to
> make includes as non-root.
>
nother
> bsd.*.mk file.
Well, I don't mind how it gets fixed, but it's very unorthogonal at
the moment having to set two sets of OWN/GRP variables in order to
make includes as non-root.
Someone tell me what they should be using and I'll fix it.
Kris
PGP signature
> On Mon, May 28, 2001 at 10:22:33AM -0700, Rodney W. Grimes wrote:
> > > This was on my TODO. The only problem with INCOWN/INCGRP not being
> > > used here is that they were introduced long after include/Makefile.
> >
> > And perhaps one should go read the commit message that introduced them...
On Mon, May 28, 2001 at 10:26:11AM -0700, David O'Brien wrote:
> On Mon, May 28, 2001 at 10:22:33AM -0700, Rodney W. Grimes wrote:
> > > This was on my TODO. The only problem with INCOWN/INCGRP not being
> > > used here is that they were introduced long after include/Makefile.
> >
> > And perhap
On Mon, May 28, 2001 at 10:22:33AM -0700, Rodney W. Grimes wrote:
> > This was on my TODO. The only problem with INCOWN/INCGRP not being
> > used here is that they were introduced long after include/Makefile.
>
> And perhaps one should go read the commit message that introduced them...
> it was
> On Sat, May 26, 2001 at 03:06:00PM -0700, Kris Kennaway wrote:
> > On Sat, May 26, 2001 at 02:59:22PM -0700, Kris Kennaway wrote:
> > > Shouldn't the includes/Makefile be installing headers using
> > > INCOWN/INCGRP instead of BINOWN/BINGRP? I ran into this
On Sat, May 26, 2001 at 03:06:00PM -0700, Kris Kennaway wrote:
> On Sat, May 26, 2001 at 02:59:22PM -0700, Kris Kennaway wrote:
> > Shouldn't the includes/Makefile be installing headers using
> > INCOWN/INCGRP instead of BINOWN/BINGRP? I ran into this when trying
> > to
On Sat, May 26, 2001 at 02:59:22PM -0700, Kris Kennaway wrote:
> Shouldn't the includes/Makefile be installing headers using
> INCOWN/INCGRP instead of BINOWN/BINGRP? I ran into this when trying
> to do a 'make includes' as a normal user.
Oops, hit send too soon; more
Shouldn't the includes/Makefile be installing headers using
INCOWN/INCGRP instead of BINOWN/BINGRP? I ran into this when trying
to do a 'make includes' as a normal user.
Kris
Index: include/Makefile
===
RCS file:
Hi,
the above statement leads to:
...
cd /usr/src/kerberos5/lib/libkrb5; make beforeinstall
install -C -o root -g wheel -m 444 krb5.h /usr/include/krb5.h
install: krb5.h: No such file or directory
*** Error code 71
...
Something missing?
Bye!
Michael Reifenberger
Plaut Software
48 matches
Mail list logo
