On 29/06/2023 19:16, Graham Perrin wrote:
% uname -KU
1400092 1400090
% uname -a
FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT
#0 main-n263799-f81be7a8318b-dirty: Mon Jun 26 22:09:58 BST 2023
% uname -KU
1400092 1400090
% uname -a
FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT #0
main-n263799-f81be7a8318b-dirty: Mon Jun 26 22:09:58 BST 2023
grahamperrin@mowa219-gjp4-8570p-freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC
amd64
% bectl list -c creation | tail
- Original Message ---
On Sunday, January 29th, 2023 at 3:06 PM, qroxana
wrote:
> It appears buildworld doesn't create the obj directory for
> usr.bin/clang/llvm-objcopy in stage 2.2 after this commit.
>
> commit adc3c128c6603054586a993d117e5dd808deac17
> Author: John Baldwin
--- Original Message ---
On Monday, January 23rd, 2023 at 1:44 PM, qroxana
wrote:
> --- Original Message ---
> On Monday, January 23rd, 2023 at 10:02 AM, Dimitry Andric d...@freebsd.org
> wrote:
>
>
>
> > On 23 Jan 2023, at 04:05, qroxana qrox...@protonmail.com wrote:
> >
--- Original Message ---
On Monday, January 23rd, 2023 at 10:02 AM, Dimitry Andric
wrote:
> On 23 Jan 2023, at 04:05, qroxana qrox...@protonmail.com wrote:
>
> > It seems ${MAKEOBJDIR} was not created for usr.bin/clang/llvm-objcopy.
> >
> > --- all_subdir_usr.bin ---
> > --- objwarn
On 23 Jan 2023, at 04:05, qroxana wrote:
>
> It seems ${MAKEOBJDIR} was not created for usr.bin/clang/llvm-objcopy.
>
> --- all_subdir_usr.bin ---
> --- objwarn ---
> Warning: Object directory not changed from original
> /usr/src/usr.bin/clang/llvm-objcopy
This is usually an indication that
It seems ${MAKEOBJDIR} was not created for usr.bin/clang/llvm-objcopy.
--- all_subdir_usr.bin ---
--- objwarn ---
Warning: Object directory not changed from original
/usr/src/usr.bin/clang/llvm-objcopy
--- COFF/COFFObjcopy.o ---
c++ -target aarch64-unknown-freebsd14.0
On 8/2/22 15:45, Warner Losh wrote:
On Tue, Feb 8, 2022 at 3:43 AM George Abdelmalik
wrote:
On 7/2/22 03:50, qroxana wrote:
I know running make install for
/usr/src/tools/build/test-includes can fix this,
but this still fails on a newly installed 14.0-CURRENT.
---
Brooks Davis wrote:
> On Tue, Feb 08, 2022 at 02:52:27PM -0800, Simon J. Gerraty wrote:
> > Brooks Davis wrote:
> > >
> > > This would be fine, but should not be necessicary. The sys subdir should
> > > be created by AUTOOBJ.
> >
> > .OBJDIR should be (and is), not .OBJDIR/sys
>
> We've had
On Tue, Feb 08, 2022 at 02:52:27PM -0800, Simon J. Gerraty wrote:
> Brooks Davis wrote:
> >
> > This would be fine, but should not be necessicary. The sys subdir should
> > be created by AUTOOBJ.
>
> .OBJDIR should be (and is), not .OBJDIR/sys
We've had support for relative paths in SRCS since
I went ahead and committed this as 5ae6cc00111c since we chatted about it
here.
Warner
On Tue, Feb 8, 2022 at 5:10 PM Warner Losh wrote:
>
>
> On Tue, Feb 8, 2022 at 3:52 PM Simon J. Gerraty wrote:
>
>> Brooks Davis wrote:
>> >
>> > This would be fine, but should not be necessicary. The sys
On Tue, Feb 8, 2022 at 3:52 PM Simon J. Gerraty wrote:
> Brooks Davis wrote:
> >
> > This would be fine, but should not be necessicary. The sys subdir should
> > be created by AUTOOBJ.
>
> .OBJDIR should be (and is), not .OBJDIR/sys
> making that subdir is up to the makefile and would also fix
Brooks Davis wrote:
>
> This would be fine, but should not be necessicary. The sys subdir should
> be created by AUTOOBJ.
.OBJDIR should be (and is), not .OBJDIR/sys
making that subdir is up to the makefile and would also fix the problem,
but given the nature of what the makefile is doing just
Warner Losh wrote:
> > Same here for me for the past couple of weeks. Haven't been able to
> > identify why it fails. My hunch was that a particular objdir wasn't
> > being created. As a workaround I edited the Makefile.inc1 to remove
> > the test-includes command (line 1128 I think).
>
> The
On Tue, Feb 08, 2022 at 09:56:19AM -0800, Simon J. Gerraty wrote:
> Warner Losh wrote:
> > --- sys/abi_compat.c ---
> > echo "#include " > sys/abi_compat.c
> > sh: cannot create sys/abi_compat.c: No such file or directory
> > *** [sys/abi_compat.c] Error code 2
> >
> > make[4]: stopped in
On Tue, Feb 8, 2022 at 10:56 AM Simon J. Gerraty wrote:
> Warner Losh wrote:
> > --- sys/abi_compat.c ---
> > echo "#include " > sys/abi_compat.c
> > sh: cannot create sys/abi_compat.c: No such file or directory
> > *** [sys/abi_compat.c] Error code 2
> >
> > make[4]: stopped in
Warner Losh wrote:
> --- sys/abi_compat.c ---
> echo "#include " > sys/abi_compat.c
> sh: cannot create sys/abi_compat.c: No such file or directory
> *** [sys/abi_compat.c] Error code 2
>
> make[4]: stopped in /usr/src/tools/build/test-includes
> --- sys/acct.c ---
> echo "#include " >
On Tue, Feb 8, 2022 at 3:43 AM George Abdelmalik wrote:
>
> On 7/2/22 03:50, qroxana wrote:
>
>
>
> I know running make install for /usr/src/tools/build/test-includes can fix
> this,
> but this still fails on a newly installed 14.0-CURRENT.
>
> --- test-includes ---
> cd
On 7/2/22 03:50, qroxana wrote:
I know running make install for /usr/src/tools/build/test-includes can
fix this,
but this still fails on a newly installed 14.0-CURRENT.
--- test-includes ---
cd /usr/src/tools/build/test-includes; MACHINE_ARCH=aarch64
MACHINE=arm64 CPUTYPE= CC="cc -target
I know running make install for /usr/src/tools/build/test-includes can fix this,
but this still fails on a newly installed 14.0-CURRENT.
--- test-includes ---
cd /usr/src/tools/build/test-includes; MACHINE_ARCH=aarch64 MACHINE=arm64
CPUTYPE= CC="cc -target aarch64-unknown-freebsd14.0
On 3/28/2020 4:29 AM, Brooks Davis wrote:
> On Fri, Mar 27, 2020 at 08:07:08PM +, Brooks Davis wrote:
>> On Fri, Mar 27, 2020 at 06:40:18PM +0500, Ruslan Garipov wrote:
>>> I failed to update FreeBSD 13.0-CURRENT amd64 r359231 to r359351.
>>>
>>> End of the build log:
>>>
>>> $ su root -c
On Fri, Mar 27, 2020 at 08:07:08PM +, Brooks Davis wrote:
> On Fri, Mar 27, 2020 at 06:40:18PM +0500, Ruslan Garipov wrote:
> > I failed to update FreeBSD 13.0-CURRENT amd64 r359231 to r359351.
> >
> > End of the build log:
> >
> > $ su root -c "make -j16 buildworld"
> > ...
> > ld: error:
On Fri, Mar 27, 2020 at 06:40:18PM +0500, Ruslan Garipov wrote:
> I failed to update FreeBSD 13.0-CURRENT amd64 r359231 to r359351.
>
> End of the build log:
>
> $ su root -c "make -j16 buildworld"
> ...
> ld: error: unable to find library -lkyua_cli_pie
> ld: error: unable to find library
I failed to update FreeBSD 13.0-CURRENT amd64 r359231 to r359351.
End of the build log:
$ su root -c "make -j16 buildworld"
...
ld: error: unable to find library -lkyua_cli_pie
ld: error: unable to find library -lkyua_drivers_pie
ld: error: unable to find library -lkyua_model_pie
ld: error:
I found an answer in the last comment of
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190669
2018-07-28 12:34 GMT+02:00 Samy Mahmoudi :
> Basic/SourceManager.o
> /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1175:10
> fatal error: 'emmintrin.h' file not found
>
Basic/SourceManager.o
/usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1175:10 fatal
error: 'emmintrin.h' file not found
#include
^--
The file is located at
/usr/src/contrib/llvm/tools/clang/lib/Headers/emmintrin.h but I do not know
how to
===> sys/boot/efi/boot1 (all)
cc -target x86_64-unknown-freebsd12.0 --
sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2
-pipe -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -msoft-
float -fshort-wchar -mno-red-zone -mno-aes -march=nehalem -
DLOADER_UFS_SUPPORT
hello all,
I cant seem to figure out what is making build world fail, I could use some
help from someone that knows more
Copyright (c) 1992-2013 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All
On Fri, Jul 19, 2013 at 1:53 PM, Ryan Stone ryst...@gmail.com wrote:
On Fri, Jul 19, 2013 at 1:35 PM, Sam Fourman Jr. sfour...@gmail.comwrote:
/usr/src/usr.bin/calendar/parsedata.c:989:17: error: null character
ignored
[-Werror,-Wnull-character]
i = strtol (s,
Try looking
On Fri, Jul 19, 2013 at 1:35 PM, Sam Fourman Jr. sfour...@gmail.com wrote:
/usr/src/usr.bin/calendar/parsedata.c:989:17: error: null character ignored
[-Werror,-Wnull-character]
i = strtol (s,
Try looking at this file in vi. It sounds like a '\0' has somehow been
inserted
On Thu, 30 Oct 2003, Kris Kennaway wrote:
On Thu, Oct 30, 2003 at 08:08:08PM -0800, SteAltH FanThoM wrote:
yes it does!
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html
21.4.2 Check /etc/make.conf
Examine the files /etc/defaults/make.conf and /etc/make.conf.
I am running 5-current the last cvs i did 12.30 pm. today CST
failed on buildworld with this.
=== gnu/usr.bin/cvs/doc
makeinfo --no-split -I /usr/src/gnu/usr.bin/cvs/doc -I
/usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc
On Thu, Oct 30, 2003 at 05:03:38PM -0800, SteAltH FanThoM wrote:
I am running 5-current the last cvs i did 12.30 pm. today CST
failed on buildworld with this.
=== gnu/usr.bin/cvs/doc
makeinfo --no-split -I /usr/src/gnu/usr.bin/cvs/doc -I
yes it does!
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html
21.4.2 Check /etc/make.conf
Examine the files /etc/defaults/make.conf and /etc/make.conf. The first
contains some default defines - most of which are commented out. To make
use of them when you rebuild your
On Thu, Oct 30, 2003 at 08:08:08PM -0800, SteAltH FanThoM wrote:
yes it does!
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html
21.4.2 Check /etc/make.conf
Examine the files /etc/defaults/make.conf and /etc/make.conf. The first
contains some default defines - most
In file included from /usr/src/sys/cam/scsi/scsi_da.c:51:
/usr/src/sys/sys/taskqueue.h:33:2: #error no user-servicable parts
inside
mkdep: compile failed
The message was really funny :)
JY
--
Without the userland, the kernel is useless.
--inspired by The Tao of Programming
Did you ever figure out this problem? I'm running into the same thing?
Nick
ProHosting
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
What is the exact problem?
I think I had an issue with one of the config utilities not running so I clobbered it
and ran the
one in /usr/src/usr.sbin/ manually and things started to work again.
Did you have a different issue?
Dave
On Thursday, July 03, 2003, at 01:26PM, Nick Wood [EMAIL
Hello,
I did a cvsup and retrieved tag=RELENG_5_1_0_RELEASE. Then try to
buildworld and got this error.
:/usr/src# make buildworld
Running test variables
PASS: Test variables detected no regression, output matches.
Running test targets
PASS: Test targets detected no regression.
Running test
Hello,
I did a cvsup and retrieved tag=RELENG_5_1_0_RELEASE. Then try to
buildworld and got this error.
:/usr/src# make buildworld
Running test variables
PASS: Test variables detected no regression, output matches.
Running test targets
PASS: Test targets detected no regression.
Running test
On Fri, Jun 13, 2003 at 10:03:34PM +, Alejandro Ayala wrote:
At first I was getting the libpthread error everyone seems to be getting
but now I got this error(after i removed /usr/src and /usr/obj, and cvsup
using HEAD). Can someone please point me in the right direction.
Have you read
I just CVSup'ed at the phk's lastest committed on UPDATING/CDD stuff. I did
the buildworld and it has been failed.
==
/usr/src/contrib/binutils/bfd/targets.c -o targets.o
In file included from /usr/src/contrib/binutils/bfd/targets.c:1092:
targmatch.h:7:1: null
On Mon, Jun 09, 2003 at 04:18:46PM -0500, Jeremy Messenger wrote:
I just CVSup'ed at the phk's lastest committed on UPDATING/CDD stuff. I did
the buildworld and it has been failed.
==
/usr/src/contrib/binutils/bfd/targets.c -o targets.o
In file included from
On Mon, 9 Jun 2003 14:45:01 -0700, Marcel Moolenaar [EMAIL PROTECTED]
wrote:
On Mon, Jun 09, 2003 at 04:18:46PM -0500, Jeremy Messenger wrote:
I just CVSup'ed at the phk's lastest committed on UPDATING/CDD stuff. I
^^^I mean,
CCD..
did
Hi
I cvsupped to the -current tree for FreeBSD 5.1.
I am trying to 'make buildworld' but I keep getting these errors.
#make -j4 buildworld
Running test variables^M
PASS: Test variables detected no regression, output matches.^M
Running test targets^M
PASS: Test targets detected no regression.^M
On Fri, Jun 06, 2003 at 10:04:34PM +, Sujan Gautam wrote:
Hi
I cvsupped to the -current tree for FreeBSD 5.1.
I am trying to 'make buildworld' but I keep getting these errors.
#make -j4 buildworld
-j4 obscures the error..try again without it. However, as you'd know
by reading this
On Tue, 18 Mar 2003, Mark Murray wrote:
Ruslan Ermilov writes:
KerberosIV support was recently dropped from HEAD, but Mark
forgot to remove some vestiges. I've sent him a patch on
March 14, but he seems off-line for a moment.
I'm on-line, just busy with other things. Please do NOT make
Doug Barton writes:
For you, the easiest way to jump is to remove MAKE_KERBEROS4
from /etc/make.conf.
Yes. You should not be using that; it is well broken now.
Is it worth putting an #ifdef in /usr/src/Makefile to stop this in its
tracks? Not everyone running -current is on top of
KerberosIV support was recently dropped from HEAD, but Mark
forgot to remove some vestiges. I've sent him a patch on
March 14, but he seems off-line for a moment.
For you, the easiest way to jump is to remove MAKE_KERBEROS4
from /etc/make.conf.
The patch is available here:
Ruslan Ermilov writes:
KerberosIV support was recently dropped from HEAD, but Mark
forgot to remove some vestiges. I've sent him a patch on
March 14, but he seems off-line for a moment.
I'm on-line, just busy with other things. Please do NOT make that commit.
Those KerbIV remains are markers
Hello, current! How are you?
I have:
FreeBSD 5.0-CURRENT 24 Feb 2003 21:55:43 MSK.
I have very rcent sources of -CURRENT (updated 17 Mar 2003 about
20:00 MSK (GMT+3)).
`make buildwolrd' was failed (only very tail of output is here):
cc -pg -O -pipe -march=pentiumpro -DTERMIOS
hi!
#uname
FreeBSD 4.7-release-p2
want todo:
#make buildworld (for 5.0-CURRENT, cvsup yesterday)
[skip...]
===sbin/gbde
dont know how to make rijndael-alg-fst.c
Stop...
[end...]
Help, what wrong?
gcc version 3.3 (20021114)
the same on gcc 3.2
To Unsubscribe: send mail to [EMAIL
On Wed, Dec 11, 2002 at 11:07:52AM +0200, Andriy Podanenko wrote:
===sbin/gbde
dont know how to make rijndael-alg-fst.c
Stop...
[end...]
Help, what wrong?
You're missing the crypto sources..check your supfile against the
examples and add the missing collection(s).
Kris
--- Sean Chittenden [EMAIL PROTECTED] wrote:
I ran into, what I think is the same thing as you're
describing, a
while ago. The short and skinny being that -O0
doesn't compile any
ASM which breaks things and is why you need at least
-O to compile the
kernel/world. ::shrug:: I could've
Shizuka Kudo wrote:
Thanks for your answer. I'm just curious why a lower
optimization level could cause trouble than -O.
Anyway, my -current works fine with the default
CFLAGS. It seems that there're some commits to
rtld-elf on today.
THe compiler is broken.
If you are that intent on
Hello.
Here is the today buildworld:
--
Rebuilding the temporary build tree
--
.
--
stage 1: bootstrap tools
On Mon, Jun 24, 2002 at 11:49:02PM +0400, Sergey A. Osokin wrote:
Hello.
Here is the today buildworld:
--
Rebuilding the temporary build tree
--
.
On Mon, Jun 24, 2002 at 10:09:44PM +0200, Niels Chr. Bank-Pedersen wrote:
On Mon, Jun 24, 2002 at 11:49:02PM +0400, Sergey A. Osokin wrote:
Hello.
Here is the today buildworld:
--
stage 1: bootstrap tools
Hi All,
I don't know if I'm the one that observed this.
Building world completed with default CFLAGS (-O -pipe
-march=pentiumpro), but failed with -O0 or without
optimization. /usr/src cvsupped within one day. Here's
the error message (same for -O0 and without -O).
=== libexec/rtld-elf
cc -pipe
I don't know if I'm the one that observed this. Building world
completed with default CFLAGS (-O -pipe -march=pentiumpro), but
failed with -O0 or without optimization. /usr/src cvsupped within
one day. Here's the error message (same for -O0 and without -O).
=== libexec/rtld-elf
cc -pipe
Hello,
I have got following error while building today's -CURRENT:
=== usr.bin/truss
cp
/opt/freebsd-current/src/usr.bin/truss/../../sys/kern/syscalls.master
syscall
s.master
/bin/sh
/opt/freebsd-current/src/usr.bin/truss/../../sys/kern/makesyscalls.sh
sy
scalls.master
On 2002.06.18 16:44:01 +, Igor Roboul wrote:
Hello,
I have got following error while building today's -CURRENT:
if you'd bothered to read the mailing lists a little bit more
closely you'd know that by now this issue has been discussied
in at least 2 threads already, latest one being only
gmh003532 the fix is (yet again) to rebuild sed.
Is this mean that src/usr.bin/sed should be a build-tool?
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Wed, Jun 19, 2002 at 12:05:00AM +0900, Makoto Matsushita wrote:
gmh003532 the fix is (yet again) to rebuild sed.
Is this mean that src/usr.bin/sed should be a build-tool?
No, there was a bad commit to sed.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current
cvsup'ed yesterday and make install (after a successful
make buildworld) failed somewhere in building tcsh.
I don't know though if the ritual of building the world has
changed over time so significantly that intuition always fails.
--
Chris Christoph P. U. Kukulies [EMAIL PROTECTED
for the past two weeks. Am I missing any HEADSUP's?
Here's the error message:
-
=== gnu/usr.bin/perl/x2p/a2pl
Extracting config.h (with variable substitutions)
Extracting cflags (with variable substitutions)
Extracting writemain (with variable substitutions)
Extracting myconfig (with variable
Latest -CURRENT buildworld target failed again with this message:
=== share/monetdef
grep -v '^#' /usr/src/share/monetdef/en_US.ISO_8859-1.src
en_US.ISO_8859-1.out
grep -v '^#' /usr/src/share/monetdef/nl_NL.ISO_8859-1.src
nl_NL.ISO_8859-1.out
grep -v '^#'
-On [20010209 05:35], John Indra ([EMAIL PROTECTED]) wrote:
Dunno whether this happens only to me, but in my machine, latest -CURRENT
buildworld target failed with this message:
=== share/numericdef
make: don't know how to make nl_NL.ISO_8859-1.out. Stop
Should be fixed.
Apologies.
--
Jeroen
Dunno whether this happens only to me, but in my machine, latest -CURRENT
buildworld target failed with this message:
=== share/monetdef
grep -v '^#' /usr/src/share/monetdef/en_US.ISO_8859-1.src
en_US.ISO_8859-1.out
grep -v '^#' /usr/src/share/monetdef/nl_NL.ISO_8859-1.src
On 09-Feb-01 John Indra wrote:
Dunno whether this happens only to me, but in my machine, latest -CURRENT
buildworld target failed with this message:
That has been fixed, you want to cvsup and try again.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key:
Hello.
After resup, i try to buildworld and it failed at kdump:
=== usr.bin/kdump
cc -O -pipe -march=pentium -I/usr/src/usr.bin/kdump/../ktrace
-I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c
/usr/src/usr.bin/kdump/kdump.c
cc -O -pipe -march=pentium
Latest -CURRENT died with this error messages:
--
/usr/src/lib/libc_r/uthread/uthread_aio_suspend.c: In function `_aio_suspend':
/usr/src/lib/libc_r/uthread/uthread_aio_suspend.c:45: warning: passing arg 1 of
`__sys_aio_suspend' discards qualifiers from pointer target type
Konnichiwa wa MATSUDA-san,
-On [20010129 07:40], Munehiro Matsuda ([EMAIL PROTECTED]) wrote:
Buildworld failed with following error:
cc -O -pipe -I/usr/src/libexec/named-xfer/../../contrib/bind/port/freebsd/include
-I/usr/src/libexec/named-xfer/../../contrib/bind/bin/named
-I/usr/src/libexec
Hello.
I tried make buildworld after cvsuped my source and it failed in perl
area.
I remove PERL_THREADED=true and tried again and it failed.
=== usr.bin/kdump
cc -O -pipe -march=pentium -I/usr/src/usr.bin/kdump/../ktrace
-I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c
Hello,
'make buildworld' failed while trying to comple sysinstall:
cc -O -pipe -Wall -I/usr/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I.
-I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/sysinstall/keymap.c
In file included from /usr/src/usr.sbin/sysinstall/keymap.c:40
Hi
I see no perl failure below...
M
Hello.
I tried make buildworld after cvsuped my source and it failed in perl
area.
I remove PERL_THREADED=true and tried again and it failed.
=== usr.bin/kdump
cc -O -pipe -march=pentium -I/usr/src/usr.bin/kdump/../ktrace
Hello!
After CVSup i try to buildworld under my
FreeBSD 5.0-CURRENT #0: Sat Jan 13 22:57:43 MSK 2001 box and it
failed:
=== usr.bin/kdump
cc -O -pipe -march=pentium -I/usr/src/usr.bin/kdump/../ktrace
-I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c
Hello!
After cvsuped, i try to build world under FreeBSD 5.0-CURRENT #0: Sat Jan 13 22:57:43
MSK 2001
=== usr.bin/kdump
cc -O -pipe -march=pentium -I/usr/src/usr.bin/kdump/../ktrace
-I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/i386/u
sr/include -c /usr/src/usr.bin/kdump/kdump.c
cc -O
I don't know this problem is happend only on my box, or not. But I'm
using MAKE_IDEA=IES and USA_RESIDENT=NO for buildworld.
=== libcrypto
cc -O -mpentiumpro -pipe -DTERMIOS -DANSI_SOURCE
-I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto
-I/usr/obj/usr/src/secure/lib/libcrypto
I'll chime in here with a "me too". My make buildworld(s) failed with
the *identical* error as originally posted by daniel
[EMAIL PROTECTED] on 16-Aug-2000.
I tried #make -j4 buildworld and another attempt of #make buildworld.
Both attempts failed with the same error.
I tried this on a
I am currently running 3.5-stable.
I cvsuped -current from cvsup.jp.freebsd.org today and I got the following
error while trying to make -j4 builworld
c++ -I/usr/obj/resource/src/i386/usr/include/g++ -O -pipe
-I/usr/obj/resource/src/i386/usr/include
Hello!
After CVSuped my sources i try make buildworld it failed:
cc -O2 -pipe -march=pentium -DUNIX -fwritable-strings
-I/usr/obj/usr/src/i386/usr/include -c /usr/src/games/rogue/thw.c
cc -O2 -pipe -march=pentium -DUNIX -fwritable-strings
-I/usr/obj/usr/src/i386/usr/include -c
According to Sergey Osokin:
cc -O2 -pipe -march=pentium -DUNIX -fwritable-strings
-I/usr/obj/usr/src/i386/usr/include -c /usr/src/games/rogue/thw.c
Don't use "-O2" please.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD keltia.freenix.fr 5.0-CURRENT #80:
On Mon, Jul 03, 2000 at 01:09:25AM +0400, Sergey Osokin wrote:
cc -O2 -pipe -march=pentium -DUNIX -fwritable-strings
-I/usr/obj/usr/src/i386/usr/include -c /usr/src/games/rogue/thw.c
You are adding to the long list of people that are about to make totally
remove -02+ from GCC. FreeBSD only
Sergey Osokin wrote:
Hello!
After CVSuped my sources i try make buildworld it failed:
As you've already noticed, you will get better responses in general to
help requests if you change your CFLAGS options in /etc/make.conf to "-O
-pipe" (or just comment out CFLAGS, which has the
On Wed, Jun 21, 2000 at 02:39:55AM +0200, Mikko Tyolajarvi wrote:
Same for me (fresh cvsup)... From the FAQ : "You can try to config
OpenSSL so as not to use IDEA by using './config no-idea'". But i've
no idea (what's a joke...) on how to do that with 'make buildworld'.
Me too. I
On 19 Jun 2000, Eric Jacoboni wrote:
"Sergey" == Sergey Osokin [EMAIL PROTECTED] writes:
Sergey Hello!
Sergey After CVSuped my source, i try to buildworld and it failed...
Sergey === libssh
(...)
Sergey /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such
file
In local.freebsd-current you write:
On 19 Jun 2000, Eric Jacoboni wrote:
"Sergey" == Sergey Osokin [EMAIL PROTECTED] writes:
Sergey Hello!
Sergey After CVSuped my source, i try to buildworld and it failed...
Sergey === libssh
(...)
Sergey
Hello!
After CVSuped my source, i try to buildworld and it failed...
=== libssh
rm -f .depend
mkdep -f .depend -a-DSKEY -I/usr/obj/usr/src/i386/usr/include
/usr/src/secure/lib/libssh/../../../crypto/openssh/authfd.c
/usr/src/secure/lib/libssh/../../../crypto/openssh/authfile.c
"Sergey" == Sergey Osokin [EMAIL PROTECTED] writes:
Sergey Hello!
Sergey After CVSuped my source, i try to buildworld and it failed...
Sergey === libssh
(...)
Sergey /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/idea.h: No such
file or directory
Sergey mkdep: compile failed
Hello!
After cvsuped my 5.0-CURRENT (FreeBSD 5.0-CURRENT #0: Mon May 1 02:25:08 MSD 2000)
i try to buildworld...
# make -DNOCLEAN -j6 buildworld
=== librsausa
mkdir: openssl: File exists
cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h openssl/opensslconf.h
*** Error code 1
On Fri, 5 May 2000, Sergey Osokin wrote:
Hello!
After cvsuped my 5.0-CURRENT (FreeBSD 5.0-CURRENT #0: Mon May 1 02:25:08 MSD 2000)
i try to buildworld...
# make -DNOCLEAN -j6 buildworld
=== librsausa
mkdir: openssl: File exists
cp
On Fri, May 05, 2000 at 02:29:01PM -0400, Donn Miller wrote:
On Fri, 5 May 2000, Sergey Osokin wrote:
Hello!
After cvsuped my 5.0-CURRENT (FreeBSD 5.0-CURRENT #0: Mon May 1 02:25:08 MSD 2000)
i try to buildworld...
# make -DNOCLEAN -j6 buildworld
=== librsausa
mkdir:
On Wed, 26 Apr 2000, Vallo Kallaste wrote:
I've got this trap for several times and I really want to know what's
causing this. The first time was about a year ago and after no answer
I've not bothered to send out more questions about it. Anyway, several
people report it time-to-time, so it's
, 2000 1:46 PM
To: Sergey Osokin
Cc: [EMAIL PROTECTED]
Subject: Re: make buildworld failed...
On Sat, Apr 22, 2000 at 01:05:24AM +0400, Sergey Osokin wrote:
Hello!
After CVSup i tryed to rebuild my 5.0...
Are you using "-j" with your makes?
Please try:
cd /usr/src
make clea
On Tue, 25 Apr 2000, Robert Small wrote:
I was using -J8, and I kept getting the same error about 20 minutes into the
build, but I did it without the -j and got a perfect build, thanks for the
help!
One way to automate this would be:
cd /usr/src
make -j8 buildworld || make -DNOCLEAN
Thus spake Donn Miller ([EMAIL PROTECTED]):
cd /usr/src
make -j8 buildworld || make -DNOCLEAN buildworld
Hmmm. Or make -k -j8 buildworld || make -DNOCLEAN buildworld
in order to build as much multithreaded as possible and then the
reminding part non-threaded? :-)
Alex
--
I need a new
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Alexander Langer
Sent: Tuesday, April 25, 2000 9:16 AM
To: Donn Miller
Cc: Robert Small; [EMAIL PROTECTED]; Sergey Osokin; [EMAIL PROTECTED]
Subject: Re: make buildworld failed...
Thus spake Donn Miller ([EMAIL PROTECTED]):
cd
On Sat, Apr 22, 2000 at 01:05:24AM +0400, Sergey Osokin wrote:
Hello!
After CVSup i tryed to rebuild my 5.0...
Are you using "-j" with your makes?
Please try:
cd /usr/src
make cleandir make cleandir
and try again. Let me know the outcome -- good or bad.
*If* the outcome is "good".
On Sat, 8 Apr 2000, Sergey Osokin wrote:
Hello!
After CVSup at my FreeBSD 5.0-CURRENT #0: Sun Apr 2 17:54:04 MSD 2000 i try to run
make buildworld:
/usr/src/sys/boot/i386/loader/main.c:80: warning: return type of `main' is not `int'
/usr/src/sys/boot/i386/loader/main.c: In function
1 - 100 of 110 matches
Mail list logo