Resolved by 76fa62b5232e67ef10476cf1329aaceb9cbc2ff5; ref.
https://cgit.freebsd.org/src/commit/?id=76fa62b5232e67ef10476cf1329aaceb9cbc2ff5
Peace,
david
--
David H. Wolfskill da...@catwhisker.org
Putin claimed he wanted to avoid expansion of NATO. See how well THAT
On Sat, 18 Feb 2023 13:28:58 -0800 (PST), "Jeffrey Bouquet"
wrote:
>
>
> On Sat, 18 Feb 2023 00:33:11 -0800 (PST), "Jeffrey Bouquet"
> wrote:
>
> > Building
> > /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.c
> > Building
> >
On Sat, 18 Feb 2023 00:33:11 -0800 (PST), "Jeffrey Bouquet"
wrote:
> Building /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.c
> Building /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.o
> sys_bitcount.c:1:10: fatal error: 'sys/bitcount.h' file not
On Sat, Feb 18, 2023 at 12:33:11AM -0800, Jeffrey Bouquet wrote:
> Building /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.c
> Building /usr/obj/usr/src/amd64.amd64/tools/build/test-includes/sys_bitcount.o
> sys_bitcount.c:1:10: fatal error: 'sys/bitcount.h' file not found
>
In my testing 338129 fixed the issue. Seems like the problem is that
bsd.crunchgen.mk iterates over all directories to do a make obj when
it does the bootstrap-tools phase.
On Tue, 21 Aug 2018 at 14:49, Warner Losh wrote:
>
>
>
> On Tue, Aug 21, 2018 at 12:38 AM, John Baldwin wrote:
>>
>> On
I think relaxing the check to just avoid includes of "${SRCTOP}/sys" is
probably the best solution. It would be nice to also handle the
${.CURDIR}/../../sys case but since it's just there to prevent ABI issues
that's probably fine.
Alex
On Tue, 21 Aug 2018 at 15:19 Warner Losh wrote:
> On Tue,
On Tue, Aug 21, 2018 at 8:16 AM, Warner Losh wrote:
> There's a half a dozen special targets, however. clean comes to mind...
>
>
> However, this test is needlessly restrictive:
>
> .if !empty(CFLAGS:M*${SRCTOP}/sys*:N*${SRCTOP}/sys/cddl/compat*:
> N*${SRCTOP}/sys/crypto*)
>
> since it matches
>
There's a half a dozen special targets, however. clean comes to mind...
However, this test is needlessly restrictive:
.if
!empty(CFLAGS:M*${SRCTOP}/sys*:N*${SRCTOP}/sys/cddl/compat*:N*${SRCTOP}/sys/crypto*)
since it matches
CFLAGS+=-I${SRCTOP}/sys/sys/disk
which is totally legit. It's
On Tue, Aug 21, 2018 at 7:49 AM, Warner Losh wrote:
>
>
> On Tue, Aug 21, 2018 at 12:38 AM, John Baldwin wrote:
>
>> On 8/20/18 9:00 PM, O. Hartmann wrote:
>> > -BEGIN PGP SIGNED MESSAGE-
>> > Hash: SHA512
>> >
>> > Am Mon, 20 Aug 2018 21:24:21 +0200
>> > "O. Hartmann" schrieb:
>> >
>>
On Tue, Aug 21, 2018 at 12:38 AM, John Baldwin wrote:
> On 8/20/18 9:00 PM, O. Hartmann wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> > Am Mon, 20 Aug 2018 21:24:21 +0200
> > "O. Hartmann" schrieb:
> >
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA512
> >>
> >>
On 8/20/18 9:00 PM, O. Hartmann wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Am Mon, 20 Aug 2018 21:24:21 +0200
> "O. Hartmann" schrieb:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> Building NanoBSD world on CURRENT r338113 fails due to:
>>
>> [...]
>> cd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Mon, 20 Aug 2018 21:24:21 +0200
"O. Hartmann" schrieb:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Building NanoBSD world on CURRENT r338113 fails due to:
>
> [...]
> cd /pool/sources/CURRENT/src/rescue/rescue/../../sbin/gbde &&
Got it fixed in:
r323428 | tsoome | 2017-09-11 10:38:53 +0300 (E, 11 sept 2017) | 7 lines
r323389 breaks the kernel build when WITHOUT_ZFS is defined in src.conf
Need to add #ifdef EFI_ZFS_BOOT guard into efi/loader/main.c
PR: 15
Reported by:Sylvain Garrigues
sorry about
Shawn Webb lattera at gmail.com writes:
Good Morning,
make[5]: make[5]: don't know how to make
/jenkins/usr/local/jenkins/workspace/HardenedBSD-
Master/rescue/rescue//usr/local/jenkins/workspace/HardenedBSD-
Master/bin/cat/cat.o.
I am facing the same issue and it seems to be related to
On Sat, Oct 4, 2014 at 8:30 PM, Shawn Webb latt...@gmail.com wrote:
It looks like buildworld is failing when building the rescue binaries. I'm
not sure which commit broke it. Log is here:
http://0xfeedface.org/~shawn/2014-10-04-build.txt
The build is erroring out when trying to build the
Gleb Smirnoff wrote, On 10/29/2013 05:19:
+1 patch.
So far, so good:
=== usr.sbin/tcpdump/tcpdump (depend)
rm -f version.c ; sed 's/.*/char version[] = ;/'
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/VERSION version.c
rm -f .depend
CC='/i/a/clang
On Tue, Oct 29, 2013 at 02:36:17PM +0100, d...@gmx.com wrote:
d Gleb Smirnoff wrote, On 10/29/2013 05:19:
d +1 patch.
d So far, so good:
d
d === usr.sbin/tcpdump/tcpdump (depend)
+1 patch
--
Totus tuus, Glebius.
Index: contrib/tcpdump/print-ip.c
Gleb Smirnoff wrote, On 10/29/2013 14:43:
d === usr.sbin/tcpdump/tcpdump (depend)
+1 patch
Success!
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
On Mon, Oct 28, 2013 at 11:14:57PM +0100, d...@gmx.com wrote:
d === sbin/ifconfig (depend)
d rm -f .depend
d CC='/path/to/clang --sysroot=/usr/obj/usr/src/tmp
-B/usr/obj/usr/src/tmp/usr/bin' mkdep -f .depend -a-DINET -DNDEBUG
-std=gnu99 /usr/src/sbin/ifconfig/ifconfig.c
Gleb Smirnoff wrote, On 10/28/2013 23:33:
Can you please test attached patch?
Progress:
=== usr.bin/netstat (depend)
rm -f .depend
CC='/i/a/clang --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin'
mkdep -f .depend -a-DIPSEC -DSCTP -DINET -DNDEBUG -std=gnu99
On Tue, Oct 29, 2013 at 01:36:22AM +0100, d...@gmx.com wrote:
d Gleb Smirnoff wrote, On 10/28/2013 23:33:
d Can you please test attached patch?
d
d Progress:
d === usr.bin/netstat (depend)
d rm -f .depend
d CC='/i/a/clang --sysroot=/usr/obj/usr/src/tmp
-B/usr/obj/usr/src/tmp/usr/bin' mkdep -f
On Thu, Sep 1, 2011 at 6:49 PM, Beach Geek labeachg...@gmail.com wrote:
On 8/27/11, Matt Thyer matt.th...@gmail.com wrote:
Have you tried moving aside your existing /usr/src and checking it out
afresh?
On Aug 28, 2011 12:47 AM, Beach Geek labeachg...@gmail.com wrote:
On 8/25/11, Dimitry
On 17 October 2011 00:19, Beach Geek labeachg...@gmail.com wrote:
PS. A side note, we got a native driver working for the RTL8188CE wireless
card, but it's still really buggy, but it's a start.
Yay! I have one of those around here somewhere too..
Adrian
On 8/27/11, Matt Thyer matt.th...@gmail.com wrote:
Have you tried moving aside your existing /usr/src and checking it out
afresh?
On Aug 28, 2011 12:47 AM, Beach Geek labeachg...@gmail.com wrote:
On 8/25/11, Dimitry Andric d...@freebsd.org wrote:
On 2011-08-25 17:12, Beach Geek wrote:
make
On 8/25/11, Dimitry Andric d...@freebsd.org wrote:
On 2011-08-25 17:12, Beach Geek wrote:
make buildworld failed trying to upgrade from r223619 to r225128.
(Note: Updating other boxes from r224774 to r225119 went flawless)
On failing laptop (Toshibs Sat C655D)
On 2011-08-25 17:12, Beach Geek wrote:
make buildworld failed trying to upgrade from r223619 to r225128.
(Note: Updating other boxes from r224774 to r225119 went flawless)
On failing laptop (Toshibs Sat C655D)
/usr/include/c++/4.2/bits/stringfwd.h:56: internal compiler error:
On Mon Aug 15 11, Robert Watson wrote:
On Sun, 14 Aug 2011, Alexander Best wrote:
has anybody seen this buildworld failure?
Could you try the attached patch and see if it helps? I currently have it
in the re@ approval queue. It does appear to fix the problem here.
thanks. the patch
On 2011-08-15 19:38, Ivan Klymenko wrote:
Hello, all!
I have:
uname -a
FreeBSD nonamehost 9.0-BETA1 FreeBSD 9.0-BETA1 #0 r224806M: Sat Aug 13
15:43:38 EEST 2011 ivan@nonamehost:/usr/obj/usr/src/sys/mk9 amd64
Buildworld failure after update r224806 to r224886
In my configuration
В Mon, 15 Aug 2011 20:12:35 +0200
Niclas Zeising niclas.zeis...@gmail.com пишет:
...
Someone have any idea what is that?
Thanks!
There was a period when there was a bug in dev/std{in,err,out}, which
amongst other things made it impossible to complete a buildworld.
Compile a
The module makefile needs to be updated evidently. Just add it to the
dependencies until rwatson gets around to fixing it.
On Sun, Aug 14, 2011 at 11:50 PM, Alexander Best arun...@freebsd.org wrote:
hi there,
has anybody seen this buildworld failure?
=== sys/modules/portalfs (depend)
@ -
On Mon, 15 Aug 2011, Kip Macy wrote:
The module makefile needs to be updated evidently. Just add it to the
dependencies until rwatson gets around to fixing it.
Building modules with world is pretty uncommon (I assume that's what is going
on here -- MODULES_WITH_WORLD), so it looks like we
On Sun, 14 Aug 2011, Alexander Best wrote:
has anybody seen this buildworld failure?
Could you try the attached patch and see if it helps? I currently have it in
the re@ approval queue. It does appear to fix the problem here.
Generally, I would strongly advise against using modules
On Wed, 22 Dec 2010 19:29:39 -0500, Derek Tattersall d...@mebtel.net wrote:
I blew away /usr/src and /usr/obj and re-cvsuped this morning. I
attempted to buildworld, only to have the process die in the mkdep step.
CC='clang' mkdep -f .depend -a
* Giorgos Keramidas keram...@freebsd.org [101223 06:30]:
On Wed, 22 Dec 2010 19:29:39 -0500, Derek Tattersall d...@mebtel.net wrote:
I blew away /usr/src and /usr/obj and re-cvsuped this morning. I
attempted to buildworld, only to have the process die in the mkdep step.
CC='clang' mkdep
On Thu, 23 Dec 2010 08:05:16 -0500, Derek Tattersall d...@mebtel.net wrote:
NOTE: I did build a snapshot from /head at -r 216642 last afternoon and
it worked fine with the default CC. So if something broke *after* that
revision try bisecting from -r 216642 to the version you built, to see
if
On Dec 23, 2010, at 5:33 AM, Giorgos Keramidas keram...@freebsd.org wrote:
On Thu, 23 Dec 2010 08:05:16 -0500, Derek Tattersall d...@mebtel.net wrote:
NOTE: I did build a snapshot from /head at -r 216642 last afternoon and
it worked fine with the default CC. So if something broke *after* that
Hi.
On Sat, Nov 29, 2003 at 11:42:36AM +0300, Odhiambo Washington wrote:
Hoping against hope!
Still trying to fight out a problem which could possibly be a simple one
compared to the others that I have seen.
I have put a bzipped error text at the following URL.
* YONETANI Tomokazu [EMAIL PROTECTED] [20031129 12:17]: wrote:
Hi.
On Sat, Nov 29, 2003 at 11:42:36AM +0300, Odhiambo Washington wrote:
Hoping against hope!
Still trying to fight out a problem which could possibly be a simple one
compared to the others that I have seen.
I have put a
On Wed, Nov 12, 2003 at 11:37:18PM +0100, Wilko Bulte wrote:
And on Alpha as well:
=== lib/libpam/modules/pam_radius^M
cc -O -pipe -mcpu=ev6 -mieee
-I/usr/src/lib/libpam/modules/pam_radius/../../../../contrib/openpam/inc
lude -I/usr/src/lib/libpam/modules/pam_radius/../../libpam -Wsystem-headers
Thomas T. Veldhouse wrote:
cc -elf -ffreestanding -Os -fno-builtin -fno-guess-branch-probability -fomi
t-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/usr/src/
sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib
-I. -Wall -Waggregate-return
On Wed, 5 Nov 2003 17:17:05 +1030, Alex Wilkinson
[EMAIL PROTECTED] wrote:
CVSup'd today [Wed Nov 5 17:15:14 CST 2003] and buildworld fails.
$ make buildworld
.
snip
=== lib/libpthread
make: don't know how to make thr_atfork.c. Stop
*** Error code 2
snip
It's already fixed, Daniel has
The problem was solved.
See cvs-all mailing list. thr_atfork.c was forgotten
to be committed.
Just run cvsup again.
Florian
--- Alex Wilkinson
[EMAIL PROTECTED] a écrit :
CVSup'd today [Wed Nov 5 17:15:14 CST 2003] and
buildworld fails.
$ make buildworld
.
=== lib/libpcap
yacc
On Fri, 29 Aug 2003, Sheldon Hearn wrote:
Okay, you philosophize while the rest of us follow the advice of the
folks who have a good understanding of gcc's optimizer. :-)
Not to be disagreeable, but the gcc developers seem to think that -O2
should always produce better code, and never produce
Subject: Re: buildworld failure
On Fri, 29 Aug 2003, Mike Jakubik wrote:
=== lib/libpam/modules/pam_echo
cc -O2 -pipe -march=pentium4
-I/usr/src/lib/libpam/modules/pam_echo/../../..
Turn off -O2 and your build will complete.
--
Hi! I'm a .signature virus! Copy me into your ~/.signature
On (2003/08/29 11:30), Mike Jakubik wrote:
Why should I have to turn off all my optimization options when building
world?
Because it's not working? Mind you, it's only -O2 that you're
recommended to turn off; -O works fine.
This shouldn't be like that. 4.x always compiled fine with -O2 and
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Sheldon Hearn
Sent: Friday, August 29, 2003 11:36 AM
To: Mike Jakubik
Cc: Current
Subject: Re: buildworld failure
On (2003/08/29 11:30), Mike Jakubik wrote:
Why should I have to turn off all my
On (2003/08/29 11:41), Mike Jakubik wrote:
Yes, I can see that its not working. But this is a solution to the cause,
not the problem. Shouldn't this be fixed?
Depends on how much work is involved in fixing it, and what the negative
impact is of leaving it. Do you know what the impact is?
On Fri, 29 Aug 2003, Mike Jakubik wrote:
I have re cvsuped 2 days later (Fri Aug 29 10:19:29 EDT 2003) and I am
still getting the same error, can anyone shed some light here?
Here's the build output from my build of pam_echo a couple of days ago:
cc -O -pipe -mcpu=pentiumpro
On (2003/08/29 11:48), Robert Watson wrote:
The differences here seem to be:
(1) I'm using -O, not -O2
(2) I'm optimizing -mcpu as pentiumpro, not pentium4
Isn't pentium4 a known-broken optimization at the moment?
Ciao,
Sheldon.
___
[EMAIL
On Fri, 2003-08-29 at 09:04, Sheldon Hearn wrote:
On (2003/08/29 11:48), Robert Watson wrote:
The differences here seem to be:
(1) I'm using -O, not -O2
(2) I'm optimizing -mcpu as pentiumpro, not pentium4
Isn't pentium4 a known-broken optimization at the moment?
Ciao,
Sheldon.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Sheldon Hearn
Sent: Friday, August 29, 2003 12:05 PM
To: Robert Watson
Cc: Mike Jakubik; Current
Subject: Re: buildworld failure
On (2003/08/29 11:48), Robert Watson wrote:
The differences here seem
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Sheldon Hearn
Sent: Friday, August 29, 2003 11:49 AM
To: Mike Jakubik
Cc: Current
Subject: Re: buildworld failure
On (2003/08/29 11:41), Mike Jakubik wrote:
Yes, I can see that its not working
Mike Jakubik wrote:
I think the impact is more social. People will try to compile world and get
failures. Specially people coming from the 4.x branch, where this sort of
think never occurred. If this is the only thing preventing a clean makeworld
with -O2, I think its worth taking a look at.
On Fri, 29 Aug 2003, Mike Jakubik wrote:
Depends on how much work is involved in fixing it, and what the negative
impact is of leaving it. Do you know what the impact is?
I think the impact is more social. People will try to compile
world and get failures. Specially people coming
On Fri, Aug 29, 2003 at 12:36:46PM -0400, Mike Jakubik wrote:
I think the impact is more social. People will try to compile world and get
failures. Specially people coming from the 4.x branch, where this sort of
think never occurred. If this is the only thing preventing a clean makeworld
On Fri, Aug 29, 2003 at 06:04:54PM +0200, Sheldon Hearn wrote:
Isn't pentium4 a known-broken optimization at the moment?
No, not since GCC 3.2.x.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
Daniel C. Sobral [EMAIL PROTECTED] writes:
I've been using freebsd since the 2.x days, I have always compiled world
and ports with -O2, and never had any instability issues due to the
optimizations. I have switched back to -O and -march=pentium4, the
buildworld finished ok.
Lucky you.
On Thu, 19 Jun 2003 08:05:38 -0400, Michael W. Oliver
[EMAIL PROTECTED] wrote:
Hello -CURRENT, nice to meet you. My name is Michael Oliver, and I have
been running FreeBSD for a few years, and am a BIG fan. I have recently
decided to run -CURRENT on my laptop (Gateway SOLO-9300cl), and on my
+--- On Thursday, June 19, 2003 09:38,
| Jeremy Messenger proclaimed:
|
| On Thu, 19 Jun 2003 08:05:38 -0400, Michael W. Oliver
|
| [EMAIL PROTECTED] wrote:
| Hello -CURRENT, nice to meet you. My name is Michael Oliver, and I
| have been running FreeBSD for a few years, and am a BIG fan. I
Just to let you know me bad for the report I emailed yesterday. It was just
the fact I was using -j4 and so I guess it got ahead of itself. Without the -
j4 the current cvsup of HEAD has built with no problems.
Regards, Matt.
---
Matt ([EMAIL PROTECTED])
http://www.xtaz.co.uk/
---
To
An update:
CVSup'ing didn't fix the problem, but when I deleted the rtld.c and mv'd
/etc/make.conf /etc/make.conf.hide, it stopped at
/usr/src/contrib/amd/amd/srvr_nfs.c. So, I deleted that file, CVSup'd, and
built again, and everything built fine. Very strange... cvsweb doesn't show
any
On Thu, Jan 23, 2003 at 09:15:24AM -0800, Evan Dower wrote:
An update:
CVSup'ing didn't fix the problem, but when I deleted the rtld.c and mv'd
/etc/make.conf /etc/make.conf.hide, it stopped at
/usr/src/contrib/amd/amd/srvr_nfs.c. So, I deleted that file, CVSup'd, and
built again, and
On Tue, Dec 31, 2002 at 08:45:30PM +0100, Roderick van Domburg wrote:
Sources updated Dec 31 from anoncvs.freebsd.org on a sparc64. Didn't matter
whether I used cvs update with -P or without -P.
Try cvs co -P.
Got the following error during cleaning:
=== usr.sbin/fwcontrol
cd: can't cd to
* De: Ceri Davies [EMAIL PROTECTED] [ Data: 2002-12-31 ]
[ Subjecte: Re: buildworld failure ]
On Tue, Dec 31, 2002 at 08:45:30PM +0100, Roderick van Domburg wrote:
Sources updated Dec 31 from anoncvs.freebsd.org on a sparc64. Didn't matter
whether I used cvs update with -P or without
Sources updated Dec 31 from anoncvs.freebsd.org on a sparc64.
Didn't matter whether I used cvs update with -P or without -P.
Try cvs co -P.
No, -Pd.
A simple -P seemed to work, thanks! I'm kind of new to this CVS stuff. Hope
you will succeed in Modula-3 ported to sparc64 soon.
Update your make(1).
* De: Masaaki Kimbara [EMAIL PROTECTED] [ Data: 2002-11-06 ]
[ Subjecte: buildworld failure ]
I cvsup current, but I have trouble building world as followings
Please advice me about building-world.
Thanks.
..
..
c++ -O -pipe -DHAVE_CONFIG_H
Thanks, Juli.
After update make, I can build without any trouble.
From: Juli Mallett [EMAIL PROTECTED]
Subject: Re: buildworld failure
Date: Wed, 6 Nov 2002 08:07:39 -0800
Update your make(1).
--
Masaaki Kimbara [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
On Thu, Sep 19, 2002 at 04:11:00PM -0400, Andrew Gallatin wrote:
I'm trying to upgrade a ~March -current machine to a more modern
version. Buildworld is dying like this:
I think ru fixed this earlier this morning. I don't know why it
suddenly broke, because no-one's touched openssl in a
Nope, but i see that here. DES reported it too, but we get some many
'tinderbox failures' from him that some people might just ignore them =)
On Thu, 19 Sep 2002, Andrew Gallatin wrote:
I'm trying to upgrade a ~March -current machine to a more modern
version. Buildworld is dying like this:
It seems Kris Kennaway wrote:
On Thu, Sep 19, 2002 at 04:11:00PM -0400, Andrew Gallatin wrote:
I'm trying to upgrade a ~March -current machine to a more modern
version. Buildworld is dying like this:
I think ru fixed this earlier this morning. I don't know why it
suddenly broke,
On Thu, Sep 19, 2002 at 10:38:57PM +0200, Soeren Schmidt wrote:
It seems Kris Kennaway wrote:
On Thu, Sep 19, 2002 at 04:11:00PM -0400, Andrew Gallatin wrote:
I'm trying to upgrade a ~March -current machine to a more modern
version. Buildworld is dying like this:
I think ru
Kris Kennaway writes:
suddenly broke, because no-one's touched openssl in a while.
That's why I thought it was local.. Of course, the very next message
I got after sending my query was DES's tinderbox failure ;)
Thanks for the info.
Drew
To Unsubscribe: send mail to [EMAIL PROTECTED]
I get the same on a more recent build.
siksika# make buildworld
...
mkdir -p openssl
sh /usr/src/tools/install.sh -C -m 444
/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto/conf/conf_api.h openssl
make: don't know how to make openssl/ssl.h. Stop
*** Error code 2
Stop in /usr/src.
***
Hrm,
This definitely looks like a library and/or toolchain mixup
relative to src/
I don't understand; this doesn't look like it is running from
within buildworld.
Did you:
cd /usr/src make buildworld
Or:
cd /usr/src/sys/boot make
--
Jerry Hicks
[EMAIL PROTECTED]
On Tuesday,
did cd /usr/src
make buildworld
prior to that I did a make cleandir twice and cleaned up /usr/obj etc..
-Troy
Hrm,
This definitely looks like a library and/or toolchain mixup
relative to src/
I don't understand; this doesn't look like it is running from
within buildworld.
Did you:
On Tue, 16 Jul 2002, Michael Reifenberger wrote:
...
/usr/include/g++/backward/backward_warning.h:32:2: warning: #warning This file
includes at least one deprecated or antiquated header. Please consider using one
of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples
On Tue, Jul 16, 2002 at 11:54:02AM +0200, Michael Reifenberger wrote:
On Tue, 16 Jul 2002, Michael Reifenberger wrote:
...
/usr/include/g++/backward/backward_warning.h:32:2: warning: #warning This file
includes at least one deprecated or antiquated header. Please consider using one
of the
On Tue, 16 Jul 2002, Steve Kargl wrote:
Date: Tue, 16 Jul 2002 07:30:01 -0700
From: Steve Kargl [EMAIL PROTECTED]
To: Michael Reifenberger [EMAIL PROTECTED]
Cc: FreeBSD-Current [EMAIL PROTECTED]
Subject: Re: buildworld failure in libstdc++
...
You don't need a + in CFLAGS in /etc
On Tue, 16 Jul 2002, Steve Kargl wrote:
...
Is this an alpha based system? I just completed a buildworld
without setting anything special.
i386
Sigh.
It must have been a relict of using the ports gcc31 for buildworld.
Another make (using the base 3.1 compiler - in /usr/src/libexec/rtld-elf
On Tue, 2002-07-16 at 17:11, Michael Reifenberger wrote:
On Tue, 16 Jul 2002, Steve Kargl wrote:
...
Is this an alpha based system? I just completed a buildworld
without setting anything special.
i386
Sigh.
It must have been a relict of using the ports gcc31 for buildworld.
Another
On Wed, 05 Jun 2002 16:44:55 CST, Scott Long wrote:
Ok, I finally feel the need to speak up here.
DES,
FREEFALL CVS IS NOT THE PLACE TO PUT EXPERIMENTAL CODE THAT BREAKS WORLD!
PERIOD!
Don't give me any crap about It's -current, you should expect breakage.
You are abusing this
Michael Nottebrock wrote:
Error attached.
Correctly this time.
Regards,
--
Michael Nottebrock
=== lib/libfetch
cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes
-Wmissing-prototypes -Wp
ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
David Wolfskill wrote:
Were you running with -j ? 'cause the error appears to be with libssl,
not libfetch.
Nope.
And I built OK, both with -j8 (on 2x866 PII) -j4 (on laptop), though
I didn't use the athlon specification
I tried unsetting CPUTYPE, no change.
You might try a
If memory serves me right, Michael Nottebrock wrote:
David Wolfskill wrote:
Were you running with -j ? 'cause the error appears to be with libssl,
not libfetch.
Nope.
I've seen this too, starting with a pristine /usr/obj and no -j option.
I wonder if this has to do with the recent SSL
This seems not yet fixed even after libfetch commit.
U lib/libfetch/Makefile
U lib/libfetch/common.c
U lib/libfetch/common.h
U lib/libfetch/http.c
U usr.bin/fetch/Makefile
=== usr.sbin/pkg_install/add
cc -O -pipe -march=pentium -I/usr/src/usr.sbin/pkg_install/add/../lib -Wall
On Thu, Jun 06, 2002 at 01:04:51PM +0900, Jun Kuriyama wrote:
This seems not yet fixed even after libfetch commit.
U lib/libfetch/Makefile
U lib/libfetch/common.c
U lib/libfetch/common.h
U lib/libfetch/http.c
U usr.bin/fetch/Makefile
--- /usr/src/Makefile.inc1.orig Wed Jun 5
Michael Nottebrock [EMAIL PROTECTED] writes:
make: don't know how to make /usr/obj/usr/src/i386/usr/lib/libssl.a. Stop
*expletive deleted*
I didn't think of that. I'll commit a workaround ASAP, but I'm not
sure how to fix it properly.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To
Ok, I finally feel the need to speak up here.
DES,
FREEFALL CVS IS NOT THE PLACE TO PUT EXPERIMENTAL CODE THAT BREAKS WORLD!
PERIOD!
Don't give me any crap about It's -current, you should expect breakage.
You are abusing this disclaimer far more than it was ever meant for.
Breaking world used
On Wed, Jun 05, 2002 at 04:44:55PM -0600, Scott Long wrote:
Ok, I finally feel the need to speak up here.
I sent this patch to DES in private email, but it
fixes world. Watch for cut-n-paste problems.
troutmask:root[249] diff -u Makefile.inc1.orig Makefile.inc1
--- Makefile.inc1.orig Wed
On Wed, May 29, 2002 at 02:18:42PM +0400, Igor Roboul wrote:
make install
As long as your /usr/src is up to date, that should save you.
Thank you. But now it fails on building of libncurses, with many:
lib_gen.c:504: `a0' undeclared (first use in this function)
lib_gen.c:504: syntax
Igor Roboul wrote:
Hello,
I have trouble building world:
--
stage 2: cleaning up the object tree
--
cd /opt/freebsd/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386
On Wed, May 29, 2002 at 12:50:15AM -0700, Peter Wemm wrote:
make obj
make depend
make
make install
As long as your /usr/src is up to date, that should save you.
Thank you. But now it fails on building of libncurses, with many:
lib_gen.c:504: `a0' undeclared (first use in this
On Mon, Jan 15, 2001 at 08:37:43AM -0600, Thomas T. Veldhouse wrote:
I just installed the FreeBSD 5.0-20010107-CURRENT snapshot and have cvsup'd
to the latest source (as of subject). Buildworld fails as below:
Do not manually do anything to get around this yet.
Please apply and try this
in /usr/src.
*** Error code 1
Stop in /usr/src.
Tom Veldhouse
[EMAIL PROTECTED]
- Original Message -
From: "David O'Brien" [EMAIL PROTECTED]
To: "Thomas T. Veldhouse" [EMAIL PROTECTED]
Cc: "FreeBSD-Current, " [EMAIL PROTECTED]
Sent: Monday, January 15, 2001 11
" [EMAIL PROTECTED]
Sent: Monday, January 15, 2001 11:40 AM
Subject: Re: Buildworld failure as of 01-15-2001 @ 8:30 CST
On Mon, Jan 15, 2001 at 08:37:43AM -0600, Thomas T. Veldhouse wrote:
I just installed the FreeBSD 5.0-20010107-CURRENT snapshot and have
cvsup'd
to the latest source (as
On Mon, Jan 15, 2001 at 12:36:34PM -0600, Thomas T. Veldhouse wrote:
I must have left some relics around or something. I am getting a different
error:
No, I goofed. I'm getting my current test box back into shape so I can
build a world before making stupid suggestions.
To Unsubscribe: send
On Sat, Jul 22, 2000 at 02:49:02PM -0700, Marcel Moolenaar wrote:
Did we bump the libc version number when the strtofflags/fflagstostr
functions went in?
Nope, the added functionality didn't change any of the existing
interfaces, so it no longer meets our requirements for a shlib version
bump.
-On [2723 07:15], John Polstra ([EMAIL PROTECTED]) wrote:
Some developers just aren't being careful enough. The biggest problem
is they don't restore their systems to a 100% pristine state before
they test.
Think we could come up with a make cleanworld like target which does
just that?
't
-On [2723 07:15], John Polstra ([EMAIL PROTECTED]) wrote:
Some developers just aren't being careful enough. The biggest problem
is they don't restore their systems to a 100% pristine state before
they test.
Think we could come up with a make cleanworld like target which does
just
On Sat, 22 Jul 2000, Norbert Irmer wrote:
I cvsup'ed the lastest sources of ~current, but got the
following after only a few seconds
cd /usr/src/usr.sbin/mtree; make _EXTRADEPEND
...
cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/usr/src/i386/usr/include -o mtree
compare.o crc.o
1 - 100 of 140 matches
Mail list logo