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 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 defi
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
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
>>> refere
[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
>
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,
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include
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.
*/
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
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 sud
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:
> > > >
> > > > > /usr/obj/usr/src/tmp/usr/lib/libcry
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:
> > > >
> > > > > /usr/obj/usr/src/tmp/usr/lib/libcrypto.so
> 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 directory. Nothing
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
> > > > 'PKCS7_dataInit' /usr/obj/u
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: undefined
> > > reference to 'PKCS7_dat
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
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 /usr/
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: un
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 -DHAVE_GETPROGNAME -DCONF_PATH='"/etc/dma"
> 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"' -DDMA_VERSION='"v0.10"'
> -DDMA_ROO
===> 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
-fstack-pro
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 z
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
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 still yields this:
usr.bin
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
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
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
>>
>> make[5]
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 erro
> 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 /usr/src/usr.bin/vi/catalog
> 1 error
Jenkin
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: 0x6A84658F52456E
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:1
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
^
1 error generated.
make[5]: stopped in /usr/src/u
On Mon, Nov 25, 2013 at 01:36:15PM +0100, Dimitry Andric wrote:
> On 25 Nov 2013, at 08:51, Konstantin Belousov wrote:
> > On Sun, Nov 24, 2013 at 11:48:54PM -0500, Glen Barber wrote:
> ...
> >> Index: Makefile
> >> ===
> >> --- Makef
On 25 Nov 2013, at 08:51, Konstantin Belousov wrote:
> On Sun, Nov 24, 2013 at 11:48:54PM -0500, Glen Barber wrote:
...
>> Index: Makefile
>> ===
>> --- Makefile (revision 258538)
>> +++ Makefile (working copy)
>> @@ -42,6 +
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 /b
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
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'
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
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'l
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 L
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-argum
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-bod
On Tue, 21 May 2013 12:01:26 -0500
Brooks Davis 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
> >
> > /etc/
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
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
WITHOUT_IPX=YES
WITHOUT_NCP=YES
WITHOUT_SOURCELESS=YES
I would appreciate any he
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
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 пишет:
> ...
>>> 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
>>> h
On 2012-03-10 17:11, Ivan Klymenko wrote:
> В Sat, 10 Mar 2012 14:26:42 +0100
> Dimitry Andric пишет:
...
>> 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 visible at all
В Sat, 10 Mar 2012 14:26:42 +0100
Dimitry Andric пишет:
> 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
> > inc
В Sat, 10 Mar 2012 14:23:17 +0100
Dimitry Andric пишет:
> 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:
> > ...
> >
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 merg
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*)) &&
В Sat, 10 Mar 2012 00:58:23 +0100
"O. Hartmann" пишет:
> 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
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 below
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
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
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
-I/usr/src
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
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
/usr/src/contrib/gnu-sor
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
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.
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
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
-
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
> :
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
[ 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 b
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?
>
&
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.
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 discu
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
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 gener
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
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
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/libe
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}:
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
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
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 mes
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
/usr/obj/usr/src/i386/usr/s
>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/l
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
/usr/src/lib/libc/net/name6.
Yes,
femme:/usr/src/include87 grep pause unistd.h
int pause(void);
femme:/usr/src/sys/i386/include93 grep pause cpufunc.h
pause(void)
__asm __volatile("pause");
voidpause(void);
femme:/usr/src/lib/libvgl99 grep include vgl.h
#include
#include
#include
#include
See where i
cc -O -pipe -march=pentiumpro -Wall -I/usr/src/lib/libvgl -c
/usr/src/lib/libvgl/main.c -o main.o
In file included from /usr/src/lib/libvgl/vgl.h:37,
from /usr/src/lib/libvgl/main.c:41:
/usr/obj/usr/src/i386/usr/include/machine/cpufunc.h:362:
conflicting types for `pause'
/usr
1 - 100 of 164 matches
Mail list logo