Dimitry Andric writes:
> /usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp:1228:10:
> fatal error: 'emmintrin.h' file not found
> #include
> ^
> ...
> > In file included from
>
On 9 May 2020, at 05:10, Robert Huff wrote:
>
> Chris writes:
>>> "make buildowrld" fails with:
...
/usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp:1228:10:
fatal error: 'emmintrin.h' file not found
#include
^
...
> In file included
Chris writes:
> >"make buildowrld" fails with:
> >
> > > c++ -O2 -pipe -fno-common
> > > -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang
> > > -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm
> > > -I/usr/src/contrib/llvm-project/clang/lib/Basic
> >
On Thu, 7 May 2020 23:11:22 -0400 Robert Huff roberth...@rcn.com said
Hello:
On a system running:
FreeBSD 13.0-CURRENT #0 r354131: Mon Oct 28 17:27:33 EDT 2019 amd64
Today around noon I downloaded a fresh copy of the source tree
(for base/head) to r360785.
make.conf:
Hello:
On a system running:
FreeBSD 13.0-CURRENT #0 r354131: Mon Oct 28 17:27:33 EDT 2019 amd64
Today around noon I downloaded a fresh copy of the source tree
(for base/head) to r360785.
make.conf:
#WITH_DEBUG=yes
SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL
> On 11. Jul 2018, at 08:22, blubee blubeeme wrote:
>
> Why am I getting these errors?
>
> error: user-defined literal suffixes not starting with '_' are reserved
> [-Werror,-Wuser-defined-literals]
>
> --
> In file included from
Why am I getting these errors?
error: user-defined literal suffixes not starting with '_' are reserved
[-Werror,-Wuser-defined-literals]
--
In file included from /usr/src/usr.sbin/pmc/cmd_pmc_filter.cc:71:
In file included from
Hello currents,
On FreeBSD 10.0-BETA1 #0 r256628 I do the following:
root@dev-0:/usr/src # cd ..
root@dev-0:/usr # rm -rf obj
root@dev-0:/usr # mkdir obj
root@dev-0:/usr # svnlite co https://svn0.eu.FreeBSD.org/base/stable/10
/usr/src
UU src/Makefile.inc1
Checked out revision 258536.
06.08.2013 03:45, Robert Huff пишет:
Boris Samorodov writes:
This note from /usr/src/UPDATING may be relevant:
-
20130613:
Some people report the following error after the switch to bmake:
make: illegal option -- J
usage: make
On Aug 7, 2013, at 12:31, Boris Samorodov b...@passap.ru wrote:
06.08.2013 03:45, Robert Huff пишет:
...
cd /usr/src; PATH=/sbin:/bin:/usr/sbin:/usr/bin `test -x
/usr/obj/usr/src/make.amd64/bmake echo /usr/obj/usr/src/make.amd64/bmake
|| echo make` -m /usr/src/share/mk -f Makefile.inc1
07.08.2013 15:14, Dimitry Andric пишет:
On Aug 7, 2013, at 12:31, Boris Samorodov b...@passap.ru wrote:
06.08.2013 03:45, Robert Huff пишет:
...
cd /usr/src; PATH=/sbin:/bin:/usr/sbin:/usr/bin `test -x
/usr/obj/usr/src/make.amd64/bmake echo /usr/obj/usr/src/make.amd64/bmake
|| echo make`
Boris Samorodov writes:
sh /usr/src/tools/install.sh -o root -g wheel -m 555 make
/usr/obj/usr/src/make.amd64/bmake
cd /usr/src; PATH=/sbin:/bin:/usr/sbin:/usr/bin `test -x
/usr/obj/usr/src/make.amd64/bmake echo /usr/obj/usr/src/make.amd64/bmake
|| echo make` -m
07.08.2013 16:14, Robert Huff пишет:
Boris Samorodov writes:
sh /usr/src/tools/install.sh -o root -g wheel -m 555 make
/usr/obj/usr/src/make.amd64/bmake
cd /usr/src; PATH=/sbin:/bin:/usr/sbin:/usr/bin `test -x
/usr/obj/usr/src/make.amd64/bmake echo
Boris Samorodov writes:
While at the first e-mail last log line was:
sh /usr/src/tools/install.sh -o root -g wheel -m 555 make \
/usr/obj/usr/src/make.amd64/make
Are there some non-default configure/environment values?
Not as far as I know. There is no src.conf;
On Aug 7, 2013, at 15:40, Robert Huff roberth...@rcn.com wrote:
Boris Samorodov writes:
...
Are there some non-default configure/environment values?
Not as far as I know. There is no src.conf; make.conf is appended.
Robert Huff
CFLAGS=
Craig Rodrigues writes:
On Sat, Jun 1, 2013 at 10:47 AM, Robert Huff roberth...@rcn.com wrote:
cc -O -pipe -g -DNO_PWD_OVERRIDE -I/usr/src/usr.bin/bmake
-DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H
-DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H
05.08.2013 19:33, Robert Huff пишет:
cd /usr/src; PATH=/sbin:/bin:/usr/sbin:/usr/bin `test -x
/usr/obj/usr/src/make.amd64/bmake echo /usr/obj/usr/src/make.amd64/bmake
|| echo make` -m /usr/src/share/mk -f Makefile.inc1 TARGET=amd64
TARGET_ARCH=amd64 buildworld
usage: bmake
Boris Samorodov writes:
This note from /usr/src/UPDATING may be relevant:
-
20130613:
Some people report the following error after the switch to bmake:
make: illegal option -- J
usage: make [-BPSXeiknpqrstv] [-C directory] [-D variable]
On Thu, 1 Aug 2013 08:50-0700, David Wolfskill wrote:
(Sorry I overlooked that you were clearing /usr/obj at the start of your
build.)
Since Oliver is running on amd64, it wouldn't hurt if he, and the rest
of us, also nukes /usr/obj/lib32. After I started using amd64, I
always run rm -Rf
This is strange:
Accidentally I started from two different terminals on the same box
rm -rf /usr/obj/usr make -j2 buildworld
While the first proceess had a headstart, the second killed
the /usr/obj entries and so both jobs died immediately.
But after that, I tried simply again
make buildworld
On Thu, 1 Aug 2013 17:26:18 +0200
O. Hartmann ohart...@zedat.fu-berlin.de wrote:
This is strange:
Accidentally I started from two different terminals on the same box
rm -rf /usr/obj/usr make -j2 buildworld
While the first proceess had a headstart, the second killed
the /usr/obj entries
On Thu, Aug 01, 2013 at 05:36:53PM +0200, O. Hartmann wrote:
...
Solving the problem is via deleting
/usr/src/tools/build/libegacy.a
This is strange, I wouldn't expect a on demand created file
in /usr/src. What happens on boxes were /usr/src is a NFS mount and
read only for building
On 8/1/13 11:36 PM, O. Hartmann wrote:
On Thu, 1 Aug 2013 17:26:18 +0200
O. Hartmann ohart...@zedat.fu-berlin.de wrote:
This is strange:
Accidentally I started from two different terminals on the same box
rm -rf /usr/obj/usr make -j2 buildworld
While the first proceess had a headstart, the
Craig Rodrigues writes:
sh /usr/src/tools/install.sh -o root -g wheel -m 555 make
/usr/obj/usr/src/make.amd64/make
usage: make [-BeikNnqrstWX]
[-C directory] [-D variable] [-d flags] [-f makefile]
[-I directory] [-J private] [-j max_jobs]
On Sat, Jun 1, 2013 at 8:06 AM, Robert Huff roberth...@rcn.com wrote:
(cd /usr/src make bmake)
echo
echo --
--
echo Building an up-to-date make(1)
Building an
Craig Rodrigues writes:
Without touching anything in your tree, can you provide some more
information:
(1) What is the output of /usr/bin/make -V MAKE_VERSION
10201205300
(2) What is the output of /usr/obj/usr/src/make.amd64/make -V MAKE_VERSION
20130520
(4) What is the GRN
On Sat, Jun 1, 2013 at 10:47 AM, Robert Huff roberth...@rcn.com wrote:
Craig Rodrigues writes:
Without touching anything in your tree, can you provide some more
information:
(1) What is the output of /usr/bin/make -V MAKE_VERSION
10201205300
(2) What is the output of
Craig Rodrigues writes:
sh /usr/src/tools/install.sh -o root -g wheel -m 555 make
/usr/obj/usr/src/make.amd64/make
usage: make [-BeikNnqrstWX]
[-C directory] [-D variable] [-d flags] [-f makefile]
[-I directory] [-J private] [-j max_jobs] [-m directory]
On Thu, May 30, 2013 at 8:43 AM, Robert Huff roberth...@rcn.com wrote:
Craig Rodrigues writes:
sh /usr/src/tools/install.sh -o root -g wheel -m 555 make
/usr/obj/usr/src/make.amd64/make
usage: make [-BeikNnqrstWX]
[-C directory] [-D variable] [-d flags] [-f
On a system running:
FreeBSD 10.0-CURRENT #0 r248938: Sun Mar 31 06:24:42 EDT 2013 amd64
with the source tree updated every night, make buildworld
has failed for about the past week with:
cc -O -pipe -g -DNO_PWD_OVERRIDE -I/usr/src/usr.bin/bmake -DUSE_META
-DMAKE_NATIVE
On Wed, May 29, 2013 at 7:28 AM, Robert Huff roberth...@rcn.com wrote:
sh /usr/src/tools/install.sh -o root -g wheel -m 555 make
/usr/obj/usr/src/make.amd64/make
usage: make [-BeikNnqrstWX]
[-C directory] [-D variable] [-d flags] [-f makefile]
[-I directory] [-J
Just want to note that make buildworld fails on
r245901 with the following unhealthy end:
=== kerberos5/lib/libheimbase (install)
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libheimbase.a
/usr/obj/usr/src/lib32/usr/lib32
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444
On Fri, Jan 25, 2013 at 11:06:16AM +0100, O. Hartmann wrote:
Just want to note that make buildworld fails on
r245901 with the following unhealthy end:
=== kerberos5/lib/libheimbase (install)
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libheimbase.a
/usr/obj/usr/src/lib32/usr
On Fri, 25 Jan 2013, O. Hartmann wrote:
Just want to note that make buildworld fails on
r245901 with the following unhealthy end:
=== kerberos5/lib/libheimbase (install)
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libheimbase.a
/usr/obj/usr/src/lib32/usr/lib32
sh /usr/src/tools
Hi,
today, I cvsup'ed to current and I get various errors:
=== lib/libypclnt
rpcgen -C -h -o yp.h /usr/src/lib/libypclnt/../../include/rpcsvc/yp.x
rpcgen -C -l -o yp_clnt.c /usr/src/lib/libypclnt/../../include/rpcsvc/yp.x
rpcgen -C -h -o yppasswd.h
On Mon, Oct 13, 2003 at 07:52:34PM -0400, Scott W wrote:
cc -O -pipe -DSMP -DAPIC_IO -march=pentiumpro -W -Wall -ansi -pedantic
-Wbad-function-cast -Wcast-align -Wcast-qual -Wchar-subscripts
-Winline -Wmissing-prototypes -Wnested-externs -Wpointer-arith
-Wredundant-decls -Wshadow
Hey all. I've been unsuccessful at performing a 'make buildworld' for
the past week based on a cvsup of 5.1-current. This is a fresh install
as of ~10 days ago on a Dual Celeron BP-6 system, 784M RAM. To say this
is getting frustrating at this point is an understatementanyone else
Hi,
I'm trying to make buildworld a recently checked-out copy of -current
under 4.6-RELEASE (is that a bad move?). During the process, it gets
to:
--
stage 4: building libraries
On Sat, Oct 05, 2002 at 10:37:38PM +1000, William Rose wrote:
Hi,
I'm trying to make buildworld a recently checked-out copy of -current
under 4.6-RELEASE (is that a bad move?). During the process, it gets
to:
--
stage 4:
On Sun, 2002-10-06 at 02:21, Ruslan Ermilov wrote:
Should work. Check that you have the latest
$FreeBSD: src/sys/net/bpf.h,v 1.26 2002/06/21 05:29:40 fenner Exp $
No. I don't. And it's possibly because I am updating from a mirror?
(cvsup.au.freebsd.org). Sorry. Should have checked that.
With a fresh cvsup and rm -r /usr/obj, I then get the following error in
gperf when typing make buildworld:
Am I doing something wrong? Thanks, Rob.
---
uname -a output:
FreeBSD c888746-a.attbi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat May
25 19:42:56 PDT
On Thu, Jul 25, 2002 at 10:43:05AM -0700, Rob wrote:
With a fresh cvsup and rm -r /usr/obj, I then get the following error in
gperf when typing make buildworld:
Am I doing something wrong? Thanks, Rob.
---
uname -a output:
FreeBSD c888746-a.attbi.com
Ruslan Ermilov wrote:
On Thu, Jul 25, 2002 at 10:43:05AM -0700, Rob wrote:
With a fresh cvsup and rm -r /usr/obj, I then get the following error in
gperf when typing make buildworld:
Am I doing something wrong? Thanks, Rob.
---
uname -a output:
Rob wrote:
With a fresh cvsup and rm -r /usr/obj, I then get the following error in
gperf when typing make buildworld:
Am I doing something wrong? Thanks, Rob.
---
uname -a output:
FreeBSD c888746-a.attbi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat
Peter Wemm wrote:
Rob wrote:
With a fresh cvsup and rm -r /usr/obj, I then get the following error in
gperf when typing make buildworld:
Am I doing something wrong? Thanks, Rob.
---
snip
The problem is that you do not have a viable
cvsup'ed about 1 hour ago
in /etc/make.conf
MAKEOBJDIRPREFIX?=/r+d/obj
and with setnev MAKEOBJDIRPREFIX /r+d/obj
make buildworld
...
FATAL: can't create /usr/src/gnu/lib/libstdc++/../../../contrib/gcc/cp-demangle
.o: Permission denied
how can i fix this?
danny
To Unsubscribe: send
I haven't been able to build new world since Apr14 or so. I have
cvsupped sources multiple times and buildworld always fails on neqn.
If I remove this next it fails on grog and so on. Any good ideas
what's wrong?
Tomppa
c++ -O -pipe
On Wed, Apr 24, 2002 at 02:19:29AM +0300, Tomi Vainio - Sun Finland - wrote:
I haven't been able to build new world since Apr14 or so. I have
cvsupped sources multiple times and buildworld always fails on neqn.
If I remove this next it fails on grog and so on. Any good ideas
what's wrong?
Steve Kargl writes:
On Wed, Apr 24, 2002 at 02:19:29AM +0300, Tomi Vainio - Sun Finland - wrote:
I haven't been able to build new world since Apr14 or so. I have
cvsupped sources multiple times and buildworld always fails on neqn.
If I remove this next it fails on grog and so on. Any
On Wed, Apr 24, 2002 at 02:37:45AM +0300, Tomi Vainio - Sun Finland - wrote:
Steve Kargl writes:
On Wed, Apr 24, 2002 at 02:19:29AM +0300, Tomi Vainio - Sun Finland - wrote:
I haven't been able to build new world since Apr14 or so. I have
cvsupped sources multiple times and
Over the last few days I am constantly getting an error making
buildworld.
To me this looks like group name is not being passed to install.sh
when doing
make install in /usr/src/games/fortunes/strfile -- but I can't figure
out
why... Any ideas? make output follows.
I am cvsup to current last night and this morning the make buildworld
giving following errors.. anyone have similar or know what this is?
uudecode /usr/src/share/tabset/xerox1720.uu
uudecode /usr/src/share/tabset/xerox1730.uu
uudecode /usr/src/share/tabset/xerox1730-lm.uu
uudecode
I am cvsup to current last night and this morning the make buildworld
giving following errors.. anyone have similar or know what this is?
uudecode /usr/src/share/tabset/xerox1720.uu
uudecode /usr/src/share/tabset/xerox1730.uu
uudecode /usr/src/share/tabset/xerox1730-lm.uu
uudecode
nothing else happens... I mean after running buildworld or I should say
during i get this error and if I run it again it does the same
thing.. back at command line i can still do whatever .. everything else
seems unharmed although uname -a still say 4.2 becaue could not complete
cvsup to
On Sun, Dec 31, 2000 at 07:56:22PM +0200, User Sja wrote:
I am cvsup to current last night and this morning the make buildworld
giving following errors.. anyone have similar or know what this is?
uudecode /usr/src/share/tabset/xerox1720.uu
uudecode /usr/src/share/tabset/xerox1730.uu
I wrote:
[CIRCLEQs and ex / vi crashing]
Scratch that, Brian Feldman already fixed it.
Re-sup and compile.
++sja
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
With the current sources.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Resup. My fault, was corrected within 10 minutes. You must have been
unlucky.
Nick
On Mon, 27 Mar 2000, Samuel Tardieu wrote:
With the current sources.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
--
[EMAIL PROTECTED]
i've read all the 'make buildworld fails' emessages on this list, but none
of them have helped me. i tried the 'make b-m /usr/src/share/mk buildworld'
and that fixes some problems, but i'm still getting hung up on this one.
i'm upgrading from 3.4-stable to 4.0-current (in a vain attempt
Out of da blue Brian Hechinger aka ([EMAIL PROTECTED]) said:
i've read all the 'make buildworld fails' emessages on this list, but none
of them have helped me. i tried the 'make b-m /usr/src/share/mk buildworld'
and that fixes some problems, but i'm still getting hung up on this one.
i'm
Hi!
A fresh cvsup plus make buildworld did not complete on
my 3.0-RELEASE system.
--
r...@oranje# date
Fri Apr 2 22:37:32 CEST 1999
r...@oranje# make buildworld; date
Updated as of the build ...
Script started on Sun Mar 28 22:46:48 1999
# make -DCLOBBER -j6 buildworld
--
Cleaning up the temporary elf build tree
--
mkdir -p
Kevin G. Eliuk wrote:
cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc_r/../libc/include
-DPTHREAD_KERNEL -D_THREAD_SAFE -DNOPOLL -I/usr/src/lib/libc_r/uthread
-D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc_r/../libc/locale
-DBROKEN_DES -DYP
Hi,
I had exactly the same. Have you by chance got an old
/usr/src/lib/libc_r/uthread/pthread{.h,_nb.h}? Then remove them, they
conflict with /usr/src/include/pthread{.h,_nb.h}.
On Mon, 29 Mar 1999, Kevin G. Eliuk wrote:
Updated as of the build ...
Script started on Sun Mar 28 22:46:48
On Mon, 29 Mar 1999, Vladimir Kushnir wrote:
Hi,
I had exactly the same. Have you by chance got an old
/usr/src/lib/libc_r/uthread/pthread{.h,_nb.h}?
That's an affirmative, I've moved them and will retry the build
just as soon as I look into this new egcs stuff I checked out :)
--
Regards,
65 matches
Mail list logo