Alexander Best writes:
> indeed it worked. :) thanks a bunch. however it seems that CC/CXX/CPP
> have to be set in make.conf. setting them in src.conf breaks
> buildworld.
Yes, I noticed - you can't set CFLAGS in src.conf either. I don't know
why.
> maybe this should go into src.conf(5)?
I'll
2010/6/15 Dag-Erling Smørgrav :
> Alexander Best writes:
>> Dag-Erling Smørgrav writes:
>> > The problem is that "/usr/src/" is not a prefix of "/usr/src".
>> ah i see. would something like
>>
>> empty(.CURDIR:M/usr/src*) instead of empty(.aCURDIR:M/usr/src/*) work?
>
> I think so. My hypothesis
Alexander Best writes:
> Dag-Erling Smørgrav writes:
> > The problem is that "/usr/src/" is not a prefix of "/usr/src".
> ah i see. would something like
>
> empty(.CURDIR:M/usr/src*) instead of empty(.aCURDIR:M/usr/src/*) work?
I think so. My hypothesis is that CC, CXX etc. were set in the
top-
2010/6/15 Dag-Erling Smørgrav :
> Alexander Best writes:
>> sorry. i didn't mean to affend you. doug barton already pointed out
>> that what i had in my make.conf beforehand won't work unless /usr/src
>> and /usr/obj are literal directories in /usr [1].
>
> The problem is that "/usr/src/" is not a
Alexander Best writes:
> sorry. i didn't mean to affend you. doug barton already pointed out
> that what i had in my make.conf beforehand won't work unless /usr/src
> and /usr/obj are literal directories in /usr [1].
The problem is that "/usr/src/" is not a prefix of "/usr/src".
DES
--
Dag-Erli
On Tue, Jun 15, 2010 at 7:30 PM, Doug Barton wrote:
> On 06/15/10 10:24, Alexander Best wrote:
>>
>> `make -V .CURDIR` in /usr/src returns "/usr/src"
>
> Thanks. Now:
>
> cd /usr/obj/usr/src
> make -V .CURDIR
"/usr/obj/usr/src"
>
>
> Doug
>
> --
>
> ... and that's just a little bit of his
On 06/15/10 10:24, Alexander Best wrote:
`make -V .CURDIR` in /usr/src returns "/usr/src"
Thanks. Now:
cd /usr/obj/usr/src
make -V .CURDIR
Doug
--
... and that's just a little bit of history repeating.
-- Propellerheads
Improve the effectiveness of
On Tue, Jun 15, 2010 at 7:12 PM, Doug Barton wrote:
> On 06/15/10 04:11, Alexander Best wrote:
>>
>> 2010/6/15 Dag-Erling Smørgrav:
>>>
>>> Alexander Best writes:
Dag-Erling Smørgrav writes:
>
> Alexander Best writes:
>>
>> .if empty(.CURDIR:M/usr/src/*)&& empty(.CURD
On 06/15/10 04:11, Alexander Best wrote:
2010/6/15 Dag-Erling Smørgrav:
Alexander Best writes:
Dag-Erling Smørgrav writes:
Alexander Best writes:
.if empty(.CURDIR:M/usr/src/*)&& empty(.CURDIR:M/usr/obj/*)&&
exists(/usr/local/bin/gcc44)
CC = gcc44
CXX = g++44
CPP = cpp44
.endif
What happ
2010/6/15 Dag-Erling Smørgrav :
> Alexander Best writes:
>> Dag-Erling Smørgrav writes:
>> > Alexander Best writes:
>> > > .if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) &&
>> > > exists(/usr/local/bin/gcc44)
>> > > CC = gcc44
>> > > CXX = g++44
>> > > CPP = cpp44
>> > > .endif
>>
Alexander Best writes:
> Dag-Erling Smørgrav writes:
> > Alexander Best writes:
> > > .if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) &&
> > > exists(/usr/local/bin/gcc44)
> > > CC = gcc44
> > > CXX = g++44
> > > CPP = cpp44
> > > .endif
> > What happens when .CURDIR = /usr/src?
> i
2010/6/14 Dag-Erling Smørgrav :
> Alexander Best writes:
>> .if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) &&
>> exists(/usr/local/bin/gcc44)
>> CC = gcc44
>> CXX = g++44
>> CPP = cpp44
>> .endif
>
> What happens when .CURDIR = /usr/src?
i'm now using
.if !target(buildworld) && !ta
Alexander Best writes:
> .if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) &&
> exists(/usr/local/bin/gcc44)
> CC = gcc44
> CXX = g++44
> CPP = cpp44
> .endif
What happens when .CURDIR = /usr/src?
DES
--
Dag-Erling Smørgrav - d...@des.no
__
On Mon, Jun 14, 2010 at 4:17 PM, Anonymous wrote:
> Alexander Best writes:
>
>> On Mon, Jun 14, 2010 at 12:05 PM, Roman Divacky wrote:
>>> On Sun, Jun 13, 2010 at 10:28:23PM +0200, Alexander Best wrote:
hi there. i'm experiencing two problems during buildworld. i'm not
sure if these ar
Alexander Best writes:
> On Mon, Jun 14, 2010 at 12:05 PM, Roman Divacky wrote:
>> On Sun, Jun 13, 2010 at 10:28:23PM +0200, Alexander Best wrote:
>>> hi there. i'm experiencing two problems during buildworld. i'm not
>>> sure if these are the result of me doing weird stuff or a problem in
>>> t
On Mon, Jun 14, 2010 at 12:05 PM, Roman Divacky wrote:
> On Sun, Jun 13, 2010 at 10:28:23PM +0200, Alexander Best wrote:
>> hi there. i'm experiencing two problems during buildworld. i'm not
>> sure if these are the result of me doing weird stuff or a problem in
>> the src structure:
>>
>> 1. i ha
On Sun, Jun 13, 2010 at 10:28:23PM +0200, Alexander Best wrote:
> hi there. i'm experiencing two problems during buildworld. i'm not
> sure if these are the result of me doing weird stuff or a problem in
> the src structure:
>
> 1. i have the following in my make.conf:
>
> .if empty(.CURDIR:M/usr
On Mon, Jun 14, 2010 at 6:58 AM, Ed Schouten wrote:
> * Alexander Best wrote:
>> CC=gcc44
>> CXX=g++44
>> CPP=cpp44
>
> As I mentioned before, "gcc44" and "/usr/local/bin/gcc44" are spelled
> differently.
yes, but the point is: i don't want gcc44 to be used at all during
buildworld/buildkernel.
* Alexander Best wrote:
> CC=gcc44
> CXX=g++44
> CPP=cpp44
As I mentioned before, "gcc44" and "/usr/local/bin/gcc44" are spelled
differently.
--
Ed Schouten
WWW: http://80386.nl/
pgpCgGKibtSmx.pgp
Description: PGP signature
On Mon, Jun 14, 2010 at 1:28 AM, Doug Barton wrote:
> On 06/13/10 16:21, Alexander Best wrote:
>>
>> `mount -p&& stat -x /usr/src /usr/obj`:
>
> wow, completely unhelpful. So let me try again. If the /usr/src and /usr/obj
> are not literal directories in /usr then the tests you posted won't work.
On 06/13/10 16:21, Alexander Best wrote:
`mount -p&& stat -x /usr/src /usr/obj`:
wow, completely unhelpful. So let me try again. If the /usr/src and
/usr/obj are not literal directories in /usr then the tests you posted
won't work. Given what you've posted so far I strongly suspect that
the
On Mon, Jun 14, 2010 at 1:02 AM, Doug Barton wrote:
> On 06/13/10 15:58, Alexander Best wrote:
>>
>> hmmm...but i thought during buildworld either
>>
>> empty(.CURDIR:M/usr/src/*) or
>> empty(.CURDIR:M/usr/obj/*) should be false. so CC/CXX/CPP should never
>> actually be set during buildworld or b
On 06/13/10 15:58, Alexander Best wrote:
hmmm...but i thought during buildworld either
empty(.CURDIR:M/usr/src/*) or
empty(.CURDIR:M/usr/obj/*) should be false. so CC/CXX/CPP should never
actually be set during buildworld or buildkernel.
That depends, are /usr/src and /usr/obj literally direc
On Sun, Jun 13, 2010 at 11:46 PM, Ed Schouten wrote:
> Alexander,
>
> * Alexander Best wrote:
>> .if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) &&
>> exists(/usr/local/bin/gcc44)
>> CC = gcc44
>> CXX = g++44
>> CPP = cpp44
>> .endif
>
> Try /usr/local/bin/gcc44. The FreeBSD build in
Alexander,
* Alexander Best wrote:
> .if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) &&
> exists(/usr/local/bin/gcc44)
> CC = gcc44
> CXX = g++44
> CPP = cpp44
> .endif
Try /usr/local/bin/gcc44. The FreeBSD build infrastructure overrides
PATH to prevent accidental use of local tools
On Sun, Jun 13, 2010 at 10:28 PM, Alexander Best
wrote:
> hi there. i'm experiencing two problems during buildworld. i'm not
> sure if these are the result of me doing weird stuff or a problem in
> the src structure:
>
> 1. i have the following in my make.conf:
>
> .if empty(.CURDIR:M/usr/src/*) &
On Jun 13, 2010, at 3:28 PM, Alexander Best wrote:
> hi there. i'm experiencing two problems during buildworld. i'm not
> sure if these are the result of me doing weird stuff or a problem in
> the src structure:
>
> 1. i have the following in my make.conf:
>
> .if empty(.CURDIR:M/usr/src/*) &&
hi there. i'm experiencing two problems during buildworld. i'm not
sure if these are the result of me doing weird stuff or a problem in
the src structure:
1. i have the following in my make.conf:
.if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) &&
exists(/usr/local/bin/gcc44)
CC = gcc
On Fri, Oct 24, 2003 at 04:14:02PM -0500, Greg Hogan wrote:
> I am pretty new to buildworld and I am having the following problem:
>
> whenever I run 'make buildworld' I get errors when it gets to libfetch.
> Specifically, i get compile errors in the file
> /usr/src/lib/libfetch/common.c on lin
On Fri, 24 Oct 2003, Greg Hogan wrote:
> I am pretty new to buildworld and I am having the following problem:
>
> whenever I run 'make buildworld' I get errors when it gets to libfetch.
> Specifically, i get compile errors in the file
> /usr/src/lib/libfetch/common.c on lines 58-63. See the follo
I am pretty new to buildworld and I am having the following problem:
whenever I run 'make buildworld' I get errors when it gets to libfetch.
Specifically, i get compile errors in the file
/usr/src/lib/libfetch/common.c on lines 58-63. See the following links for
relevent information:
http://
On Mon, 2002-07-01 at 09:02, Luigi Rizzo wrote:
> On Mon, Jul 01, 2002 at 09:58:04AM -0400, Andrew Gallatin wrote:
> ...
> > That's actually rather scary. It implies that a freshly checked out
> > tree checked out with plain 'cvs co src' is no longer buildable.
>
> c'mon... it is not that terrib
On Mon, Jul 01, 2002 at 09:58:04AM -0400, Andrew Gallatin wrote:
...
> That's actually rather scary. It implies that a freshly checked out
> tree checked out with plain 'cvs co src' is no longer buildable.
c'mon... it is not that terrible, just a matter of adding a -P flag
luigi
To Uns
Luigi Rizzo writes:
> On Mon, Jul 01, 2002 at 09:47:26AM -0400, Andrew Gallatin wrote:
> >
> > The same thing happened to me when buildworlding on a ~june 20th
> > current box.
>
> Ruslan explained me the source of the problem... cvs does not
> prune empty directories unless you specify
On Mon, Jul 01, 2002 at 09:47:26AM -0400, Andrew Gallatin wrote:
>
> The same thing happened to me when buildworlding on a ~june 20th
> current box.
Ruslan explained me the source of the problem... cvs does not
prune empty directories unless you specify a revision or a date.
In my case i wanted
The same thing happened to me when buildworlding on a ~june 20th
current box.
I removed CPUTYPE from /etc/make.conf, and I fsck'ed the disk in
question (after a crash resulting from the condvar problem discussed
here). And I removed -j4 from my make flags. One of these things
(sorry that I don
I did the following (on a -STABLE system):
cvs co src
cd src
make MAKEOBJDIRPREFIX=`pwd`/../usr/obj buildworld
and got the error below.
Any ideas ? Am i doing something wrong ?
cheers
luigi
===> gnu/usr.bin/tar
rm -f tar addext.o argmatch.o backupfile.o
I think it may just be my-bad. The kernel source got out of sync
with the main tree. I just cvs updated the whole smelly pot and
buildworld works just fine.
Sorry for the false alarm!
-Matt
:
:At 1:15 PM -0800 3/6/02, Matthew Dil
At 1:15 PM -0800 3/6/02, Matthew Dillon wrote:
> This has been broken for several days now, maybe longer. It
> would be nice if whoever broke it would fix it.
Is this in a 'make buildworld' step? I just did one buildworld
on i386, and it completed fine (src is cvsup'ed as of about noon)
This has been broken for several days now, maybe longer. It would be
nice if whoever broke it would fix it.
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
cc -nostdlib -sta
On Mon, Sep 17, 2001 at 09:07:46AM -0700, David O'Brien wrote:
> On Mon, Sep 17, 2001 at 03:59:42PM +0300, Ruslan Ermilov wrote:
> > Nope, you please try to restructure it along the lines of
> > src/usr.bin/xinstall/Makefile rev 1.16.
>
> I'll consider it.
>
> > Also, won't it be better to use t
On Mon, Sep 17, 2001 at 03:59:42PM +0300, Ruslan Ermilov wrote:
> Nope, you please try to restructure it along the lines of
> src/usr.bin/xinstall/Makefile rev 1.16.
I'll consider it.
> Also, won't it be better to use the libc version of basename.c?
Maybe, but I do not want more cross-tree sour
On Fri, Sep 14, 2001 at 04:08:01PM -0700, David O'Brien wrote:
> On Fri, Sep 14, 2001 at 06:33:09PM +0300, Ruslan Ermilov wrote:
> > Please try the attached patch. I'm going to attempt to unbreak
> > the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in
> > the near future.
>
> Please tr
On Fri, Sep 14, 2001 at 06:33:09PM +0300, Ruslan Ermilov wrote:
> Please try the attached patch. I'm going to attempt to unbreak
> the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in
> the near future.
Please try to restructure it along the lines of
src/gnu/usr.bin/binutils/libiberty/M
It's irrelevant. Your 5.0-CURRENT wasn't actually "current".
On Fri, Sep 14, 2001 at 11:22:54AM -0500, Wm Brian McCane wrote:
> Actually, I was already at 5.0-CURRENT.
>
> FreeBSD 5.0-CURRENT (CHINA) #7: Thu May 10 05:25:14 CDT 2001
>
> - brian
>
>
> On Fri, 14 Sep 2001, Ruslan Ermilov wrote
Actually, I was already at 5.0-CURRENT.
FreeBSD 5.0-CURRENT (CHINA) #7: Thu May 10 05:25:14 CDT 2001
- brian
On Fri, 14 Sep 2001, Ruslan Ermilov wrote:
> Please try the attached patch. I'm going to attempt to unbreak
> the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in
> the near
Please try the attached patch. I'm going to attempt to unbreak
the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in
the near future.
On Fri, Sep 14, 2001 at 10:15:00AM -0500, Wm Brian McCane wrote:
> I am having problems doing a buildworld. When I run it, I get the
> following error:
>
I am having problems doing a buildworld. When I run it, I get the
following error:
cd /home/src/usr.bin/xinstall; make obj; make depend; make all; make
install
cc -O -pipe-I/usr/obj/home/src/i386/usr/include -static -o xinstall
xinstall.o
xinstall.o: In function `main':
xinstall.o(.tex
> > There was a make(1) problem a couple of weeks back. Resup, make-and-install
> > make(1), and you should be OK.
> >
> > Dunno why, but ntp(d) tickled the bug.
>
> To be safe, I nuked the /usr/src/usr.bin/make tree and re-cvsup'ed so
> I'd checkout new-car-smell-fresh copies. I killed the /usr
> On Fri, Jan 05, 2001 at 03:54:20PM -0800, Dima Dorfman wrote:
> > > Any more ideas what to try here?
> >
> > I'm sure you already thought of this, but have you made sure that you
> > aren't running any memory-hogging applications? I just compiled all
> > the ntp programs on my laptop which is
On Fri, Jan 05, 2001 at 03:54:20PM -0800, Dima Dorfman wrote:
> > Any more ideas what to try here?
>
> I'm sure you already thought of this, but have you made sure that you
> aren't running any memory-hogging applications? I just compiled all
> the ntp programs on my laptop which is a Pentium 75
> Any more ideas what to try here?
I'm sure you already thought of this, but have you made sure that you
aren't running any memory-hogging applications? I just compiled all
the ntp programs on my laptop which is a Pentium 75 with 24MB of
memory and 64MB of swap (I didn't do an entire buildworld;
> On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote:
>
> > What is happening is that the system is killing off the make process
> > because it starts to swell up so much it consumes all swap. Here is
> > the dmesg,
>
> Were any bits of the compiler killed off? A new test snapshot of
On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote:
> What is happening is that the system is killing off the make process
> because it starts to swell up so much it consumes all swap. Here is
> the dmesg,
Were any bits of the compiler killed off? A new test snapshot of gcc
was recen
On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote:
>I'd really like to get this working so I can play with some kernel
>mods I made last week. Any ideas?
I've just finished building world and kernel with recent -CURRENT. Didn't
encounter any problem though.
% uname -a
FreeBSD dante
I am having a really weird problem trying to buildworld on a CURRENT
box. The build starts just fine and gets though the first three
steps. When it gets to building everything, it plows right along until
it hits usr.sbin/ntp/ntpd,
===> usr.sbin/ntp/libparse
cc -O -pipe -I/usr/src/usr.sbin/ntp
On 25 Feb 00, at 16:22, Jeffrey J. Mountin wrote:
> AFAIK, the last commit was over 4 hours ago. I'd say try again.
>
> Should find out myself in the next half-hour or so.
my build world just finished. no errors.
--
Dan Langille - DVL Software Limited [I'm looking for more work]
http://www.dv
At 10:07 AM 2/26/00 +1300, Dan Langille wrote:
>On 25 Feb 00, at 22:03, O. Hartmann wrote:
>
>> One of our two servers will not perform "buildworld"! Well, kernel stuff
>> should be on the newest track, I cvsup-dated them both today.
>>
>> After a short while making dependencies it stops with the
On 25 Feb 00, at 22:03, O. Hartmann wrote:
> One of our two servers will not perform "buildworld"! Well, kernel stuff
> should be on the newest track, I cvsup-dated them both today.
>
> After a short while making dependencies it stops with the following error:
[snip]
> I deleted /usr/src/cryp
One of our two servers will not perform "buildworld"! Well, kernel stuff
should be on the newest track, I cvsup-dated them both today.
After a short while making dependencies it stops with the following error:
/usr/vol1/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/x509v3/v3err.c
/usr
I've been unable to buildworld for a day or so now, much to my
frustration. I've tried recvsuping my /home/ncvs, as well as rechecking
out, etc. I get the following:
cd /usr/src/lib/libskey; /usr/obj/usr/src/tmp/usr/bin/make all;
/usr/obj/usr/src
/tmp/usr/bin/make -B install
cc -pipe -DPERMIT_C
61 matches
Mail list logo