Re: buildworld broken due to INET6 not being set

On Tue, 4 Jul 2023 16:48:10 + Gary Jennejohn wrote: > buildworld breaks because I do not have INET6 defined: > > /usr/src/sbin/ping/main.c:76:7: error: variable 'ipv4' set but not used > [-Werror,-Wunused-but-set-variable] > bool ipv4 = false; > ^ > 1 error generated. >

buildworld broken due to INET6 not being set

buildworld breaks because I do not have INET6 defined: /usr/src/sbin/ping/main.c:76:7: error: variable 'ipv4' set but not used [-Werror,-Wunused-but-set-variable] bool ipv4 = false; ^ 1 error generated. ipv4 is set in various places but it's _used_ only bracketed in #if

Re: make buildworld broken on RISC-V.

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) >

make buildworld broken on RISC-V.

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...]

Buildworld broken! r328075 broke the world

Please can someon look after the recent CURRENT, it seems that on all systems I try to buildworld most recent sources bail out at: [... WITH_LLD_IS_LD]: Building /usr/obj/usr/src/amd64.amd64/rescue/rescue/rescue /usr/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: undefined symbol: cgget >>>

Re: head -r326193 (e.g.) buildworld broken: rejecting some . . ./usr/src/amd64.amd64/tmp/usr/include/stdio.h content

[Quick top post:] Reverting to -r326192 and rebuilding avoided the issue. Prior notes: On 2017-Nov-25, at 12:02 PM, Mark Millard wrote: > For example, > > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:449:47: > error: function definition is not allowed here >

Re: head -r326193 (e.g.) buildworld broken: rejecting some . . ./usr/src/amd64.amd64/tmp/usr/include/stdio.h content

Thank you for the report ... On 11/25/17 15:15, Mark Millard wrote: [Quick top post:] Reverting to -r326192 and rebuilding avoided the issue. Prior notes: On 2017-Nov-25, at 12:02 PM, Mark Millard wrote: For example,

head -r326193 (e.g.) buildworld broken: rejecting some . . ./usr/src/amd64.amd64/tmp/usr/include/stdio.h content

For example, /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:449:47: error: function definition is not allowed here static __inline int __sputc(int _c, FILE *_p) { for: /* * The __sfoo macros are here so that we can * define function versions in the C library.

Re: make buildworld broken at r317821 (libsysdecode)

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

Re: make buildworld broken at r317821 (libsysdecode)

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

Re: make buildworld broken at r317821 (libsysdecode)

In message

Re: make buildworld broken at r317821 (libsysdecode)

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

Re: make buildworld broken at r317821 (libsysdecode)

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

Re: make buildworld broken at r317821 (libsysdecode)

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.

Re: make buildworld broken at r317821 (libsysdecode)

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

Re: make buildworld broken at r317821 (libsysdecode)

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

Re: make buildworld broken at r317821 (libsysdecode)

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 >>

Re: make buildworld broken at r317821 (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. >

Re: make buildworld broken at r317821 (libsysdecode)

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:

Re: make buildworld broken at r317821 (libsysdecode)

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 >

Re: make buildworld broken at r317821 (libsysdecode)

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

Re: make buildworld broken at r317821 (libsysdecode)

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. > > >

Re: make buildworld broken at r317821 (libsysdecode)

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 > ...

make buildworld broken at r317821 (libsysdecode)

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 ---

Re: buildworld broken

On 11/9/2015 10:31 PM, Konstantin Belousov wrote: >> In 19 years of using freebsd, I have never once needed to chflags on an >> obj directory. Nothing in the build process sets any non-standard >> flags in the obj dirs, and a simple rm -rf will remove everything just >> fine (you would need to

Re: buildworld broken

On Sun, 8 Nov 2015 10:28:17 -0800 Steve Kargl wrote > On Sun, Nov 01, 2015 at 11:19:09PM -0800, NGie Cooper wrote: > > > > > /usr/obj/usr/src/tmp/usr/lib/libcrypto.so: undefined reference to > > > 'PKCS7_dataInit' /usr/obj/usr/src/tmp/usr/lib/libcrypto.so:

Re: buildworld broken

> On Nov 9, 2015, at 09:56, Ian Lepore wrote: ... >> I must perform a >> chflags -R noschg >> on /usr/obj prior to blowing it away. Is it different for you, >> or did you just omit that step? > > In 19 years of using freebsd, I have never once needed to chflags on an > obj

Re: buildworld broken

On Mon, 2015-11-09 at 06:09 -0800, Chris H wrote: > On Sun, 8 Nov 2015 10:28:17 -0800 Steve Kargl > wrote > > > On Sun, Nov 01, 2015 at 11:19:09PM -0800, NGie Cooper wrote: > > > > > > > /usr/obj/usr/src/tmp/usr/lib/libcrypto.so: undefined reference > > > > to

Re: buildworld broken

On Mon, 09 Nov 2015 10:56:12 -0700 Ian Lepore wrote > On Mon, 2015-11-09 at 06:09 -0800, Chris H wrote: > > On Sun, 8 Nov 2015 10:28:17 -0800 Steve Kargl > > wrote > > > > > On Sun, Nov 01, 2015 at 11:19:09PM -0800, NGie Cooper wrote: > > >

Re: buildworld broken

On Mon, Nov 09, 2015 at 10:56:12AM -0700, Ian Lepore wrote: > On Mon, 2015-11-09 at 06:09 -0800, Chris H wrote: > > On Sun, 8 Nov 2015 10:28:17 -0800 Steve Kargl > > wrote > > > > > On Sun, Nov 01, 2015 at 11:19:09PM -0800, NGie Cooper wrote: > > > > > > > > >

Re: buildworld broken

On Sun, Nov 01, 2015 at 11:19:09PM -0800, NGie Cooper wrote: > > > /usr/obj/usr/src/tmp/usr/lib/libcrypto.so: undefined reference to > > `PKCS7_dataInit' > > /usr/obj/usr/src/tmp/usr/lib/libcrypto.so: undefined reference to > > `PKCS7_dataDecode' > > /usr/obj/usr/src/tmp/usr/lib/libcrypto.so:

Re: buildworld broken

On Sun, Nov 08, 2015 at 10:28:17AM -0800, Steve Kargl wrote: > ... > Back to trying to build freebsd. I have discovered that > 'make buildworld' is simply broken if one attempts to use > a symlink for /usr/obj. At least doing doing > > % rm -rf /usr/obj > % ln -s /mnt/obj /usr/obj > % cd

Re: buildworld broken

On Sun, Nov 08, 2015 at 11:43:16AM -0800, David Wolfskill wrote: > On Sun, Nov 08, 2015 at 10:28:17AM -0800, Steve Kargl wrote: > > ... > > Back to trying to build freebsd. I have discovered that > > 'make buildworld' is simply broken if one attempts to use > > a symlink for /usr/obj. At least

Re: buildworld broken

On Sun, Nov 01, 2015 at 11:19:09PM -0800, NGie Cooper wrote: > > > On Nov 1, 2015, at 08:47, Steve Kargl > > wrote: > > > > ===> libexec/dma/dmagent (all) > > cc -I/usr/src/libexec/dma/dmagent/../../../contrib/dma -DHAVE_REALLOCF > > -DHAVE_STRLCPY

buildworld broken

===> libexec/dma/dmagent (all) cc -I/usr/src/libexec/dma/dmagent/../../../contrib/dma -DHAVE_REALLOCF -DHAVE_STRLCPY -DHAVE_GETPROGNAME -DCONF_PATH='"/etc/dma"' -DLIBEXEC_PATH='"/usr/libexec"' -DDMA_VERSION='"v0.10"' -DDMA_ROOT_USER='"mailnull"' -DDMA_GROUP='"mail"' -std=gnu99

Re: buildworld broken

> On Nov 1, 2015, at 08:47, Steve Kargl > wrote: > > ===> libexec/dma/dmagent (all) > cc -I/usr/src/libexec/dma/dmagent/../../../contrib/dma -DHAVE_REALLOCF > -DHAVE_STRLCPY -DHAVE_GETPROGNAME -DCONF_PATH='"/etc/dma"' > -DLIBEXEC_PATH='"/usr/libexec"'

buildworld broken

I've now reproduced this same error on two boxes: gencat: Unable to create a new zh_CN.GB2312: Permission denied --- zh_CN.GB2312 --- *** [zh_CN.GB2312] Error code 1 make[5]: stopped in /usr/src/usr.bin/vi/catalog 1 error Thanks, -- Shawn Webb HardenedBSD GPG Key ID:

Re: buildworld broken

> On Oct 14, 2015, at 07:20, Shawn Webb wrote: > > I've now reproduced this same error on two boxes: > > gencat: Unable to create a new zh_CN.GB2312: Permission denied > --- zh_CN.GB2312 --- > *** [zh_CN.GB2312] Error code 1 > > make[5]: stopped in

Re: buildworld broken

On Wed, Oct 14, 2015 at 11:17 AM, Bryan Drewery wrote: ... > I'm looking at it now. Probably related to r289282. Thanks, -NGie ___ freebsd-current@freebsd.org mailing list

Re: buildworld broken

On 10/14/2015 12:03 PM, Bryan Drewery wrote: > On 10/14/2015 11:17 AM, Bryan Drewery wrote: >> On 10/14/2015 11:08 AM, Peter Wemm wrote: >>> On Wednesday, October 14, 2015 10:20:11 AM Shawn Webb wrote: I've now reproduced this same error on two boxes: gencat: Unable to create a new

Re: buildworld broken

On 10/14/2015 11:17 AM, Bryan Drewery wrote: > On 10/14/2015 11:08 AM, Peter Wemm wrote: >> On Wednesday, October 14, 2015 10:20:11 AM Shawn Webb wrote: >>> I've now reproduced this same error on two boxes: >>> >>> gencat: Unable to create a new zh_CN.GB2312: Permission denied >>> --- zh_CN.GB2312

Re: buildworld broken

On 10/14/2015 11:46 AM, NGie Cooper wrote: > On Wed, Oct 14, 2015 at 11:17 AM, Bryan Drewery wrote: > > ... > >> I'm looking at it now. > > Probably related to r289282. That's the common theory. It seems to have actually revealed a different issue since reverting it

Re: buildworld broken

On Wednesday, October 14, 2015 10:20:11 AM Shawn Webb wrote: > I've now reproduced this same error on two boxes: > > gencat: Unable to create a new zh_CN.GB2312: Permission denied > --- zh_CN.GB2312 --- > *** [zh_CN.GB2312] Error code 1 > > make[5]: stopped in /usr/src/usr.bin/vi/catalog > 1

Re: buildworld broken

On 10/14/2015 11:08 AM, Peter Wemm wrote: > On Wednesday, October 14, 2015 10:20:11 AM Shawn Webb wrote: >> I've now reproduced this same error on two boxes: >> >> gencat: Unable to create a new zh_CN.GB2312: Permission denied >> --- zh_CN.GB2312 --- >> *** [zh_CN.GB2312] Error code 1 >> >>

Re: buildworld broken on current with WITHOUT_CAPSICUM

It is broken exact at the same place even without WITHOUT_CAPSICUM. On 09.01.2015 5:23, Manfred Antar wrote: On amd64 current build world is broken if defined WITHOUT_CAPSICUM svn revision 276867 here is the error: /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:80:10:

buildworld broken on current with WITHOUT_CAPSICUM

On amd64 current build world is broken if defined WITHOUT_CAPSICUM svn revision 276867 here is the error: /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:80:10: fatal error: 'libcapsicum.h' file not found #include libcapsicum.h ^ 1 error generated. make[5]: stopped

Re: Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

On 25 Nov 2013, at 08:51, Konstantin Belousov kostik...@gmail.com wrote: On Sun, Nov 24, 2013 at 11:48:54PM -0500, Glen Barber wrote: ... Index: Makefile === --- Makefile (revision 258538) +++ Makefile (working copy)

Re: Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

On Mon, Nov 25, 2013 at 01:36:15PM +0100, Dimitry Andric wrote: On 25 Nov 2013, at 08:51, Konstantin Belousov kostik...@gmail.com wrote: On Sun, Nov 24, 2013 at 11:48:54PM -0500, Glen Barber wrote: ... Index: Makefile ===

Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

Since the changes to libc in the last few weeks. building world fails in /bin/csh cc -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -DHAVE_ICONV -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Wno-pointer-sign -Wno-empty-body

Re: Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

On Sun, Nov 24, 2013 at 05:11:51PM -0800, Manfred Antar wrote: Since the changes to libc in the last few weeks. building world fails in /bin/csh cc -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -DHAVE_ICONV -std=gnu99 -Qunused-arguments

Re: Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

On Sun, Nov 24, 2013 at 08:19:49PM -0500, Glen Barber wrote: I think WITHOUT_DYNAMICROOT=1 has nothing to do with this. I worked around it by setting WITHOUT_NLS_CATALOGS=1 (see src.conf(5)). I'm sorry, I misread a part of your email. I'll rebuild without WITHOUT_NLS_CATALOGS=1 and your

Re: Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

At 05:23 PM 11/24/2013, Glen Barber wrote: On Sun, Nov 24, 2013 at 08:19:49PM -0500, Glen Barber wrote: I think WITHOUT_DYNAMICROOT=1 has nothing to do with this. I worked around it by setting WITHOUT_NLS_CATALOGS=1 (see src.conf(5)). I'm sorry, I misread a part of your email. I'll rebuild

Re: Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

On Sun, Nov 24, 2013 at 05:29:14PM -0800, Manfred Antar wrote: adding -lc_nonshared to LAAD enables me to build /bin and /sbin statically /bin/csh/Makefile was the only one I had to change all the rest of /bin and /sbin built fine Hmm, I'm not sure if bin/csh/ should require -c_nonshared

Re: Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

At 08:17 PM 11/24/2013, Glen Barber wrote: On Sun, Nov 24, 2013 at 05:29:14PM -0800, Manfred Antar wrote: adding -lc_nonshared to LAAD enables me to build /bin and /sbin statically /bin/csh/Makefile was the only one I had to change all the rest of /bin and /sbin built fine Hmm, I'm not sure

Re: Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

On Sun, Nov 24, 2013 at 08:41:48PM -0800, Manfred Antar wrote: At 08:17 PM 11/24/2013, Glen Barber wrote: On Sun, Nov 24, 2013 at 05:29:14PM -0800, Manfred Antar wrote: adding -lc_nonshared to LAAD enables me to build /bin and /sbin statically /bin/csh/Makefile was the only one I had to

Re: Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

On Sun, Nov 24, 2013 at 11:48:54PM -0500, Glen Barber wrote: On Sun, Nov 24, 2013 at 08:41:48PM -0800, Manfred Antar wrote: At 08:17 PM 11/24/2013, Glen Barber wrote: On Sun, Nov 24, 2013 at 05:29:14PM -0800, Manfred Antar wrote: adding -lc_nonshared to LAAD enables me to build /bin and

Re: buildworld broken, r250848

On Tue, May 21, 2013 at 11:44:03AM +0300, Sergey V. Dyatko wrote: Hi, When I try update my desktop from r249607 to r250848 I got following error: http://svn.freebsd.by/files/r250848-buildworld-failed.txt /etc/src.conf: LOADER_ZFS_SUPPORT=YES WITHOUT_CLANG=YES WITHOUT_IPFILTER=YES

Re: buildworld broken, r250848

On Tue, 21 May 2013 12:01:26 -0500 Brooks Davis bro...@freebsd.org wrote: On Tue, May 21, 2013 at 11:44:03AM +0300, Sergey V. Dyatko wrote: Hi, When I try update my desktop from r249607 to r250848 I got following error: http://svn.freebsd.by/files/r250848-buildworld-failed.txt

Parallel buildworld broken by clang

It seems that a parallel buildworld is broken by clang. % cd /usr/src % svn update % svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 245280 % make -j

Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG?

On 03/10/12 19:09, Dimitry Andric wrote: On 2012-03-10 17:11, Ivan Klymenko wrote: В Sat, 10 Mar 2012 14:26:42 +0100 Dimitry Andric d...@freebsd.org пишет: ... Unfortunately, you did a -j build, which makes the actual errors difficult to find, and if you show only the last few lines, as you

Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG?

В Sat, 10 Mar 2012 00:58:23 +0100 O. Hartmann ohart...@mail.zedat.fu-berlin.de пишет: I might have missed the point but since a week now I can't build FreeBSD 10.0 CURRENT/amd64 with CLANG anymore. Amongst other problems I was told that the code this momnet is incapable to build properly

Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG?

On 2012-03-10 10:39, Ivan Klymenko wrote: ... I have a similar problem, but with a different result. I noticed this only with the svn revision r232253 FreeBSD 10.0-CURRENT #0 r232717M make.conf: ... #For ccache .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*))

Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG?

On 2012-03-10 00:58, O. Hartmann wrote: I might have missed the point but since a week now I can't build FreeBSD 10.0 CURRENT/amd64 with CLANG anymore. Amongst other problems I was told that the code this momnet is incapable to build properly with CLANG, but then several fixes where merged.

Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG?

В Sat, 10 Mar 2012 14:23:17 +0100 Dimitry Andric d...@freebsd.org пишет: On 2012-03-10 10:39, Ivan Klymenko wrote: ... I have a similar problem, but with a different result. I noticed this only with the svn revision r232253 FreeBSD 10.0-CURRENT #0 r232717M make.conf: ...

Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG?

В Sat, 10 Mar 2012 14:26:42 +0100 Dimitry Andric d...@freebsd.org пишет: On 2012-03-10 00:58, O. Hartmann wrote: I might have missed the point but since a week now I can't build FreeBSD 10.0 CURRENT/amd64 with CLANG anymore. Amongst other problems I was told that the code this momnet is

Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG?

On 2012-03-10 17:11, Ivan Klymenko wrote: В Sat, 10 Mar 2012 14:26:42 +0100 Dimitry Andric d...@freebsd.org пишет: ... Unfortunately, you did a -j build, which makes the actual errors difficult to find, and if you show only the last few lines, as you have done here, those errors are not

FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG?

I might have missed the point but since a week now I can't build FreeBSD 10.0 CURRENT/amd64 with CLANG anymore. Amongst other problems I was told that the code this momnet is incapable to build properly with CLANG, but then several fixes where merged. Building world ends up everytime at the

undefined reference to `_ThreadRuneLocale': make buildkernel and make buildworld broken

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

Buildworld broken with clang on current

make buildworld is broken iif using clang on current i386 (libc)5027}make clang -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc

Re: Buildworld broken with clang on current

this was broken by the xlocale import, David, can you fix this please? I guess that just removing the typedef from strcasecmp.c should do it On Mon, Nov 21, 2011 at 12:59:38PM -0800, Manfred Antar wrote: make buildworld is broken iif using clang on current i386 (libc)5027}make clang -O2

Re: make buildworld broken in telnetd

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 telnetd

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

Re: make buildworld broken in telnetd

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

Re: make buildworld broken in telnetd

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

Buildworld broken in gnu/usr.bin/sort

This happened after an rm -r /usr/obj/* ; make -j4 buildworld === gnu/usr.bin/sort cc -I/usr/local/include -march=pentiumpro -I/usr/src/gnu/usr.bin/sort -I/usr/src/gnu/usr.bin/sort/../../../contrib/gnu-sort/lib -DHAVE_CONFIG_H -c /usr/src/contrib/gnu-sort/src/sort.c

buildworld broken after installworld

I tried to buildworld and installworld in this morning. After that, buildworld broken like this: [snip] === lib/libedit cc -O -pipe -march=pentium4 -I. -I/usr/src/lib/libedit -c editline.c In file included from /usr/src/lib/libedit/chared.h:136, from /usr/src/lib/libedit/el.h

Re: buildworld broken after installworld

On Mon, Aug 04, 2003 at 07:51:35PM +0900, Shin-ichi YOSHIMOTO wrote: I tried to buildworld and installworld in this morning. After that, buildworld broken like this: [snip] === lib/libedit cc -O -pipe -march=pentium4 -I. -I/usr/src/lib/libedit -c editline.c In file included from /usr

Re: buildworld broken after installworld

Subject: Re: buildworld broken after installworld, On Mon, 4 Aug 2003 14:47:23 +0300, Ruslan Ermilov wrote: Too bad. I think this may be related to a recent work of Andrey on tr(1), as fcns.h is generated using src/lib/libedit/makelist. Perhaps, just enforcing the C locale will fix it. Yes. I

Re: buildworld broken after installworld

On Mon, Aug 04, 2003 at 22:38:33 +0900, Shin-ichi YOSHIMOTO wrote: Subject: Re: buildworld broken after installworld, On Mon, 4 Aug 2003 14:47:23 +0300, Ruslan Ermilov wrote: Too bad. I think this may be related to a recent work of Andrey on tr(1), as fcns.h is generated using src/lib

Re: buildworld broken after installworld

On Mon, Aug 04, 2003 at 17:46:37 +0400, Andrey Chernov wrote: On Mon, Aug 04, 2003 at 22:38:33 +0900, Shin-ichi YOSHIMOTO wrote: Subject: Re: buildworld broken after installworld, On Mon, 4 Aug 2003 14:47:23 +0300, Ruslan Ermilov wrote: Too bad. I think this may be related to a recent

Re: buildworld broken after installworld

On Mon, Aug 04, 2003 at 17:57:13 +0400, Andrey Chernov wrote: There is tr '[a-z]' '[A-Z]' which can be different for different locales since use collate now as required by POSIX. Please tell which exact non-C locale you use and what happens? I miss start of this discussion.

Re: buildworld broken after installworld

Subject: Re: buildworld broken after installworld, On Mon, 4 Aug 2003 17:57:13 +0400, Andrey Chernov wrote: Well, I found error in the archives, so the question remains, what locale you use? LANG=en_US.ISO8859-1 -- Shin-ichi YOSHIMOTO [EMAIL PROTECTED] http://diary.waishi.jp/~yosimoto/diary

Re: buildworld broken after installworld

On Mon, Aug 04, 2003 at 23:05:16 +0900, Shin-ichi YOSHIMOTO wrote: Subject: Re: buildworld broken after installworld, On Mon, 4 Aug 2003 17:57:13 +0400, Andrey Chernov wrote: Well, I found error in the archives, so the question remains, what locale you use? LANG=en_US.ISO8859-1 I just

Re: buildworld broken after installworld

[ standards@ Cc:ed ] On Mon, Aug 04, 2003 at 06:03:32PM +0400, Andrey Chernov wrote: On Mon, Aug 04, 2003 at 17:57:13 +0400, Andrey Chernov wrote: There is tr '[a-z]' '[A-Z]' which can be different for different locales since use collate now as required by POSIX. Please

Re: buildworld broken after installworld

Subject: Re: buildworld broken after installworld, On Mon, 4 Aug 2003 18:14:04 +0400, Andrey Chernov wrote: I just commit the fix to makelist, see explanation in the commit message. Just fine for LANG=en_US.ISO8859-1. Thank you. -- Shin-ichi YOSHIMOTO [EMAIL PROTECTED] http://diary.waishi.jp

Re: buildworld broken after installworld

On Mon, Aug 04, 2003 at 17:18:58 +0300, Ruslan Ermilov wrote: : The characters or collating elements in the : range shall be placed in the array in ascending : collation sequence. If the second endpoint : precedes the starting endpoint in the collation :

Re: buildworld broken after installworld

Ruslan Ermilov [EMAIL PROTECTED] writes: For example, this result is right and not the bug (but wrong tr usage): env LANG=de_DE.ISO8859-1 tr '[a-z]' '[A-Z]' vi_zero WI_]ERO Clearly this is a useless construct then. The correct construct is tr '[:lower:]' '[:upper:]' DES --

Re: buildworld broken after installworld

On Mon, Aug 04, 2003 at 08:58:00PM +0200, Dag-Erling Sm?rgrav wrote: Ruslan Ermilov [EMAIL PROTECTED] writes: For example, this result is right and not the bug (but wrong tr usage): env LANG=de_DE.ISO8859-1 tr '[a-z]' '[A-Z]' vi_zero WI_]ERO Clearly this is a useless construct

Re: buildworld broken after installworld

On Mon, Aug 04, 2003 at 23:32:19 +0300, Ruslan Ermilov wrote: I think we've now reached the agreement with Andrey that a more correct, safe, and portable [sic] construct would be LC_ALL=C tr [:lower:] [:upper:]. It works the same in any non-broken operating system and with any locale. We

Re: buildworld broken after installworld

On Tue, Aug 05, 2003 at 01:44:44AM +0400, Andrey Chernov wrote: On Mon, Aug 04, 2003 at 23:32:19 +0300, Ruslan Ermilov wrote: I think we've now reached the agreement with Andrey that a more correct, safe, and portable [sic] construct would be LC_ALL=C tr [:lower:] [:upper:]. It works the

Buildworld broken at lib/msun

cc -O -pipe -mcpu=pentiumpro -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -std=gnu99 -c i387_e_acos.S -o i387_e_acos.o {standard input}: Assembler messages: {standard input}:19: Error: junk `(__ieee754_acos)' after expression {standard input}:19: Error: junk `(__ieee754_acos)' after expression *** Error

Re: Buildworld broken at lib/msun

On Fri, Jun 06, 2003 at 09:20:16PM -0700, walt wrote: cc -O -pipe -mcpu=pentiumpro -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -std=gnu99 -c i387_e_acos.S -o i387_e_acos.o {standard input}: Assembler messages: {standard input}:19: Error: junk `(__ieee754_acos)' after expression {standard input}:19:

make buildworld broken

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':

Buildworld broken at gdb?

Following the gcc/binutils update: arch-utils.o(.data+0x40): undefined reference to `bfd_elf32_i386_vec' *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/gdb. Anyone else seeing this? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the

is buildworld broken?

I just cvsup'd but when I do a make buildworld get: [...] [stuff that scrolled off] [...] Warning: this is the location of the previous definition In file included from /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/i386/att.h:22, from

buildworld broken

buildworld breaks with cc -O -pipe -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSI usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -DHESIOD -c

Re: buildworld broken

Date: Wed, 26 Jun 2002 19:16:03 +0200 From: Christopher Sharp [EMAIL PROTECTED] buildworld breaks with cc -O -pipe -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSI usr/src/lib/libc/../libc/locale

buildworld broken

Hi, I've got this error during buildworld: building shared library libusbhid.so.0 === lib/libvgl cc -O -pipe -Wall -I/mnt/store/usr/src/lib/libvgl -c /mnt/store/usr/src/lib/libvgl/main.c -o main.o In file included from /mnt/store/usr/src/lib/libvgl/vgl.h:37, from

Re: buildworld broken

On Wed, May 22, 2002 at 05:21:59PM +0200, Martin Kacerovsky wrote: Hi, I've got this error during buildworld: Have you read UPDATING and put what it told you to in make.conf? -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED]

Re: buildworld broken

On Wed, 22 May 2002 10:23:31 -0500 David W. Chapman Jr. [EMAIL PROTECTED] wrote: On Wed, May 22, 2002 at 05:21:59PM +0200, Martin Kacerovsky wrote: Hi, I've got this error during buildworld: Have you read UPDATING and put what it told you to in make.conf? This is a genuine error, since

  1   2   >