Re: buildworld error

2017-03-12 Thread Ngie Cooper (yaneurabeya) 

> On Mar 11, 2017, at 18:24, Ngie Cooper (yaneurabeya)  
> wrote:

Hi Roberto,
The sbin/setkey issue should be resolved by r315181. Thank you for the 
report!
Cheers,
-Ngie


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: buildworld error

2017-03-12 Thread Cy Schubert 
In message 
, Roberto Rodriguez Jr writes:
> Hey,
> 
> Even with a fresh checkout of sources ( today 935am EST). Buildworld/kernel
> fail 10 seconds into build.

Can you post output, please?


-- 
Cheers,
Cy Schubert 
FreeBSD UNIX:     Web:  http://www.FreeBSD.org

The need of the many outweighs the greed of the few.


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld error

2017-03-12 Thread Cy Schubert 
In message <1c4e6a09-86ad-4dc7-aa65-336a1643e...@freebsd.org>, Dimitry 
Andric w
rites:
> 
> 
> --Apple-Mail=_41B95E0F-96E1-4E0A-A996-DE3C34E4B13B
> Content-Transfer-Encoding: 7bit
> Content-Type: text/plain;
>   charset=us-ascii
> 
> On 12 Mar 2017, at 02:46, Cy Schubert  wrote:
> > 
> > In message <5cb065b0-5a7d-4a50-a722-8ea579a67...@freebsd.org>, Dimitry
> > Andric w
> > rites:
> >> 
> >> 
> >> --Apple-Mail=_A0AD1F4B-1279-4DA7-85F9-FB9846A878D7
> >> Content-Transfer-Encoding: quoted-printable
> >> Content-Type: text/plain;
> >>charset=us-ascii
> >> 
> >> On 12 Mar 2017, at 01:55, Roberto Rodriguez Jr  =
> >> wrote:
> >>> =20
> >>> Now...
> >>> make buildworld
> >> ...
> >>> In file included from /usr/src/contrib/llvm/lib/Support/APInt.cpp:15:
> >>> In file included from =
> >> /usr/src/contrib/llvm/include/llvm/ADT/APInt.h:20:
> >>> In file included from
> >>> /usr/src/contrib/llvm/include/llvm/Support/MathExtras.h:19:
> >>> In file included from /usr/include/c++/v1/algorithm:634:
> >>> In file included from /usr/include/c++/v1/memory:604:
> >>> /usr/include/c++/v1/new:73:10: fatal error: '__undef___deallocate' =
> >> file not
> >>> found
> >>> #include <__undef___deallocate>
> >>>^
> >> 
> >> Yes, this is because of the bad advice to run "make delete-old" before
> >> you had run "make installworld".  You had an older version of libc++ in
> >> /usr/include/c++, but that still required the __undef___deallocate
> >> header, which has now been deleted by "make delete-old".
> >> 
> >> Your best chance is to build and install libc++ first, if possible, by
> >> doing:
> >> 
> >> cd /usr/src/lib/libc++
> >> make obj
> >> make depend
> >> make
> >> make install
> >> 
> >> Then retry building world.
> > 
> > If this actually fixes it, it (the build) is wrong. You shouldn't have to
> > build and install src in order to build another part of src.
> > 
> > The procedure has always been documented as make installworld first then
> > make delete-old. Failing to do so will on rare occasions bite you when
> > building a port.
> 
> Yes, but in this case Roberto ran "make delete-old" *before* installing
> world, on your advice. That is definitely something that should be
> avoided.

That's not what I was talking about. I should have worded that better, as 
in for next time. People should run make delete-old after the previous 
installworld and prior to the next buildworld. Even so, the contents of the 
current /usr/include should not affect the current buildworld. In practice 
this is still the case. r307800 is a good example of this. I wouldn't be 
surprised there's more of this in src.

> 
> E.g., "make delete-old" should only ever be run with exactly the same
> source tree that your current world was installed from.  And preferably
> right after "make installworld" and updating /etc.

Exactly!


-- 
Cheers,
Cy Schubert 
FreeBSD UNIX:     Web:  http://www.FreeBSD.org

The need of the many outweighs the greed of the few.


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld error

2017-03-12 Thread Roberto Rodriguez Jr 
Hey,

Even with a fresh checkout of sources ( today 935am EST). Buildworld/kernel
fail 10 seconds into build.

Thanks
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld error

2017-03-12 Thread Dimitry Andric 
On 12 Mar 2017, at 02:46, Cy Schubert  wrote:
> 
> In message <5cb065b0-5a7d-4a50-a722-8ea579a67...@freebsd.org>, Dimitry
> Andric w
> rites:
>> 
>> 
>> --Apple-Mail=_A0AD1F4B-1279-4DA7-85F9-FB9846A878D7
>> Content-Transfer-Encoding: quoted-printable
>> Content-Type: text/plain;
>>  charset=us-ascii
>> 
>> On 12 Mar 2017, at 01:55, Roberto Rodriguez Jr  =
>> wrote:
>>> =20
>>> Now...
>>> make buildworld
>> ...
>>> In file included from /usr/src/contrib/llvm/lib/Support/APInt.cpp:15:
>>> In file included from =
>> /usr/src/contrib/llvm/include/llvm/ADT/APInt.h:20:
>>> In file included from
>>> /usr/src/contrib/llvm/include/llvm/Support/MathExtras.h:19:
>>> In file included from /usr/include/c++/v1/algorithm:634:
>>> In file included from /usr/include/c++/v1/memory:604:
>>> /usr/include/c++/v1/new:73:10: fatal error: '__undef___deallocate' =
>> file not
>>> found
>>> #include <__undef___deallocate>
>>>^
>> 
>> Yes, this is because of the bad advice to run "make delete-old" before
>> you had run "make installworld".  You had an older version of libc++ in
>> /usr/include/c++, but that still required the __undef___deallocate
>> header, which has now been deleted by "make delete-old".
>> 
>> Your best chance is to build and install libc++ first, if possible, by
>> doing:
>> 
>> cd /usr/src/lib/libc++
>> make obj
>> make depend
>> make
>> make install
>> 
>> Then retry building world.
> 
> If this actually fixes it, it (the build) is wrong. You shouldn't have to
> build and install src in order to build another part of src.
> 
> The procedure has always been documented as make installworld first then
> make delete-old. Failing to do so will on rare occasions bite you when
> building a port.

Yes, but in this case Roberto ran "make delete-old" *before* installing
world, on your advice. That is definitely something that should be
avoided.

E.g., "make delete-old" should only ever be run with exactly the same
source tree that your current world was installed from.  And preferably
right after "make installworld" and updating /etc.

-Dimitry



signature.asc
Description: Message signed with OpenPGP

Re: buildworld error

2017-03-11 Thread Ngie Cooper (yaneurabeya) 

> On Mar 11, 2017, at 15:51, Roberto Rodriguez Jr  
> wrote:
> 
> I figured the script command... here is the new error r315090
> 
> --- .depend ---
> echo setkey.full: /usr/obj/usr/src/tmp/usr/lib/libc.a
> /usr/obj/usr/src/tmp/usr/lib/libl.a
> /usr/obj/usr/src/tmp/usr/lib/liby.a
> /usr/obj/usr/src/tmp/usr/lib/libipsec.a >> .depend
> --- setkey.o ---
> /usr/local/libexec/ccache/cc  -O2 -pipe -march=btver2
> -I/usr/src/sbin/setkey -I/usr/src/lib/libipsec -I/usr/src/lib/libipsec
> -I/usr/src/sys/netipsec -DIPSEC_DEBUG -DYY_NO_UNPUT -DINET6 -I. -g -MD
> -MF.depend.setkey.o -MTsetkey.o -std=gnu99 -fstack-protector-strong
> -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body
> -Wno-string-plus-int -Wno-unused-const-variable
> -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
> -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef
> -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter
> -Wno-parentheses  -Qunused-arguments  -c /usr/src/sbin/setkey/setkey.c
> -o setkey.o
> --- all_subdir_lib ---
> --- jemalloc_nstime.po ---
> /usr/local/libexec/ccache/cc -pg  -O2 -pipe -march=btver2
> -I/usr/src/lib/libc/include -I/usr/src/include
> -I/usr/src/lib/libc/amd64 -DNLS  -D__DBINTERFACE_PRIVATE
> -I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6
> -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE
> -DPOSIX_MISTAKE -I/usr/src/lib/libmd
> -I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime
> -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES
> -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP
> -DNS_CACHING -DSYMBOL_VERSIONING -MD  -MF.depend.jemalloc_nstime.po
> -MTjemalloc_nstime.po -std=gnu99 -fstack-protector-strong
> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
> -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int
> -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value
> -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion
> -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum
> -Wno-knr-promoted-parameter  -Qunused-arguments
> -I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64
> -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c jemalloc_nstime.c
> -o jemalloc_nstime.po
> --- all_subdir_rescue ---
> --- suffix.o ---
> /usr/local/libexec/ccache/cc  -O2 -pipe -DHAVE_CONFIG_H
> -I/usr/src/usr.bin/xz/../../lib/liblzma
> -I/usr/src/usr.bin/xz/../../contrib/xz/src/common -march=btver2
> -DRESCUE -MD  -MF.depend.suffix.o -MTsuffix.o -std=gnu99
> -fstack-protector-strong -Wsystem-headers -Werror -Wall
> -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized
> -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int
> -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value
> -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion
> -Wno-unused-local-typedef  -Qunused-arguments  -c
> /usr/src/usr.bin/xz/../../contrib/xz/src/xz/suffix.c -o suffix.o
> --- all_subdir_sbin ---
> /usr/src/sbin/setkey/setkey.c:154:15: error: use of undeclared
> identifier 'IPSEC_POLICYSCOPE_GLOBAL'
>f_scope |= IPSEC_POLICYSCOPE_GLOBAL;
>   ^
> /usr/src/sbin/setkey/setkey.c:157:15: error: use of undeclared
> identifier 'IPSEC_POLICYSCOPE_IFNET'
>f_scope |= IPSEC_POLICYSCOPE_IFNET;
>   ^

Some new symbols were added to sys/netipsec/… and unfortunately the system 
headers don’t provide that symbol.

This should fix the issue — I’ll run the change through make tinderbox before 
committing, then analyze the .depend files, just to make sure it's 
bootstrapping properly.

Thanks!
-Ngie

$ svn diff Makefile
Index: Makefile
===
--- Makefile(revision 315094)
+++ Makefile(working copy)
@@ -46,7 +46,7 @@
 # ipsec_strerror.c is for avoiding shlib reference to non-exported function.
 .PATH: ${SRCTOP}/lib/libipsec ${SRCTOP}/sys/netipsec
 SRCS+= pfkey.c pfkey_dump.c key_debug.c ipsec_strerror.c
-CFLAGS+= -I${SRCTOP}/sys/netipsec
+CFLAGS+= -I${SRCTOP}/sys

 SRCS+= y.tab.h
 y.tab.h: parse.y



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: buildworld error

2017-03-11 Thread Cy Schubert 
In message <5cb065b0-5a7d-4a50-a722-8ea579a67...@freebsd.org>, Dimitry 
Andric w
rites:
> 
> 
> --Apple-Mail=_A0AD1F4B-1279-4DA7-85F9-FB9846A878D7
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/plain;
>   charset=us-ascii
> 
> On 12 Mar 2017, at 01:55, Roberto Rodriguez Jr  =
> wrote:
> >=20
> > Now...
> > make buildworld
> ...
> > In file included from /usr/src/contrib/llvm/lib/Support/APInt.cpp:15:
> > In file included from =
> /usr/src/contrib/llvm/include/llvm/ADT/APInt.h:20:
> > In file included from
> > /usr/src/contrib/llvm/include/llvm/Support/MathExtras.h:19:
> > In file included from /usr/include/c++/v1/algorithm:634:
> > In file included from /usr/include/c++/v1/memory:604:
> > /usr/include/c++/v1/new:73:10: fatal error: '__undef___deallocate' =
> file not
> > found
> > #include <__undef___deallocate>
> > ^
> 
> Yes, this is because of the bad advice to run "make delete-old" before
> you had run "make installworld".  You had an older version of libc++ in
> /usr/include/c++, but that still required the __undef___deallocate
> header, which has now been deleted by "make delete-old".
> 
> Your best chance is to build and install libc++ first, if possible, by
> doing:
> 
> cd /usr/src/lib/libc++
> make obj
> make depend
> make
> make install
> 
> Then retry building world.

If this actually fixes it, it (the build) is wrong. You shouldn't have to 
build and install src in order to build another part of src.

The procedure has always been documented as make installworld first then 
make delete-old. Failing to do so will on rare occasions bite you when 
building a port.


-- 
Cheers,
Cy Schubert 
FreeBSD UNIX:     Web:  http://www.FreeBSD.org

The need of the many outweighs the greed of the few.


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld error

2017-03-11 Thread Roberto Rodriguez Jr 
Thanks!
Rechecking out src tree. It seems my errors are like u said about 'make
delete-old'
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld error

2017-03-11 Thread Dimitry Andric 
On 12 Mar 2017, at 01:55, Roberto Rodriguez Jr  wrote:
> 
> Now...
> make buildworld
...
> In file included from /usr/src/contrib/llvm/lib/Support/APInt.cpp:15:
> In file included from /usr/src/contrib/llvm/include/llvm/ADT/APInt.h:20:
> In file included from
> /usr/src/contrib/llvm/include/llvm/Support/MathExtras.h:19:
> In file included from /usr/include/c++/v1/algorithm:634:
> In file included from /usr/include/c++/v1/memory:604:
> /usr/include/c++/v1/new:73:10: fatal error: '__undef___deallocate' file not
> found
> #include <__undef___deallocate>
> ^

Yes, this is because of the bad advice to run "make delete-old" before
you had run "make installworld".  You had an older version of libc++ in
/usr/include/c++, but that still required the __undef___deallocate
header, which has now been deleted by "make delete-old".

Your best chance is to build and install libc++ first, if possible, by
doing:

cd /usr/src/lib/libc++
make obj
make depend
make
make install

Then retry building world.

-Dimitry



signature.asc
Description: Message signed with OpenPGP

Re: buildworld error

2017-03-11 Thread Roberto Rodriguez Jr 
Now...
make buildworld
root@krsna:/usr/src # time make buildworld
--
>>> World build started on Sun Mar 12 00:52:52 UTC 2017
--

--
>>> Rebuilding the temporary build tree
--
rm -rf /usr/obj/usr/src/tmp
rm -rf /usr/obj/usr/src/lib32
mkdir -p /usr/obj/usr/src/tmp/lib
mkdir -p /usr/obj/usr/src/tmp/lib/casper
mkdir -p /usr/obj/usr/src/tmp/usr
mkdir -p /usr/obj/usr/src/tmp/legacy/bin
mkdir -p /usr/obj/usr/src/tmp/legacy/usr
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist  -p
/usr/obj/usr/src/tmp/legacy/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.groff.dist  -p
/usr/obj/usr/src/tmp/legacy/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist  -p
/usr/obj/usr/src/tmp/legacy/usr/include >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist  -p /usr/obj/usr/src/tmp/usr
>/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist  -p
/usr/obj/usr/src/tmp/usr/include >/dev/null
ln -sf /usr/src/sys /usr/obj/usr/src/tmp
mtree -deU -f /usr/src/etc/mtree/BSD.debug.dist  -p
/usr/obj/usr/src/tmp/legacy/usr/lib >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.debug.dist  -p
/usr/obj/usr/src/tmp/usr/lib >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.lib32.dist  -p
/usr/obj/usr/src/tmp/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.lib32.dist  -p
/usr/obj/usr/src/tmp/legacy/usr/lib/debug/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.lib32.dist  -p
/usr/obj/usr/src/tmp/usr/lib/debug/usr >/dev/null
mkdir -p /usr/obj/usr/src/tmp/usr/tests
mtree -deU -f /usr/src/etc/mtree/BSD.tests.dist  -p
/usr/obj/usr/src/tmp/usr/tests >/dev/null
mkdir -p /usr/obj/usr/src/tmp/usr/lib/debug//usr/tests
mtree -deU -f /usr/src/etc/mtree/BSD.tests.dist  -p
/usr/obj/usr/src/tmp/usr/lib/debug//usr/tests >/dev/null

--
>>> stage 1.1: legacy release compatibility shims
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp  INSTALL="sh
/usr/src/tools/install.sh"  TOOLS_PREFIX=/usr/obj/usr/src/tmp
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin
WORLDTMP=/usr/obj/usr/src/tmp  MAKEFLAGS="-m /usr/src/tools/build/mk  -m
/usr/src/share/mk" make  -f Makefile.inc1  DESTDIR=  BOOTSTRAPPING=1200022
SSP_CFLAGS=  MK_HTML=no NO_LINT=yes MK_MAN=no  -DNO_PIC MK_PROFILE=no
-DNO_SHARED  -DNO_CPU_CFLAGS MK_WARNS=no MK_CTF=no  MK_CLANG_EXTRAS=no
MK_CLANG_FULL=no  MK_LLDB=no MK_TESTS=no  MK_INCLUDES=yes legacy
===> tools/build (obj,includes,all,install)
/usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build
/usr/local/libexec/ccache/cc  -O2 -pipe  -MD  -MF.depend.dummy.o -MTdummy.o
-std=gnu99  -Qunused-arguments  -I/usr/obj/usr/src/tmp/legacy/usr/include
-c /usr/src/tools/build/dummy.c -o dummy.o
building static egacy library
ar -crD libegacy.a `NM='nm' NMFLAGS=''  lorder dummy.o  | tsort -q`
ranlib -D libegacy.a
sh /usr/src/tools/install.sh  -C -o root -g wheel -m 444   libegacy.a
/usr/obj/usr/src/tmp/legacy/usr/lib/

--
>>> stage 1.2: bootstrap tools
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp  INSTALL="sh
/usr/src/tools/install.sh"  TOOLS_PREFIX=/usr/obj/usr/src/tmp
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin
WORLDTMP=/usr/obj/usr/src/tmp  MAKEFLAGS="-m /usr/src/tools/build/mk  -m
/usr/src/share/mk" make  -f Makefile.inc1  DESTDIR=  BOOTSTRAPPING=1200022
SSP_CFLAGS=  MK_HTML=no NO_LINT=yes MK_MAN=no  -DNO_PIC MK_PROFILE=no
-DNO_SHARED  -DNO_CPU_CFLAGS MK_WARNS=no MK_CTF=no  MK_CLANG_EXTRAS=no
MK_CLANG_FULL=no  MK_LLDB=no MK_TESTS=no  MK_INCLUDES=yes bootstrap-tools
===> lib/clang/libllvmminimal (obj,all,install)
/usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal created for
/usr/src/lib/clang/libllvmminimal
/usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal/Support created for
/usr/src/lib/clang/libllvmminimal
/usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmminimal/TableGen created for
/usr/src/lib/clang/libllvmminimal
/usr/local/libexec/ccache/c++  -O2 -pipe -I/usr/src/lib/clang/include
-I/usr/src/contrib/llvm/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD
-D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd12.0\"
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd12.0\"
-DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -MD -MF.depend.Support_APInt.o
-MTSupport/APInt.o -Qunused-arguments
-I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions
-fno-rtti  -stdlib=libc++ -Wno-c++11-extensions  -c

Re: buildworld error

2017-03-11 Thread Roberto Rodriguez Jr 
So...
cd /usr/src
svn up
yes|make delete-old
rm -rf /usr/obj/*
rm -rf /var/tmp/ccache/*
make -j4 buildworld

Script started on Sun Mar 12 00:47:52 2017
root@krsna:/usr/src # time make -j4 buildworld
--- buildworld ---
--- buildworld_prologue ---
--
>>> World build started on Sun Mar 12 00:47:54 UTC 2017
--
--- _worldtmp ---
--
>>> Rebuilding the temporary build tree
--
rm -rf /usr/obj/usr/src/tmp
rm -rf /usr/obj/usr/src/lib32
mkdir -p /usr/obj/usr/src/tmp/lib
mkdir -p /usr/obj/usr/src/tmp/lib/casper
mkdir -p /usr/obj/usr/src/tmp/usr
mkdir -p /usr/obj/usr/src/tmp/legacy/bin
mkdir -p /usr/obj/usr/src/tmp/legacy/usr
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist  -p
/usr/obj/usr/src/tmp/legacy/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.groff.dist  -p
/usr/obj/usr/src/tmp/legacy/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist  -p
/usr/obj/usr/src/tmp/legacy/usr/include >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist  -p /usr/obj/usr/src/tmp/usr
>/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist  -p
/usr/obj/usr/src/tmp/usr/include >/dev/null
ln -sf /usr/src/sys /usr/obj/usr/src/tmp
mtree -deU -f /usr/src/etc/mtree/BSD.debug.dist  -p
/usr/obj/usr/src/tmp/legacy/usr/lib >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.debug.dist  -p
/usr/obj/usr/src/tmp/usr/lib >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.lib32.dist  -p
/usr/obj/usr/src/tmp/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.lib32.dist  -p
/usr/obj/usr/src/tmp/legacy/usr/lib/debug/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.lib32.dist  -p
/usr/obj/usr/src/tmp/usr/lib/debug/usr >/dev/null
mkdir -p /usr/obj/usr/src/tmp/usr/tests
mtree -deU -f /usr/src/etc/mtree/BSD.tests.dist  -p
/usr/obj/usr/src/tmp/usr/tests >/dev/null
mkdir -p /usr/obj/usr/src/tmp/usr/lib/debug//usr/tests
mtree -deU -f /usr/src/etc/mtree/BSD.tests.dist  -p
/usr/obj/usr/src/tmp/usr/lib/debug//usr/tests >/dev/null
--- _legacy ---
--
>>> stage 1.1: legacy release compatibility shims
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp  INSTALL="sh
/usr/src/tools/install.sh"  TOOLS_PREFIX=/usr/obj/usr/src/tmp
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin
WORLDTMP=/usr/obj/usr/src/tmp  MAKEFLAGS="-m /usr/src/tools/build/mk  -j 4
-J 15,16 -m /usr/src/share/mk" make  -f Makefile.inc1  DESTDIR=
BOOTSTRAPPING=1200022  SSP_CFLAGS=  MK_HTML=no NO_LINT=yes MK_MAN=no
-DNO_PIC MK_PROFILE=no -DNO_SHARED  -DNO_CPU_CFLAGS MK_WARNS=no MK_CTF=no
MK_CLANG_EXTRAS=no MK_CLANG_FULL=no  MK_LLDB=no MK_TESTS=no
MK_INCLUDES=yes legacy
--- legacy ---
===> tools/build (obj,includes,all,install)
--- obj ---
/usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build
--- dummy.o ---
/usr/local/libexec/ccache/cc  -O2 -pipe  -MD  -MF.depend.dummy.o -MTdummy.o
-std=gnu99  -Qunused-arguments  -I/usr/obj/usr/src/tmp/legacy/usr/include
-c /usr/src/tools/build/dummy.c -o dummy.o
--- libegacy.a ---
building static egacy library
ar -crD libegacy.a `NM='nm' NMFLAGS=''  lorder dummy.o  | tsort -q`
ranlib -D libegacy.a
--- _libinstall ---
sh /usr/src/tools/install.sh  -C -o root -g wheel -m 444   libegacy.a
/usr/obj/usr/src/tmp/legacy/usr/lib/
--- _bootstrap-tools ---

--
>>> stage 1.2: bootstrap tools
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp  INSTALL="sh
/usr/src/tools/install.sh"  TOOLS_PREFIX=/usr/obj/usr/src/tmp
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin
WORLDTMP=/usr/obj/usr/src/tmp  MAKEFLAGS="-m /usr/src/tools/build/mk  -j 4
-J 15,16 -m /usr/src/share/mk" make  -f Makefile.inc1  DESTDIR=
BOOTSTRAPPING=1200022  SSP_CFLAGS=  MK_HTML=no NO_LINT=yes MK_MAN=no
-DNO_PIC MK_PROFILE=no -DNO_SHARED  -DNO_CPU_CFLAGS MK_WARNS=no MK_CTF=no
MK_CLANG_EXTRAS=no MK_CLANG_FULL=no  MK_LLDB=no MK_TESTS=no
MK_INCLUDES=yes bootstrap-tools
--- _bootstrap-tools-lib/clang/libllvmminimal ---
--- _bootstrap-tools-kerberos5/tools/make-roken ---
--- _bootstrap-tools-usr.bin/fortune/strfile ---
--- _bootstrap-tools-gnu/usr.bin/groff ---
--- _bootstrap-tools-lib/clang/libllvmminimal ---
===> lib/clang/libllvmminimal (obj,all,install)
--- _bootstrap-tools-kerberos5/tools/make-roken ---
===> kerberos5/tools/make-roken (obj,all,install)
--- _bootstrap-tools-usr.bin/fortune/strfile ---
===> usr.bin/fortune/strfile (obj,all,install)
--- _bootstrap-tools-gnu/usr.bin/groff ---
===> gnu/usr.bin/groff

Re: buildworld error

2017-03-11 Thread Cy Schubert 
In message 
, Roberto Rodriguez Jr writes:
> I figured the script command... here is the new error r315090
> 
> --- .depend ---
> echo setkey.full: /usr/obj/usr/src/tmp/usr/lib/libc.a
> /usr/obj/usr/src/tmp/usr/lib/libl.a
> /usr/obj/usr/src/tmp/usr/lib/liby.a
> /usr/obj/usr/src/tmp/usr/lib/libipsec.a >> .depend
> --- setkey.o ---
> /usr/local/libexec/ccache/cc  -O2 -pipe -march=btver2
> -I/usr/src/sbin/setkey -I/usr/src/lib/libipsec -I/usr/src/lib/libipsec
> -I/usr/src/sys/netipsec -DIPSEC_DEBUG -DYY_NO_UNPUT -DINET6 -I. -g -MD
>  -MF.depend.setkey.o -MTsetkey.o -std=gnu99 -fstack-protector-strong
> -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body
> -Wno-string-plus-int -Wno-unused-const-variable
> -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
> -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef
> -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter
> -Wno-parentheses  -Qunused-arguments  -c /usr/src/sbin/setkey/setkey.c
> -o setkey.o
> --- all_subdir_lib ---
> --- jemalloc_nstime.po ---
> /usr/local/libexec/ccache/cc -pg  -O2 -pipe -march=btver2
> -I/usr/src/lib/libc/include -I/usr/src/include
> -I/usr/src/lib/libc/amd64 -DNLS  -D__DBINTERFACE_PRIVATE
> -I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6
> -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE
> -DPOSIX_MISTAKE -I/usr/src/lib/libmd
> -I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime
> -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES
> -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP
> -DNS_CACHING -DSYMBOL_VERSIONING -MD  -MF.depend.jemalloc_nstime.po
> -MTjemalloc_nstime.po -std=gnu99 -fstack-protector-strong
> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
> -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int
> -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value
> -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion
> -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum
> -Wno-knr-promoted-parameter  -Qunused-arguments
> -I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64
> -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c jemalloc_nstime.c
> -o jemalloc_nstime.po
> --- all_subdir_rescue ---
> --- suffix.o ---
> /usr/local/libexec/ccache/cc  -O2 -pipe -DHAVE_CONFIG_H
> -I/usr/src/usr.bin/xz/../../lib/liblzma
> -I/usr/src/usr.bin/xz/../../contrib/xz/src/common -march=btver2
> -DRESCUE -MD  -MF.depend.suffix.o -MTsuffix.o -std=gnu99
> -fstack-protector-strong -Wsystem-headers -Werror -Wall
> -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized
> -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int
> -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value
> -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion
> -Wno-unused-local-typedef  -Qunused-arguments  -c
> /usr/src/usr.bin/xz/../../contrib/xz/src/xz/suffix.c -o suffix.o
> --- all_subdir_sbin ---
> /usr/src/sbin/setkey/setkey.c:154:15: error: use of undeclared
> identifier 'IPSEC_POLICYSCOPE_GLOBAL'
> f_scope |= IPSEC_POLICYSCOPE_GLOBAL;
>^
> /usr/src/sbin/setkey/setkey.c:157:15: error: use of undeclared
> identifier 'IPSEC_POLICYSCOPE_IFNET'
> f_scope |= IPSEC_POLICYSCOPE_IFNET;
>^
> 2 errors generated.
> *** [setkey.o] Error code 1
> 
> make[4]: stopped in /usr/src/sbin/setkey
> 1 error
> 
> make[4]: stopped in /usr/src/sbin/setkey
> *** [all_subdir_sbin/setkey] Error code 2
> 
> make[3]: stopped in /usr/src/sbin
> 1 error
> 
> make[3]: stopped in /usr/src/sbin
> *** [all_subdir_sbin] Error code 2
> 
> make[2]: stopped in /usr/src
> --- all_subdir_rescue ---
> A failure has been detected in another branch of the parallel make
> 
> make[6]: stopped in /usr/src/usr.bin/xz
> *** [xz_make] Error code 2
> 
> make[5]: stopped in /usr/obj/usr/src/rescue/rescue
> 1 error
> 
> make[5]: stopped in /usr/obj/usr/src/rescue/rescue
> *** [objs] Error code 2
> 
> make[4]: stopped in /usr/src/rescue/rescue
> 1 error
> 
> make[4]: stopped in /usr/src/rescue/rescue
> *** [all_subdir_rescue/rescue] Error code 2
> 
> make[3]: stopped in /usr/src/rescue
> 1 error
> 
> make[3]: stopped in /usr/src/rescue
> *** [all_subdir_rescue] Error code 2
> 
> make[2]: stopped in /usr/src
> --- all_subdir_lib ---
> A failure has been detected in another branch of the parallel make
> 
> make[4]: stopped in /usr/src/lib/libc
> *** [all_subdir_lib/libc] Error code 2
> 
> make[3]: stopped in /usr/src/lib
> 1 error
> 
> make[3]: stopped in /usr/src/lib
> *** [all_subdir_lib] Error code 2
> 
> make[2]: stopped in /usr/src
> --- all_subdir_secure ---
> A failure has been detected in another branch of the parallel make
> 
> make[5]: stopped in

Re: buildworld error

2017-03-11 Thread Roberto Rodriguez Jr 
I figured the script command... here is the new error r315090

--- .depend ---
echo setkey.full: /usr/obj/usr/src/tmp/usr/lib/libc.a
/usr/obj/usr/src/tmp/usr/lib/libl.a
/usr/obj/usr/src/tmp/usr/lib/liby.a
/usr/obj/usr/src/tmp/usr/lib/libipsec.a >> .depend
--- setkey.o ---
/usr/local/libexec/ccache/cc  -O2 -pipe -march=btver2
-I/usr/src/sbin/setkey -I/usr/src/lib/libipsec -I/usr/src/lib/libipsec
-I/usr/src/sys/netipsec -DIPSEC_DEBUG -DYY_NO_UNPUT -DINET6 -I. -g -MD
 -MF.depend.setkey.o -MTsetkey.o -std=gnu99 -fstack-protector-strong
-Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body
-Wno-string-plus-int -Wno-unused-const-variable
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
-Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef
-Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter
-Wno-parentheses  -Qunused-arguments  -c /usr/src/sbin/setkey/setkey.c
-o setkey.o
--- all_subdir_lib ---
--- jemalloc_nstime.po ---
/usr/local/libexec/ccache/cc -pg  -O2 -pipe -march=btver2
-I/usr/src/lib/libc/include -I/usr/src/include
-I/usr/src/lib/libc/amd64 -DNLS  -D__DBINTERFACE_PRIVATE
-I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6
-I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE
-DPOSIX_MISTAKE -I/usr/src/lib/libmd
-I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime
-I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES
-DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP
-DNS_CACHING -DSYMBOL_VERSIONING -MD  -MF.depend.jemalloc_nstime.po
-MTjemalloc_nstime.po -std=gnu99 -fstack-protector-strong
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
-Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion
-Wno-unused-local-typedef -Wno-switch -Wno-switch-enum
-Wno-knr-promoted-parameter  -Qunused-arguments
-I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64
-I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c jemalloc_nstime.c
-o jemalloc_nstime.po
--- all_subdir_rescue ---
--- suffix.o ---
/usr/local/libexec/ccache/cc  -O2 -pipe -DHAVE_CONFIG_H
-I/usr/src/usr.bin/xz/../../lib/liblzma
-I/usr/src/usr.bin/xz/../../contrib/xz/src/common -march=btver2
-DRESCUE -MD  -MF.depend.suffix.o -MTsuffix.o -std=gnu99
-fstack-protector-strong -Wsystem-headers -Werror -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wno-uninitialized
-Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion
-Wno-unused-local-typedef  -Qunused-arguments  -c
/usr/src/usr.bin/xz/../../contrib/xz/src/xz/suffix.c -o suffix.o
--- all_subdir_sbin ---
/usr/src/sbin/setkey/setkey.c:154:15: error: use of undeclared
identifier 'IPSEC_POLICYSCOPE_GLOBAL'
f_scope |= IPSEC_POLICYSCOPE_GLOBAL;
   ^
/usr/src/sbin/setkey/setkey.c:157:15: error: use of undeclared
identifier 'IPSEC_POLICYSCOPE_IFNET'
f_scope |= IPSEC_POLICYSCOPE_IFNET;
   ^
2 errors generated.
*** [setkey.o] Error code 1

make[4]: stopped in /usr/src/sbin/setkey
1 error

make[4]: stopped in /usr/src/sbin/setkey
*** [all_subdir_sbin/setkey] Error code 2

make[3]: stopped in /usr/src/sbin
1 error

make[3]: stopped in /usr/src/sbin
*** [all_subdir_sbin] Error code 2

make[2]: stopped in /usr/src
--- all_subdir_rescue ---
A failure has been detected in another branch of the parallel make

make[6]: stopped in /usr/src/usr.bin/xz
*** [xz_make] Error code 2

make[5]: stopped in /usr/obj/usr/src/rescue/rescue
1 error

make[5]: stopped in /usr/obj/usr/src/rescue/rescue
*** [objs] Error code 2

make[4]: stopped in /usr/src/rescue/rescue
1 error

make[4]: stopped in /usr/src/rescue/rescue
*** [all_subdir_rescue/rescue] Error code 2

make[3]: stopped in /usr/src/rescue
1 error

make[3]: stopped in /usr/src/rescue
*** [all_subdir_rescue] Error code 2

make[2]: stopped in /usr/src
--- all_subdir_lib ---
A failure has been detected in another branch of the parallel make

make[4]: stopped in /usr/src/lib/libc
*** [all_subdir_lib/libc] Error code 2

make[3]: stopped in /usr/src/lib
1 error

make[3]: stopped in /usr/src/lib
*** [all_subdir_lib] Error code 2

make[2]: stopped in /usr/src
--- all_subdir_secure ---
A failure has been detected in another branch of the parallel make

make[5]: stopped in /usr/src/secure/lib/libcrypto
*** [all_subdir_secure/lib/libcrypto] Error code 2

make[4]: stopped in /usr/src/secure/lib
1 error

make[4]: stopped in /usr/src/secure/lib
*** [all_subdir_secure/lib] Error code 2

make[3]: stopped in /usr/src/secure
1 error

make[3]: stopped in /usr/src/secure
*** [all_subdir_secure] Error code 2

make[2]: stopped in /usr/src
4

Re: Buildworld error with read-only source tree

2016-11-07 Thread Justin Hibbits 
On Mon, 7 Nov 2016 20:53:46 -0500
Ryan Stone  wrote:

> I just got the following error attempting to build r308430 with my
> source tree on a read-only NFS mount.  I can work around it for now,
> but shouldn't the source tree be untouched during a buildworld?
> 
> $ make -j4 buildworld buildkernel
> --- buildworld ---
> make[1]: "/repos/users/rstone/freebsd/Makefile.inc1" line 146:
> SYSTEM_COMPILER: Determined that CC=cc matches the source tree.  Not
> bootstrapping a cross-compiler.
> --- buildworld_prologue ---
> --
> >>> World build started on Tue Nov  8 01:50:50 EST 2016  
> --
> --- _worldtmp ---
> --
> >>> Rebuilding the temporary build tree  
> --
> rm -rf /repos/users/rstone/freebsd/tmp
> rm -rf /repos/users/rstone/freebsd/lib32
> mkdir -p /repos/users/rstone/freebsd/tmp/lib
> mkdir: /repos/users/rstone/freebsd/tmp: Read-only file system

Do you have a MAKEOBJDIRPREFIX set (locally, or through a script or
Makefile hack)? My build log doesn't show it touching the source tree,
it shows it only touching the object tree.

- Justin
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildworld error (tcpdump and Capsicum)

2013-12-20 Thread dt71 

ping !
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld error (tcpdump and Capsicum)

2013-12-20 Thread dt71 


Index: addrtoname.c
===
--- addrtoname.c	(revision 259658)
+++ addrtoname.c	(working copy)
@@ -33,9 +33,11 @@
 #endif
 
 #ifdef __FreeBSD__
+#ifdef HAVE_LIBCAPSICUM
 #include libcapsicum.h
 #include libcapsicum_dns.h
 #endif
+#endif
 #include tcpdump-stdinc.h
 
 #ifdef USE_ETHER_NTOHOST
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld error on -current

2013-11-14 Thread Dimitry Andric 
On 14 Nov 2013, at 00:23, Nilton Jose Rizzo ri...@i805.com.br wrote:
...
 === lib/libc++ (all)
 c++   -O2 -pipe -I/usr/src/lib/libc++/../../contrib/libc++/include 
 -I/usr/src/li
 b/libc++/../../contrib/libcxxrt -nostdlib -DLIBCXXRT -Qunused-arguments 
 -fstack-
 protector -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare 
 -Wno-un
 used-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion
 -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses
 -std=c++0x -Wno-c++11-extensions -c
 /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp -o algorithm.o
 In file included from
 /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10:
 In file included from
 /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:627:
 /usr/src/lib/libc++/../../contrib/libc++/include/memory:3331:3: error: no
  matching literal operator for call to 'operator  __len' with argument 
 of
  type 'unsigned long long' or 'const char *', and no matching literal
  operator template
 0__len = (__len - 1)  ~static_cast_Size(63);
  ^
 1 error generated.

There is a stray '0' character in front of that line.  Did you modify
the file by accident?  Try doing:

svn revert -R /usr/src/contrib/libc++/include/memory

or if that still does not remove the stray character, delete your source
tree and re-checkout.

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: buildworld error on -current

2013-11-14 Thread Nilton Jose Rizzo 
Em Thu, 14 Nov 2013 13:51:59 +0100, Dimitry Andric escreveu
 On 14 Nov 2013, at 00:23, Nilton Jose Rizzo ri...@i805.com.br 
 wrote: ...
  === lib/libc++ (all)
  c++   -O2 -pipe -I/usr/src/lib/libc++/../../contrib/libc++/include -
I/usr/src/li
  b/libc++/../../contrib/libcxxrt -nostdlib -DLIBCXXRT -Qunused-arguments -
fstack-
  protector -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -
Wno-un
  used-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion
  -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses
  -std=c++0x -Wno-c++11-extensions -c
  /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp -o algorithm.o
  In file included from
  /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10:
  In file included from
  /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:627:
  /usr/src/lib/libc++/../../contrib/libc++/include/memory:3331:3: error: no
   matching literal operator for call to 'operator  __len' with 
argument of
   type 'unsigned long long' or 'const char *', and no matching literal
   operator template
  0__len = (__len - 1)  ~static_cast_Size(63);
   ^
  1 error generated.
 
 There is a stray '0' character in front of that line.  Did you modify
 the file by accident?  Try doing:
 
   No, only update the source via svn

 svn revert -R /usr/src/contrib/libc++/include/memory
 
 or if that still does not remove the stray character, delete your source
 tree and re-checkout.

   I'll try it.

 
 -Dimitry

Thanx,

   Rizzo
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld error

2013-01-31 Thread O. Hartmann 
On 01/31/13 05:43, O. Hartmann wrote:
 Am 01/31/13 05:06, schrieb Jesse:
 z

 On 1/31/13, Jesse je...@glx.me wrote:
 i set these  in make.conf:
 CXXFLAGS+=-stdlib=libc++
 CXXFLAGS+=-std=c++11

 i comment them and rebuild world ok
 but it works at previous revision.

 On 1/30/13, Dimitry Andric d...@freebsd.org wrote:
 On 2013-01-30 10:37, Jesse wrote:
 I just update /usr/src and make buildworld. The building proccess stop
 as
 errors:

 === lib/clang/libllvmx86asmparser (all)
 === lib/clang/libllvmx86codegen (all)
 === lib/clang/libllvmx86desc (all)
 === lib/clang/libllvmx86disassembler (all)
 === lib/clang/libllvmx86info (all)
 === lib/clang/libllvmx86instprinter (all)
 === lib/clang/libllvmx86utils (all)
 === lib/clang/libllvmdebuginfo (all)
 === lib/clang/libllvmexecutionengine (all)
 === lib/clang/libllvminterpreter (all)
 === lib/clang/libllvmjit (all)
 === lib/clang/libllvmmcdisassembler (all)
 === lib/clang/libllvmmcjit (all)
 === lib/clang/libllvmruntimedyld (all)
 === lib/clang/include (all)
 1 error
 *** [everything] Error code 2
 1 error
 *** [buildworld] Error code 2
 1 error

 Because you are making buildworld with -j, the actual error message is
 not visible.  Try searching back in the log to find the actual error,
 and post that.  Alternatively, make buildworld without -j.


 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

 
 
 I see the very same issue and reported this already. Since I'm not a
 professional developer, I'm not quite sure what and how to report the
 issue in exactly and accurate.
 
 In my case, this issue came out of the blue. I also have set
 
 CXXFLAGS+= -stdlib=libc++  -std=c++11
 
 but in /etc/src.conf. Commenting out -std=c++11 makes the build of
 world fail with something like
 
 [...]
 fatal error: too many errors emitted, stopping now [-ferror-limit=]
 In file included from
 /usr/src/lib/atf/libatf-c++/../../../contrib/atf/atf-c++/detail/application.cpp:42:
 In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/iostream:38:
 In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216:
 In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15:
 In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:434:
 In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:594:
 In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/memory:597:
 /usr/obj/usr/src/tmp/usr/include/c++/v1/__functional_base:22:1: error:
 inline namespaces are a C++11 feature [-Werror,-Wc++11-extensions]
 [...]
 
 which sounds strange to me, since I completely erase /usr/obj before
 building and I do not use a ccache or any other similar facility.
 
 Regards,
 Oliver
 
 


I can confirm, that disabling CXXFLAGS+= -stdlib=libc++
-std=c++11 completely solves the problem.

Using -stdlib=libc++ building the system's sources decalres CURRENT broken.



signature.asc
Description: OpenPGP digital signature

Re: buildworld error

2013-01-31 Thread Jesse 
yes, that may be the reason.

I write a simple c++ program in the built-complete system. and compile it:
clang++ hello.cpp -std=c++11 -stdlib=libc++ -o hello
it reports undefined reference to bad_alloc errors message same as someones
discuss in this mail list.

I find that it is because -stdlib=libc++ will link /usr/lib/libc++.so.
If compile and link the c++ code like this it reports no error:
clang++ hello.cpp -c -o hello.o -std=c++11 -stdlib=libc++
clang++ hello.o -o hello /usr/lib/libc++.a
The second command will force clang++ to link the static libc++ instead of
the shared lib.
I think the current src build the libc++.so by false. Maybe libc++.so lacks
some object files to wrap.

ar -tv /usr/lib/libc++.a will print all of the necessary object files.


On Thu, Jan 31, 2013 at 7:20 PM, O. Hartmann ohart...@zedat.fu-berlin.dewrote:

 On 01/31/13 05:43, O. Hartmann wrote:
  Am 01/31/13 05:06, schrieb Jesse:
  z
 
  On 1/31/13, Jesse je...@glx.me wrote:
  i set these  in make.conf:
  CXXFLAGS+=-stdlib=libc++
  CXXFLAGS+=-std=c++11
 
  i comment them and rebuild world ok
  but it works at previous revision.
 
  On 1/30/13, Dimitry Andric d...@freebsd.org wrote:
  On 2013-01-30 10:37, Jesse wrote:
  I just update /usr/src and make buildworld. The building proccess
 stop
  as
  errors:
 
  === lib/clang/libllvmx86asmparser (all)
  === lib/clang/libllvmx86codegen (all)
  === lib/clang/libllvmx86desc (all)
  === lib/clang/libllvmx86disassembler (all)
  === lib/clang/libllvmx86info (all)
  === lib/clang/libllvmx86instprinter (all)
  === lib/clang/libllvmx86utils (all)
  === lib/clang/libllvmdebuginfo (all)
  === lib/clang/libllvmexecutionengine (all)
  === lib/clang/libllvminterpreter (all)
  === lib/clang/libllvmjit (all)
  === lib/clang/libllvmmcdisassembler (all)
  === lib/clang/libllvmmcjit (all)
  === lib/clang/libllvmruntimedyld (all)
  === lib/clang/include (all)
  1 error
  *** [everything] Error code 2
  1 error
  *** [buildworld] Error code 2
  1 error
 
  Because you are making buildworld with -j, the actual error message is
  not visible.  Try searching back in the log to find the actual error,
  and post that.  Alternatively, make buildworld without -j.
 
 
  ___
  freebsd-current@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-current
  To unsubscribe, send any mail to 
 freebsd-current-unsubscr...@freebsd.org
 
 
 
  I see the very same issue and reported this already. Since I'm not a
  professional developer, I'm not quite sure what and how to report the
  issue in exactly and accurate.
 
  In my case, this issue came out of the blue. I also have set
 
  CXXFLAGS+= -stdlib=libc++  -std=c++11
 
  but in /etc/src.conf. Commenting out -std=c++11 makes the build of
  world fail with something like
 
  [...]
  fatal error: too many errors emitted, stopping now [-ferror-limit=]
  In file included from
 
 /usr/src/lib/atf/libatf-c++/../../../contrib/atf/atf-c++/detail/application.cpp:42:
  In file included from
 /usr/obj/usr/src/tmp/usr/include/c++/v1/iostream:38:
  In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216:
  In file included from
 /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15:
  In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:434:
  In file included from
 /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:594:
  In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/memory:597:
  /usr/obj/usr/src/tmp/usr/include/c++/v1/__functional_base:22:1: error:
  inline namespaces are a C++11 feature [-Werror,-Wc++11-extensions]
  [...]
 
  which sounds strange to me, since I completely erase /usr/obj before
  building and I do not use a ccache or any other similar facility.
 
  Regards,
  Oliver
 
 


 I can confirm, that disabling CXXFLAGS+= -stdlib=libc++
 -std=c++11 completely solves the problem.

 Using -stdlib=libc++ building the system's sources decalres CURRENT broken.


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld error

2013-01-30 Thread Dimitry Andric 

On 2013-01-30 10:37, Jesse wrote:

I just update /usr/src and make buildworld. The building proccess stop as
errors:

=== lib/clang/libllvmx86asmparser (all)
=== lib/clang/libllvmx86codegen (all)
=== lib/clang/libllvmx86desc (all)
=== lib/clang/libllvmx86disassembler (all)
=== lib/clang/libllvmx86info (all)
=== lib/clang/libllvmx86instprinter (all)
=== lib/clang/libllvmx86utils (all)
=== lib/clang/libllvmdebuginfo (all)
=== lib/clang/libllvmexecutionengine (all)
=== lib/clang/libllvminterpreter (all)
=== lib/clang/libllvmjit (all)
=== lib/clang/libllvmmcdisassembler (all)
=== lib/clang/libllvmmcjit (all)
=== lib/clang/libllvmruntimedyld (all)
=== lib/clang/include (all)
1 error
*** [everything] Error code 2
1 error
*** [buildworld] Error code 2
1 error


Because you are making buildworld with -j, the actual error message is
not visible.  Try searching back in the log to find the actual error,
and post that.  Alternatively, make buildworld without -j.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld error

2013-01-30 Thread Jesse 
i set these  in make.conf:
CXXFLAGS+=-stdlib=libc++
CXXFLAGS+=-std=c++11

i comment them and rebuild world ok
but it works at previous revision.

On 1/30/13, Dimitry Andric d...@freebsd.org wrote:
 On 2013-01-30 10:37, Jesse wrote:
 I just update /usr/src and make buildworld. The building proccess stop as
 errors:

 === lib/clang/libllvmx86asmparser (all)
 === lib/clang/libllvmx86codegen (all)
 === lib/clang/libllvmx86desc (all)
 === lib/clang/libllvmx86disassembler (all)
 === lib/clang/libllvmx86info (all)
 === lib/clang/libllvmx86instprinter (all)
 === lib/clang/libllvmx86utils (all)
 === lib/clang/libllvmdebuginfo (all)
 === lib/clang/libllvmexecutionengine (all)
 === lib/clang/libllvminterpreter (all)
 === lib/clang/libllvmjit (all)
 === lib/clang/libllvmmcdisassembler (all)
 === lib/clang/libllvmmcjit (all)
 === lib/clang/libllvmruntimedyld (all)
 === lib/clang/include (all)
 1 error
 *** [everything] Error code 2
 1 error
 *** [buildworld] Error code 2
 1 error

 Because you are making buildworld with -j, the actual error message is
 not visible.  Try searching back in the log to find the actual error,
 and post that.  Alternatively, make buildworld without -j.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld error

2013-01-30 Thread Jesse 
z

On 1/31/13, Jesse je...@glx.me wrote:
 i set these  in make.conf:
 CXXFLAGS+=-stdlib=libc++
 CXXFLAGS+=-std=c++11

 i comment them and rebuild world ok
 but it works at previous revision.

 On 1/30/13, Dimitry Andric d...@freebsd.org wrote:
 On 2013-01-30 10:37, Jesse wrote:
 I just update /usr/src and make buildworld. The building proccess stop
 as
 errors:

 === lib/clang/libllvmx86asmparser (all)
 === lib/clang/libllvmx86codegen (all)
 === lib/clang/libllvmx86desc (all)
 === lib/clang/libllvmx86disassembler (all)
 === lib/clang/libllvmx86info (all)
 === lib/clang/libllvmx86instprinter (all)
 === lib/clang/libllvmx86utils (all)
 === lib/clang/libllvmdebuginfo (all)
 === lib/clang/libllvmexecutionengine (all)
 === lib/clang/libllvminterpreter (all)
 === lib/clang/libllvmjit (all)
 === lib/clang/libllvmmcdisassembler (all)
 === lib/clang/libllvmmcjit (all)
 === lib/clang/libllvmruntimedyld (all)
 === lib/clang/include (all)
 1 error
 *** [everything] Error code 2
 1 error
 *** [buildworld] Error code 2
 1 error

 Because you are making buildworld with -j, the actual error message is
 not visible.  Try searching back in the log to find the actual error,
 and post that.  Alternatively, make buildworld without -j.


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: buildworld error

2013-01-30 Thread O. Hartmann 
Am 01/31/13 05:06, schrieb Jesse:
 z
 
 On 1/31/13, Jesse je...@glx.me wrote:
 i set these  in make.conf:
 CXXFLAGS+=-stdlib=libc++
 CXXFLAGS+=-std=c++11

 i comment them and rebuild world ok
 but it works at previous revision.

 On 1/30/13, Dimitry Andric d...@freebsd.org wrote:
 On 2013-01-30 10:37, Jesse wrote:
 I just update /usr/src and make buildworld. The building proccess stop
 as
 errors:

 === lib/clang/libllvmx86asmparser (all)
 === lib/clang/libllvmx86codegen (all)
 === lib/clang/libllvmx86desc (all)
 === lib/clang/libllvmx86disassembler (all)
 === lib/clang/libllvmx86info (all)
 === lib/clang/libllvmx86instprinter (all)
 === lib/clang/libllvmx86utils (all)
 === lib/clang/libllvmdebuginfo (all)
 === lib/clang/libllvmexecutionengine (all)
 === lib/clang/libllvminterpreter (all)
 === lib/clang/libllvmjit (all)
 === lib/clang/libllvmmcdisassembler (all)
 === lib/clang/libllvmmcjit (all)
 === lib/clang/libllvmruntimedyld (all)
 === lib/clang/include (all)
 1 error
 *** [everything] Error code 2
 1 error
 *** [buildworld] Error code 2
 1 error

 Because you are making buildworld with -j, the actual error message is
 not visible.  Try searching back in the log to find the actual error,
 and post that.  Alternatively, make buildworld without -j.


 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
 


I see the very same issue and reported this already. Since I'm not a
professional developer, I'm not quite sure what and how to report the
issue in exactly and accurate.

In my case, this issue came out of the blue. I also have set

CXXFLAGS+= -stdlib=libc++  -std=c++11

but in /etc/src.conf. Commenting out -std=c++11 makes the build of
world fail with something like

[...]
fatal error: too many errors emitted, stopping now [-ferror-limit=]
In file included from
/usr/src/lib/atf/libatf-c++/../../../contrib/atf/atf-c++/detail/application.cpp:42:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/iostream:38:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:434:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:594:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/memory:597:
/usr/obj/usr/src/tmp/usr/include/c++/v1/__functional_base:22:1: error:
inline namespaces are a C++11 feature [-Werror,-Wc++11-extensions]
[...]

which sounds strange to me, since I completely erase /usr/obj before
building and I do not use a ccache or any other similar facility.

Regards,
Oliver




signature.asc
Description: OpenPGP digital signature

Re: buildworld error

2003-11-09 Thread Jason 
Ok, here is the last section of output and the error.  After this if I 
do ethier gzip command I get an error, but if I enter the makeinfo 
commands first the gzip command then works.  Could this be some kind of 
schedualling problem because  I normally use the command $time make -j4 
buildworld.  But it always stops at this point, so it must be something 
specific to the cvs/doc files.  I have emailed the maintiner listed in 
the make files and have gotten no response.  Anyone else have this 
experience?
Thanks,
Jason

=== gnu/usr.bin/cvs/doc
makeinfo --no-split -I /usr/src/gnu/usr.bin/cvs/doc -I 
/usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc 
/usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc/cvs.texinfo  -o 
cvs.info
makeinfo --no-split -I /usr/src/gnu/usr.bin/cvs/doc -I 
/usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc 
/usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc/cvsclient.texi  
-o cvsclient.info
gzip -cn cvsclient.info  cvsclient.info.gz
gzip -cn cvs.info  cvs.info.gz
1 error
*** Error code 2
1 error
*** Error code 2
1 error

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld error

2003-11-09 Thread Kris Kennaway 
On Sun, Nov 09, 2003 at 07:32:57PM -0500, Jason wrote:
 Ok, here is the last section of output and the error.  After this if I 
 do ethier gzip command I get an error, but if I enter the makeinfo 
 commands first the gzip command then works.  Could this be some kind of 
 schedualling problem because  I normally use the command $time make -j4 
 buildworld.  But it always stops at this point, so it must be something 
 specific to the cvs/doc files.  I have emailed the maintiner listed in 
 the make files and have gotten no response.  Anyone else have this 
 experience?
 Thanks,
 Jason

Don't use -j when posting buildworld errors, because they are obscured
amongst other output.  Please retry without -j and post the actual
error.

Kris


pgp0.pgp
Description: PGP signature

Re: buildworld error: rm: tar: is a directory

2003-11-02 Thread Andrew heimbuch 

Date: Sat, 1 Nov 2003 12:23:37 -0800 (PST)
From: Jean-Marc Zucconi [EMAIL PROTECTED]
Subject: Re: buildworld error: rm: tar: is a directory
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
eculp  writes:


  Mensaje citado por Ruslan Ermilov [EMAIL PROTECTED]:
  | On Sat, Nov 01, 2003 at 04:48:42AM -0800, [EMAIL PROTECTED] wrote:
  |  I'm having problems with current buildworld in gnu now on two different
  |  machines in current(today).  The latest is the following:
  | 
  |  rm: tar: is a directory
  |  *** Error code 1
  | 
  |  Stop in /usr/src/gnu/usr.bin/tar.
  |  *** Error code 1
  | 
  |  Stop in /usr/src/gnu/usr.bin/tar.
  |  *** Error code 1
  | 
  |  Stop in /usr/src/gnu/usr.bin.
  |  *** Error code 1
  | 
  |  I'm begining to wonder if I'm getting a complete checkout with cvsup
  |  of the gnu tree.
  | 
  | ``rm -rf /usr/obj/usr/src/gnu/usr.bin/tar'' and try again.
  Ruslan

  That didn't seem to work.  I've erased the /usr/obj/usr tree several
  times and even gnu but without luck.  After resuping getting the
  error doing a rm -rf /usr/obj/usr/src/gnu/usr.bin/tar and then
  another make buildworld, I continue to get:
Try 'cvs update -PdA'

Jean-Marc

Make sure that your cvs supfile has the line tag=. A week ago I used 
the cvs-supfile from the /usr/share/examples/cvsup folder and had the 
same error.  When I used the standard-supfile from the same file, which 
had the tag=. line, it worked fine.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld error: rm: tar: is a directory

2003-11-01 Thread Ruslan Ermilov 
On Sat, Nov 01, 2003 at 04:48:42AM -0800, [EMAIL PROTECTED] wrote:
 I'm having problems with current buildworld in gnu now on two different
 machines in current(today).  The latest is the following:
 
 rm: tar: is a directory
 *** Error code 1
 
 Stop in /usr/src/gnu/usr.bin/tar.
 *** Error code 1
 
 Stop in /usr/src/gnu/usr.bin/tar.
 *** Error code 1
 
 Stop in /usr/src/gnu/usr.bin.
 *** Error code 1
 
 I'm begining to wonder if I'm getting a complete checkout with cvsup
 of the gnu tree.
 
``rm -rf /usr/obj/usr/src/gnu/usr.bin/tar'' and try again.


Cheers,
-- 
Ruslan Ermilov  Sysadmin and DBA,
[EMAIL PROTECTED]   Sunbay Software Ltd,
[EMAIL PROTECTED]   FreeBSD committer


pgp0.pgp
Description: PGP signature

Re: buildworld error: rm: tar: is a directory

2003-11-01 Thread eculp 
Mensaje citado por Ruslan Ermilov [EMAIL PROTECTED]:

| On Sat, Nov 01, 2003 at 04:48:42AM -0800, [EMAIL PROTECTED] wrote:
|  I'm having problems with current buildworld in gnu now on two different
|  machines in current(today).  The latest is the following:
| 
|  rm: tar: is a directory
|  *** Error code 1
| 
|  Stop in /usr/src/gnu/usr.bin/tar.
|  *** Error code 1
| 
|  Stop in /usr/src/gnu/usr.bin/tar.
|  *** Error code 1
| 
|  Stop in /usr/src/gnu/usr.bin.
|  *** Error code 1
| 
|  I'm begining to wonder if I'm getting a complete checkout with cvsup
|  of the gnu tree.
| 
| ``rm -rf /usr/obj/usr/src/gnu/usr.bin/tar'' and try again.

Ruslan

That didn't seem to work.  I've erased the /usr/obj/usr tree several
times and even gnu but without luck.  After resuping getting the
error doing a rm -rf /usr/obj/usr/src/gnu/usr.bin/tar and then
another make buildworld, I continue to get:

=== gnu/usr.bin/tar
rm -f tar addext.o argmatch.o backupfile.o basename.o dirname.o error.o
exclude.o full-write.o getdate.o getline.o getopt.o getopt1.o getstr.o hash.o
human.o mktime.o modechange.o prepargs.o print-copyr.o quotearg.o safe-read.o
save-cwd.o savedir.o unicodeio.o xgetcwd.o xmalloc.o xstrdup.o xstrtoul.o
xstrtoumax.o buffer.o compare.o create.o delete.o extract.o incremen.o list.o
mangle.o misc.o names.o rtapelib.o tar.o update.o tar.1.gz tar.1.cat.gz
rm: tar: is a directory
*** Error code 1

I've actually got two different machines doing the same thing.  At least
I'm consistent :-(

Thanks for your help,

ed


-

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld error: rm: tar: is a directory

2003-11-01 Thread Jean-Marc Zucconi 
 eculp  writes:

  Mensaje citado por Ruslan Ermilov [EMAIL PROTECTED]:
  | On Sat, Nov 01, 2003 at 04:48:42AM -0800, [EMAIL PROTECTED] wrote:
  |  I'm having problems with current buildworld in gnu now on two different
  |  machines in current(today).  The latest is the following:
  | 
  |  rm: tar: is a directory
  |  *** Error code 1
  | 
  |  Stop in /usr/src/gnu/usr.bin/tar.
  |  *** Error code 1
  | 
  |  Stop in /usr/src/gnu/usr.bin/tar.
  |  *** Error code 1
  | 
  |  Stop in /usr/src/gnu/usr.bin.
  |  *** Error code 1
  | 
  |  I'm begining to wonder if I'm getting a complete checkout with cvsup
  |  of the gnu tree.
  | 
  | ``rm -rf /usr/obj/usr/src/gnu/usr.bin/tar'' and try again.

  Ruslan

  That didn't seem to work.  I've erased the /usr/obj/usr tree several
  times and even gnu but without luck.  After resuping getting the
  error doing a rm -rf /usr/obj/usr/src/gnu/usr.bin/tar and then
  another make buildworld, I continue to get:

Try 'cvs update -PdA'

Jean-Marc

-- 
Jean-Marc Zucconi -- PGP Key: finger [EMAIL PROTECTED] [KeyID: 400B38E9]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld error: rm: tar: is a directory

2003-11-01 Thread M. Warner Losh 
cvs update -PAd

Pruning is very important.

Warner
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld error: rm: tar: is a directory

2003-11-01 Thread eculp 
Mensaje citado por Jean-Marc Zucconi [EMAIL PROTECTED]:

|  eculp  writes:
|
|   Mensaje citado por Ruslan Ermilov [EMAIL PROTECTED]:
|   | On Sat, Nov 01, 2003 at 04:48:42AM -0800, [EMAIL PROTECTED] wrote:
|   |  I'm having problems with current buildworld in gnu now on two
| different
|   |  machines in current(today).  The latest is the following:
|   | 
|   |  rm: tar: is a directory
|   |  *** Error code 1
|   | 
|   |  Stop in /usr/src/gnu/usr.bin/tar.
|   |  *** Error code 1
|   | 
|   |  Stop in /usr/src/gnu/usr.bin/tar.
|   |  *** Error code 1
|   | 
|   |  Stop in /usr/src/gnu/usr.bin.
|   |  *** Error code 1
|   | 
|   |  I'm begining to wonder if I'm getting a complete checkout with cvsup
|   |  of the gnu tree.
|   | 
|   | ``rm -rf /usr/obj/usr/src/gnu/usr.bin/tar'' and try again.
|
|   Ruslan
|
|   That didn't seem to work.  I've erased the /usr/obj/usr tree several
|   times and even gnu but without luck.  After resuping getting the
|   error doing a rm -rf /usr/obj/usr/src/gnu/usr.bin/tar and then
|   another make buildworld, I continue to get:
|
| Try 'cvs update -PdA'
|
Jean-Marc,

I haven't tried it yet but I think that is the problem.  I just found a
/usr/src/gnu/usr.bin/tar/tar/attic that I suspect as causing problem and that
I'm assuming that the -P would take care of.  I'm trying yet another
make buildworld and it seems to have passed the problem but I am not
declaring victory yet :-) but I feel that this or the -PdA will solve
the problem.

Thanks for the suggestion,

ed


-

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld error: rm: tar: is a directory

2003-11-01 Thread eculp 
Mensaje citado por M. Warner Losh [EMAIL PROTECTED]:

| cvs update -PAd
|
| Pruning is very important.

Warner,

It hadn't even dawned on me but, after several days of suffering with this
problem, I couldn't agree more.  I am converted, believe me.  I will be doing
that more often.  I've become too entrenched with cvsup, I'm afraid.

Thanks very much,

ed

-

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld error: rm: tar: is a directory

2003-11-01 Thread M. Warner Losh 
In message: [EMAIL PROTECTED]
[EMAIL PROTECTED] writes:
: Mensaje citado por M. Warner Losh [EMAIL PROTECTED]:
: 
: | cvs update -PAd
: |
: | Pruning is very important.
: 
: Warner,
: 
: It hadn't even dawned on me but, after several days of suffering with this
: problem, I couldn't agree more.  I am converted, believe me.  I will be doing
: that more often.  I've become too entrenched with cvsup, I'm afraid.

cvs and cvsup operate slightly differently.  And this is the biggest
gotcha...

Warner
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld error

2003-06-09 Thread Ruslan Ermilov 
On Mon, Jun 09, 2003 at 06:42:11PM +0200, Gordon Bergling wrote:
 Hi folks,
 
 since a few days I getting a curious error when I try to build the
 world. Iam using -CURRENT, with sources from a few minutes ago.
 The first error with full error messages can be found on
 http://www.0xfce3.net/error.txt. It seems that src/usr.sbin/config was
 broken. After the commit of the src/Makefile.inc1 to 1.364. This error
 goes away. Now the make process goes nearly to the end but after compiling
 src/usr.sbin/config again (at the later build process) I getting the
 same error again. This error message can be found at
 http://www.0xfce3.net/buildworld.txt. The same error appears. If it is
 from interesst my dmesg output and the `uname -a` can be viewed at
 http://www.0fce3.net/system.txt!
 
 That seems to be a local problem, because now one has reported this
 error, too. I don't have any compilers flags in /etc/make.conf set.
 
 Any Ideas?
 
 best regards and sorry for my bad english ;)
 
Just a wild guess.  Make sure the ident /usr/bin/sed | grep -w process
command doesn't show you revision 1.30.


Cheers,
-- 
Ruslan Ermilov  Sysadmin and DBA,
[EMAIL PROTECTED]   Sunbay Software Ltd,
[EMAIL PROTECTED]   FreeBSD committer


pgp0.pgp
Description: PGP signature

Re: buildworld error

2003-06-09 Thread Gordon Bergling 
On Mon Jun 09, 2003 at 11:06PM +0300, Ruslan Ermilov wrote:
 On Mon, Jun 09, 2003 at 06:42:11PM +0200, Gordon Bergling wrote:
  since a few days I getting a curious error when I try to build the
  world. Iam using -CURRENT, with sources from a few minutes ago.
  The first error with full error messages can be found on
  http://www.0xfce3.net/error.txt. It seems that src/usr.sbin/config was
  broken. After the commit of the src/Makefile.inc1 to 1.364. This error
  goes away. Now the make process goes nearly to the end but after compiling
  src/usr.sbin/config again (at the later build process) I getting the
  same error again. This error message can be found at
  http://www.0xfce3.net/buildworld.txt. The same error appears. If it is
  from interesst my dmesg output and the `uname -a` can be viewed at
  http://www.0fce3.net/system.txt!
  
  That seems to be a local problem, because now one has reported this
  error, too. I don't have any compilers flags in /etc/make.conf set.
  
 Just a wild guess.  Make sure the ident /usr/bin/sed | grep -w process
 command doesn't show you revision 1.30.

[EMAIL PROTECTED]:~ ident /usr/bin/sed | grep -w process
 $FreeBSD: src/usr.bin/sed/process.c,v 1.29 2002/09/20 19:40:23 eric
 Exp $

It seems that this had nothing to do with a broken sed.

Any other ideas?

best regards,

Gordon


-- 
There is no place like 127.0.0.1/8!
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld error

2002-06-26 Thread John Polstra 

In article [EMAIL PROTECTED],
Michael Hostbaek  [EMAIL PROTECTED] wrote:
 I have cvsup'ed a 4.6-RC with the current source tree, but when doing a
 buildworld I get the following error:
[...]
 /usr/src/lib/libc/net/gethostbydns.c: In function `gethostanswer':
 /usr/src/lib/libc/net/gethostbydns.c:392: `buflen' undeclared (first use
 in this
  function)

It looks like that has been fixed in revison 1.36 of gethostbydns.c.

John
-- 
  John Polstra
  John D. Polstra  Co., Inc.Seattle, Washington USA
  Disappointment is a good sign of basic intelligence.  -- Chögyam Trungpa


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: buildworld error

2002-06-26 Thread BOUWSMA Beery 


[This is an IPv6-only e-mail address, if you have any need to
 respond to this and send me a copy but do not have IPv6-
 capability, strip out the obvious part of the address, but I
 follow the list archives so no need to mail me]


  /usr/src/lib/libc/net/gethostbydns.c: In function `gethostanswer':
  /usr/src/lib/libc/net/gethostbydns.c:392: `buflen' undeclared (first use

 It looks like that has been fixed in revison 1.36 of gethostbydns.c.

Hmmm, I see that gethostbydns.c and getnetbydns.c got deltas in the
most recent cvsup I did, but I had hacked around these problems an
hour or two earlier and also found I needed to hack on name6.c, with
one `buflen' and an `obp'...  Maybe I still need to update again, but
just to be safe, I'm cc'ing the committer of the other two deltas


thanks
barry bouwsma


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: buildworld error in gnu/lib/libstdc++

2002-06-06 Thread Sheldon Hearn 



On Wed, 05 Jun 2002 15:36:04 +0200, Andrea Campi wrote:

 I've been seeing a compile error in gnu/lib/libstdc++ for days now. Since no
 one else reported it (not even tinderbox) I can only wonder what's up, and
 expecially how to get out of this.

Show the compile error.

Ciao,
Sheldon.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: buildworld error in gnu/lib/libstdc++

2002-06-06 Thread Andrea Campi 

On Thu, Jun 06, 2002 at 11:05:54AM +0200, Sheldon Hearn wrote:
 On Wed, 05 Jun 2002 15:36:04 +0200, Andrea Campi wrote:
 
  I've been seeing a compile error in gnu/lib/libstdc++ for days now. Since no
  one else reported it (not even tinderbox) I can only wonder what's up, and
  expecially how to get out of this.
 
 Show the compile error.

Grrr... of course I meant to attach the error, as I wrote, but I didn't

OK, it's in the attachment!

Bye,
Andrea

-- 
Actually, Microsoft is sort of a mixture between the Borg and the Ferengi.


[...]
=== gnu/lib/libreadline/readline
=== gnu/lib/libreadline/readline/doc
=== gnu/lib/libstdc++
c++  -O -pipe -march=pentiumpro -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libstdc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/gcc  -fno-implicit-templates 
-ffunction-sections -fdata-sections -Wno-deprecated -c 
/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/globals.cc -o globals.o
In file included from /usr/obj/usr/src/i386/usr/include/g++/iosfwd:46,
 from /usr/obj/usr/src/i386/usr/include/g++/ios:44,
 from /usr/obj/usr/src/i386/usr/include/g++/istream:44,
 from /usr/obj/usr/src/i386/usr/include/g++/fstream:45,
 from /usr/src/contrib/libstdc++/src/globals.cc:30:
/usr/obj/usr/src/i386/usr/include/g++/bits/fpos.h:40:50: bits/std_cwchar.h: No such 
file or directory
In file included from /usr/obj/usr/src/i386/usr/include/g++/iosfwd:46,
 from /usr/obj/usr/src/i386/usr/include/g++/ios:44,
 from /usr/obj/usr/src/i386/usr/include/g++/istream:44,
 from /usr/obj/usr/src/i386/usr/include/g++/fstream:45,
 from /usr/src/contrib/libstdc++/src/globals.cc:30:
/usr/obj/usr/src/i386/usr/include/g++/bits/fpos.h:112: `mbstate_t' was not 
   declared in this scope
/usr/obj/usr/src/i386/usr/include/g++/bits/fpos.h:112: template argument 1 is 
   invalid
In file included from /usr/obj/usr/src/i386/usr/include/g++/ios:46,
 from /usr/obj/usr/src/i386/usr/include/g++/istream:44,
 from /usr/obj/usr/src/i386/usr/include/g++/fstream:45,
 from /usr/src/contrib/libstdc++/src/globals.cc:30:
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:39:63: bits/std_cstring.h: No 
such file or directory
In file included from /usr/obj/usr/src/i386/usr/include/g++/ios:46,
 from /usr/obj/usr/src/i386/usr/include/g++/istream:44,
 from /usr/obj/usr/src/i386/usr/include/g++/fstream:45,
 from /usr/src/contrib/libstdc++/src/globals.cc:30:
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:55: syntax error 
   before `;' token
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:138: syntax error 
   before `;' token
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h: In static member 
   function `static int std::char_traitschar::compare(const char*, const 
   char*, unsigned int)':
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:154: `memcmp' 
   undeclared (first use this function)
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:154: (Each undeclared 
   identifier is reported only once for each function it appears in.)
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h: In static member 
   function `static size_t std::char_traitschar::length(const char*)':
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:158: `strlen' 
   undeclared (first use this function)
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h: In static member 
   function `static const char* std::char_traitschar::find(const char*, 
   unsigned int, const char)':
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:162: `memchr' 
   undeclared (first use this function)
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h: In static member 
   function `static char* std::char_traitschar::move(char*, const char*, 
   unsigned int)':
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:166: `memmove' 
   undeclared (first use this function)
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h: In static member 
   function `static char* std::char_traitschar::copy(char*, const char*, 
   unsigned int)':
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:170: `memcpy' 
   undeclared (first use this function)
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h: In static member 
   function `static char* std::char_traitschar::assign(char*, unsigned int, 
   char)':
/usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:174: `memset' 
   undeclared (first use this function)
In file included from /usr/obj/usr/src/i386/usr/include/g++/ios:48,
 from /usr/obj/usr/src/i386/usr/include/g++/istream:44,
 from /usr/obj/usr/src/i386/usr/include/g++/fstream:45,
 from /usr/src/contrib/libstdc++/src/globals.cc:30:

Re: buildworld error: now it's ngctl

2000-05-15 Thread Archie Cobbs 

Kent Hauser writes:
 === usr.sbin/ngctl
 cc -O -pipe -Wall  -c /usr/src/usr.sbin/ngctl/types.c
 /usr/src/usr.sbin/ngctl/types.c: In function `TypesCmd':
 /usr/src/usr.sbin/ngctl/types.c:86: structure has no member named `type_name'
 *** Error code 1

That commit was a couple of weeks ago.. you probably have an old
version of /sys/netgraph/ng_message.h installed... can you check it?

-Archie

___
Archie Cobbs   *   Whistle Communications, Inc.  *   http://www.whistle.com


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message