On Wed, Oct 6, 2021 at 7:23 AM Karel Gardas wrote:
>
>
> Hello,
>
> I'm using 14-CURRENT oprovided qcow2 image from September 30 in
> qemu-system-risc64. It runs fine so I'm testing it with attempting make
> buildworld. This unfortunately fails with:
>
> ===> lib/clang/headers (includes)
>
Hello,
I'm using 14-CURRENT oprovided qcow2 image from September 30 in
qemu-system-risc64. It runs fine so I'm testing it with attempting make
buildworld. This unfortunately fails with:
===> lib/clang/headers (includes)
[Creating objdir /usr/obj/usr/src/riscv.riscv64/lib/clang/headers...]
In message
, Andrey Fesenko writes:
> On Sat, May 6, 2017 at 2:52 AM, Ngie Cooper wrote:
> > On Fri, May 5, 2017 at 4:43 PM, Cy Schubert wrot
> e:
> >
> > ...
> >
> >> You have
On Sat, May 6, 2017 at 2:52 AM, Ngie Cooper wrote:
> On Fri, May 5, 2017 at 4:43 PM, Cy Schubert wrote:
>
> ...
>
>> You have a bad DIMM. I had this same problem on my laptop but not on my
>> servers downstairs. That suggested that since all four
In message
On Fri, 5 May 2017 12:41:27 PM Kyle Evans wrote:
[...]
> FYI- This has now been committed as r317842. Apologies for the breakage,
> and thanks for the reports!
Thanks :-)
___
freebsd-current@freebsd.org mailing list
On Fri, May 05, 2017, Kyle Evans wrote:
>FYI- This has now been committed as r317842. Apologies for the
>breakage, and thanks for the reports!
Fixed for me after reinstalling usr.bin/grep. Thanks.
--
Regards, | "In theory there is no difference between theory
Vladimir
On Fri, May 5, 2017 at 4:43 PM, Cy Schubert wrote:
...
> You have a bad DIMM. I had this same problem on my laptop but not on my
> servers downstairs. That suggested that since all four machines were
> running the same software the difference between them was hardware.
In message
, Andrey Fesenko writes:
> On Fri, May 5, 2017 at 8:41 PM, Kyle Evans wrote:
> > On Fri, May 5, 2017 at 9:31 AM, Kyle Evans wrote:
> >
> >> On May 5, 2017 8:39 AM, "Dimitry
On 5 May 2017, at 20:02, Andrey Fesenko wrote:
>
> On Fri, May 5, 2017 at 8:41 PM, Kyle Evans wrote:
...
>
>> FYI- This has now been committed as r317842. Apologies for the breakage,
>> and thanks for the reports!
>
> Build not fixed (but is built
On Fri, May 5, 2017 at 8:41 PM, Kyle Evans wrote:
> On Fri, May 5, 2017 at 9:31 AM, Kyle Evans wrote:
>
>> On May 5, 2017 8:39 AM, "Dimitry Andric" wrote:
>>
>>
>> This appears to be caused by bsdgrep. :-/ The build for lib/libsysdecode
>>
On Fri, May 5, 2017 at 9:31 AM, Kyle Evans wrote:
> On May 5, 2017 8:39 AM, "Dimitry Andric" wrote:
>
>
> This appears to be caused by bsdgrep. :-/ The build for lib/libsysdecode
> uses a shell script, mkioctls, to generate a ioctl.c file at build time.
>
On May 5, 2017 8:39 AM, "Dimitry Andric" wrote:
On 5 May 2017, at 11:31, Vladimir Zakharov wrote:
>
> Cannot build world due to error in compiling lib/libsysdecode.
...
> --- all_subdir_lib/libsysdecode ---
> ioctl.c:30:10: fatal error:
On 5 May 2017, at 11:31, Vladimir Zakharov wrote:
>
> Cannot build world due to error in compiling lib/libsysdecode.
...
> --- all_subdir_lib/libsysdecode ---
> ioctl.c:30:10: fatal error: 'cam/cam_compat.h:#define' file not found
> #include
>
On Fri, May 05, 2017, David Wolfskill wrote:
> On Fri, May 05, 2017 at 07:05:14PM +0800, Alastair Hogge wrote:
> > On Fri, 5 May 2017 12:31:41 PM Vladimir Zakharov wrote:
> > > Hello!
> > >
> > > Cannot build world due to error in compiling lib/libsysdecode. Cleaning
> > > (make clean, make
On Fri, May 05, 2017 at 07:05:14PM +0800, Alastair Hogge wrote:
> On Fri, 5 May 2017 12:31:41 PM Vladimir Zakharov wrote:
> > Hello!
> >
> > Cannot build world due to error in compiling lib/libsysdecode. Cleaning
> > (make clean, make cleandepend and wiping out ccache data) does not help.
> >
>
On Fri, 5 May 2017 12:31:41 PM Vladimir Zakharov wrote:
> Hello!
>
> Cannot build world due to error in compiling lib/libsysdecode. Cleaning
> (make clean, make cleandepend and wiping out ccache data) does not help.
>
> $ make -j 4 buildworld && make -j 4 buildkernel && make installkernel
> ...
Hello!
Cannot build world due to error in compiling lib/libsysdecode. Cleaning (make
clean, make cleandepend and wiping out ccache data) does not help.
$ make -j 4 buildworld && make -j 4 buildkernel && make installkernel
...
--- all_subdir_lib/libstand ---
--- strcat.o ---
This is what I get when trying to build a kernel from sources at
revision 232526 and system at revision: 10.0-CURRENT #0 r232497: Sun
Mar 4 16:35:35 CET 2012.
It is impossible to do even a simple
make installincludes
this breaks with:
=== kerberos5 (installincludes)
=== kerberos5/doc
On Wed, 3 Sep 2003, Manfred Antar wrote:
I think 1.152 is broken.
I did a make world and install world.
I rebooted and login and sshd couldn't find pam_nologin.so
and it was right there in /usr/lib. I had to restore the pam libs and sshd and login
from
tape before I could login to the
make buildworld broken in libexec/telnetd.
[snip]
=== libexec/telnetd
cc -O -pipe -march=pentium4 -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON
-DENV_HACK -I/usr/src/l
ibexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5
-DFORWARD -Dnet_write=te
Subject: make buildworld broken in telnetd,
On Wed, 3 Sep 2003 19:14:10 +0900, Shin-ichi Yoshimoto wrote:
make buildworld broken in libexec/telnetd.
I tried to backout share/bsd.lib.mk from rev.1.152 to rev 1.151,
buildworld is ok. Is the rev.1.152 anything wrong ?
--
Shin-ichi YOSHIMOTO
At 01:03 AM 09/04/2003 +0900, Shin-ichi Yoshimoto wrote:
Subject: make buildworld broken in telnetd,
On Wed, 3 Sep 2003 19:14:10 +0900, Shin-ichi Yoshimoto wrote:
make buildworld broken in libexec/telnetd.
I tried to backout share/bsd.lib.mk from rev.1.152 to rev 1.151,
buildworld is ok
Hi,
With a fresh -CURRENT tree, I got:
cc -fno-merge-constants -mcpu=pentiumpro -Werror -Wall -Wno-format-y2k -Wno-unin
itialized -c /usr/src/lib/libdisk/rules.c -o rules.o
cc1: warnings being treated as errors
/usr/src/lib/libdisk/rules.c: In function `Check_Chunk':
Just tried to do a buildworld, got as far as netstat before it barf'd
with:
=== usr.bin/netstat
cc -O -pipe -Wall -DIPSEC -DINET6 -DIPSEC
-I/usr/obj/usr/local/base/src/i386/usr/include -c
/usr/local/base/src/usr.bin/netstat/if.c
In file included from
In article
local.mail.freebsd-current/[EMAIL PROTECTED] you
write:
Just tried to do a buildworld, got as far as netstat before it barf'd
with:
=== usr.bin/netstat
cc -O -pipe -Wall -DIPSEC -DINET6 -DIPSEC
-I/usr/obj/usr/local/base/src/i386/usr/include -c
On Sun, 26 Nov 2000, Jonathan Lemon wrote:
In article
local.mail.freebsd-current/[EMAIL PROTECTED]
you write:
Just tried to do a buildworld, got as far as netstat before it barf'd
with:
=== usr.bin/netstat
cc -O -pipe -Wall -DIPSEC -DINET6 -DIPSEC
make buildworld failed this morning.
Error messages are as follows:
=== usr.bin/systat
[snip]
cc -O -pipe -I/usr/src/usr.bin/systat/../../sys -I/usr/obj/usr/src/i386/usr/include
-c /usr/src/usr.bin/systat/swap.c
In file included from /usr/src/usr.bin/systat/swap.c:47:
I have same problem with today's -current.
At 24 Aug 2000 23:23:30 GMT,
Shin-ichi YOSHIMOTO [EMAIL PROTECTED] wrote:
make buildworld failed this morning.
Error messages are as follows:
=== usr.bin/systat
[snip]
cc -O -pipe -I/usr/src/usr.bin/systat/../../sys
At 10:05 +0900 08/25/2000, Jun Kuriyama wrote:
I have same problem with today's -current.
This problem was fixed by
At 13:22 -0700 08/24/2000, Peter Wemm wrote:
peter 2000/08/24 13:22:44 PDT
Modified files:
usr.bin/systat swap.c
Log:
Quick Fix: swap.c doesn't appear
I got the following error while trying to make builworld with WITH_IDEA=YES
and USA_RESIDENT=NO.
=== libcrypto
[snip]
cc -O -pipe -DTERMIOS -DANSI_SOURCE
-I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto
-I/usr/obj/usr/src/secure/lib/libcrypto -DL_ENDIAN
On a build of 4.0 CVSup'd today before noon Eastern time.
=== usr.bin/kdump
make: don't know how to make /usr/obj/usr/src/i386/usr/include/machine/random.h. Stop
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
To Unsubscribe: send mail to
On Tue, Oct 05, 1999 at 06:21:55AM +0800, Michael Kennett wrote:
Is this a known problem?
Yes, and it is well documented in the -current mailing lists.
I feel embarrassed as I'v just spoken to Marcel a couple fo days ago.
However I just resubscribed to -current. I did look in the
Hi,
I have a 3.3.-stable system and somehow I cannot make buildworld
a current tree.
The porblem is:
cc -c -I/alt/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/config
-I/alt/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc -I. -fexceptions -DIN_GCC
-I/usr/obj/alt/usr/src/tmp/usr/include
Hi Guido,
I have a 3.3.-stable system and somehow I cannot make buildworld
a current tree.
The porblem is:
cc -c -I/alt/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/config
-I/alt/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc -I. -fexceptions -DIN_GCC
35 matches
Mail list logo