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)
> [Creati
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...]
c
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 a bad DIMM. I had this same problem on my laptop but not on my
> >> servers downstairs. That suggested that since all f
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 machines were
>> running the same software the dif
In message
, Ngie Cooper writes:
> 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 betwe
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
https://lists.freebsd.org/mailman/li
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 Za
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.
> Replacing the memory in
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 Andric" wrote:
> >>
> >>
> >> This appears to be caused by bsdgrep. :-/ The build for lib/libsysdecode
> >> use
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 slightly, a little more) :(
...
> c++ -O2 -pi
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
>> uses a shell script, mkioctls, to generate a ioctl.c fil
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.
> This script contains the following fragm
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: 'cam/cam_compat.h:#define' file not found
> #include
>
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
> ^~
...
> $ cat /etc/
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 cleand
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 ---
/usr/local/bin/ccache
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 (insta
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 th
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,
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 YOSHIM
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
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':
/usr/src/lib/libdisk/rules.c
On Sun, 26 Nov 2000, Jonathan Lemon wrote:
> In article
>[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/incl
In article
[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
>/usr/local/base/src/usr.bin/netstat/if.c
>In file incl
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 /usr/obj/usr/local/base/src/i386/usr/inc
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
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
>-I/usr/ob
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:
/usr/src/usr.bin/syst
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
-I/usr/obj/usr/src/i386/u
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 [E
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 UPD
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
>-I/usr/obj/alt/usr/src/tmp
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 -DL
35 matches
Mail list logo
