subject:"buildworld error"

Re: continuing 14-CURRENT buildworld error...

2023-03-02 Thread Jeffrey Bouquet




On Tue, 28 Feb 2023 00:23:59 -0800 (PST), "Jeffrey Bouquet" 
 wrote:

> in src.conf:
> 
> WITHOUT_TFTP=
> 
> nevertheless, the buildworld halts in building tftp-proxy...
> 
> ..
> OR it halts with too may of the below errors:  the buildworld doesn't inform 
> which process stopped it.
> 
> ld.lld error: undefined symbol FreeBSD_nvlist_*  [ many undefined symbols 
> each starting with that...
> and referenced by 
> libpfctl_pie.a
> libpfctl_pie.c
> libpfctl_pie.pieo.
> 
> .
> the same source tree on a newly installed 14-CURRENT machine completes.
> 
> Strangely, the build machine is mostly 13-STABLE except the kernel ??? which 
> is best
> figured out by completing the 14-CURRENT build on 13-STABLE as the 
> alternative is
> reinstalling over 2000 ports which would result in inconvenient hours of 
> downtime and then
> might on the 2004-5.1 >  14-CURRENT system result in the continued 
> buildworld errors, I'd like to get them fixed not on a new install for 
> sentimental reasons...  
> 
...
I don't know if that error still exists, but this new one came up on a newer 
source tree:
Building /usr/obj/usr/src/amd64.amd64/libexec/flua/lua.o
Building /usr/obj/usr/src/amd64.amd64/bin/ed/undo.o
Building /usr/obj/usr/src/amd64.amd64/bin/ed/ed
Building /usr/obj/usr/src/amd64.amd64/libexec/flua/linit_flua.o
Building /usr/obj/usr/src/amd64.amd64/bin/ed/ed.1.gz
Building /usr/obj/usr/src/amd64.amd64/libexec/flua/lfs.o
Building /usr/obj/usr/src/amd64.amd64/bin/expr/expr.c
Building /usr/obj/usr/src/amd64.amd64/bin/expr/expr.o
Building /usr/obj/usr/src/amd64.amd64/cddl/sbin/zfs/zfs_project.o
Building /usr/obj/usr/src/amd64.amd64/libexec/flua/lposix.o
Building /usr/obj/usr/src/amd64.amd64/libexec/flua/lua_ucl.o
Building /usr/obj/usr/src/amd64.amd64/cddl/sbin/zfs/zfs
Building /usr/obj/usr/src/amd64.amd64/bin/expr/expr
Building /usr/obj/usr/src/amd64.amd64/bin/expr/expr.1.gz
ld.lld: error: undefined symbol: zfs_get_underlying_type
>>> referenced by zfs_main.c
>>>   zfs_main.o:(zfs_do_userspace)

ld.lld: error: undefined symbol: zfs_truncate_shares
>>> referenced by zfs_main.c
>>>   zfs_main.o:(share_mount)

ld.lld: error: undefined symbol: sa_protocol_names
>>> referenced by zfs_main.c
>>>   zfs_main.o:(sa_protocol_decode)
clang-15: error: linker command failed with exit code 1 (use -v to see 
invocation)
Building /usr/obj/usr/src/amd64.amd64/bin/freebsd-version/freebsd-version.sh
*** [zfs] Error code 1

make[5]: stopped in /usr/src/cddl/sbin/zfs
.ERROR_TARGET='zfs'
.ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/cddl/sbin/zfs/zfs.meta

continuing 14-CURRENT buildworld error...

2023-02-28 Thread Jeffrey Bouquet

in src.conf:

WITHOUT_TFTP=

nevertheless, the buildworld halts in building tftp-proxy...

..
OR it halts with too may of the below errors:  the buildworld doesn't inform 
which process stopped it.

ld.lld error: undefined symbol FreeBSD_nvlist_*  [ many undefined symbols each 
starting with that...
and referenced by 
libpfctl_pie.a
libpfctl_pie.c
libpfctl_pie.pieo.

.
the same source tree on a newly installed 14-CURRENT machine completes.

Strangely, the build machine is mostly 13-STABLE except the kernel ??? which is 
best
figured out by completing the 14-CURRENT build on 13-STABLE as the alternative 
is
reinstalling over 2000 ports which would result in inconvenient hours of 
downtime and then
might on the 2004-5.1 >  14-CURRENT system result in the continued 
buildworld errors, I'd like to get them fixed not on a new install for 
sentimental reasons...

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: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-12 Thread O. Hartmann

Am Sat, 11 Mar 2017 19:37:32 -0700
Ian Lepore  schrieb:

> On Sun, 2017-03-12 at 13:27 +1100, Lawrence Stewart wrote:
> > Hi Ian,
> > 
> > On 12/03/2017 10:29, Ian Lepore wrote:  
> > > 
> > > On Sun, 2017-03-12 at 10:22 +1100, Lawrence Stewart wrote:  
> > > > 
> > > > Hi all,
> > > > 
> > > > I'm unable to complete buildworld with 2 recent svn revs I've
> > > > tried
> > > > (r314838 and r315059). I'm building for a slightly resource
> > > > constrained
> > > > production system so am specifying custom settings and a
> > > > different
> > > > obj
> > > > tree location so I can copy it to the target system. The error
> > > > persists
> > > > after an "rm -rf /usr/obj/*", and if parallel building is
> > > > disabled.
> > > > 
> > > > The underlying build system built from r314838 via simple "make
> > > > -C
> > > > /usr/src -s -j6 buildworld buildkernel" built and installed fine,
> > > > so
> > > > the
> > > > problem seems to be around the use of the build customisations.
> > > > 
> > > > Any clues?
> > > > 
> > > > Cheers,
> > > > Lawrence
> > > > 
> > > > 
> > > > root@builder-head-amd64:/usr/src # cat cust_make.conf
> > > > KERNCONF=GENERIC-NODEBUG
> > > > MALLOC_PRODUCTION=YES
> > > > 
> > > > root@builder-head-amd64:/usr/src # cat cust_src.conf
> > > > WITHOUT_PROFILE=1
> > > > 
> > > > root@builder-head-amd64:/usr/src # make
> > > > __MAKE_CONF=/usr/src/cust_make.conf
> > > > SRCCONF=/usr/src/cust_src.conf
> > > > MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel
> > > > [...]
> > > > MK_AUTO_OBJ=no
> > > > MK_TESTS=no  UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
> > > > CC="cc -target x86_64-unknown-freebsd12.0
> > > > --sysroot=/usr/obj/cust/usr/src/tmp
> > > > -B/usr/obj/cust/usr/src/tmp/usr/bin
> > > > -O2 -pipe   -std=gnu99-Qunused-arguments  "  CXX="c++  -
> > > > target
> > > > x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp
> > > > -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments
> > > > -Wno-c++11-extensions  "  make .MAKE.MODE="normal curdirOk=yes"
> > > > .MAKE.META.IGNORE_PATHS=""  -f rescue.mk exe
> > > > cc -target x86_64-unknown-freebsd12.0
> > > > --sysroot=/usr/obj/cust/usr/src/tmp
> > > > -B/usr/obj/cust/usr/src/tmp/usr/bin
> > > > -O2 -pipe   -std=gnu99-Qunused-arguments   -nostdlib -Wl,-dc
> > > > -r
> > > > -o
> > > > cat.lo cat_stub.o
> > > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o
> > > > cc: error: no such file or directory:
> > > > '/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o'
> > > > *** Error code 1
> > > > 
> > > > There appear to be a lot of missing .o files under the rescue obj
> > > > tree:
> > > > 
> > > > root@builder-head-amd64:/usr/src # find
> > > > /usr/obj/cust/usr/src/rescue/rescue//usr -type f
> > > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o
> > > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax
> > > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o
> > > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes
> > > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h
> > > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h
> > > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost
> > > > 
> > > > compared with an obj tree on a different head system:
> > > > 
> > > > find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l
> > > > 1552
> > > > ___
> > > > freebsd-current@freebsd.org mailing list
> > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current
> > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@fre
> > > > ebsd
> > > > .org"  
> > > The MAKEOBJDIRPREFIX variable must be set in the environment, not
> > > in
> > > make.conf or on the make command line (documented in build(7)).  
> > Your assertion seems at odds with my past experience and my reading
> > of
> > the man page... from build(7):
> > 
> > The build may be controlled by defining make(1) variables
> > described in the ENVIRONMENT section below, and by the
> > variables documented in make.conf(5).
> > 
> > ... which indicates they are make variables, not environment
> > variables
> > specifically. As a concrete example, TARGET and DESTDIR are listed
> > under
> > the "ENVIRONMENT" section of the man page, yet "EXAMPLES" shows:
> > 
> >    make TARGET=sparc64 buildworld
> >    make TARGET=sparc64 DESTDIR=/clients/sparc64 installworld
> > 
> > I've certainly always set build vars documented in the "ENVIRONMENT"
> > section of the man page on the make command line without issue.
> > Pretty
> > sure I've set MAKEOBJDIRPREFIX from the make command line also in the
> > past, though perhaps it has been working for me "by accident" and a
> > documentation tweak is in order if the distinction you make is in
> > fact
> > relevant...
> > 
> > Cheers,
> > Lawrence
> > ___
> >

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

[SOLVED] Re: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-11 Thread Lawrence Stewart

On 12/03/2017 13:37, Ian Lepore wrote:
> On Sun, 2017-03-12 at 13:27 +1100, Lawrence Stewart wrote:
>> Hi Ian,
>>
>> On 12/03/2017 10:29, Ian Lepore wrote:
>>>
>>> On Sun, 2017-03-12 at 10:22 +1100, Lawrence Stewart wrote:

 Hi all,

 I'm unable to complete buildworld with 2 recent svn revs I've
 tried
 (r314838 and r315059). I'm building for a slightly resource
 constrained
 production system so am specifying custom settings and a
 different
 obj
 tree location so I can copy it to the target system. The error
 persists
 after an "rm -rf /usr/obj/*", and if parallel building is
 disabled.

 The underlying build system built from r314838 via simple "make
 -C
 /usr/src -s -j6 buildworld buildkernel" built and installed fine,
 so
 the
 problem seems to be around the use of the build customisations.

 Any clues?

 Cheers,
 Lawrence


 root@builder-head-amd64:/usr/src # cat cust_make.conf
 KERNCONF=GENERIC-NODEBUG
 MALLOC_PRODUCTION=YES

 root@builder-head-amd64:/usr/src # cat cust_src.conf
 WITHOUT_PROFILE=1

 root@builder-head-amd64:/usr/src # make
 __MAKE_CONF=/usr/src/cust_make.conf
 SRCCONF=/usr/src/cust_src.conf
 MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel
 [...]
 MK_AUTO_OBJ=no
 MK_TESTS=no  UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
 CC="cc -target x86_64-unknown-freebsd12.0
 --sysroot=/usr/obj/cust/usr/src/tmp
 -B/usr/obj/cust/usr/src/tmp/usr/bin
 -O2 -pipe   -std=gnu99-Qunused-arguments  "  CXX="c++  -
 target
 x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp
 -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments
 -Wno-c++11-extensions  "  make .MAKE.MODE="normal curdirOk=yes"
 .MAKE.META.IGNORE_PATHS=""  -f rescue.mk exe
 cc -target x86_64-unknown-freebsd12.0
 --sysroot=/usr/obj/cust/usr/src/tmp
 -B/usr/obj/cust/usr/src/tmp/usr/bin
 -O2 -pipe   -std=gnu99-Qunused-arguments   -nostdlib -Wl,-dc
 -r
 -o
 cat.lo cat_stub.o
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o
 cc: error: no such file or directory:
 '/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o'
 *** Error code 1

 There appear to be a lot of missing .o files under the rescue obj
 tree:

 root@builder-head-amd64:/usr/src # find
 /usr/obj/cust/usr/src/rescue/rescue//usr -type f
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h
 /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost

 compared with an obj tree on a different head system:

 find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l
 1552
 ___
 freebsd-current@freebsd.org mailing list
 https://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to "freebsd-current-unsubscribe@fre
 ebsd
 .org"
>>> The MAKEOBJDIRPREFIX variable must be set in the environment, not
>>> in
>>> make.conf or on the make command line (documented in build(7)).
>> Your assertion seems at odds with my past experience and my reading
>> of
>> the man page... from build(7):
>>
>>  The build may be controlled by defining make(1) variables
>>  described in the ENVIRONMENT section below, and by the
>>  variables documented in make.conf(5).
>>
>> ... which indicates they are make variables, not environment
>> variables
>> specifically. As a concrete example, TARGET and DESTDIR are listed
>> under
>> the "ENVIRONMENT" section of the man page, yet "EXAMPLES" shows:
>>
>>make TARGET=sparc64 buildworld
>>make TARGET=sparc64 DESTDIR=/clients/sparc64 installworld
>>
>> I've certainly always set build vars documented in the "ENVIRONMENT"
>> section of the man page on the make command line without issue.
>> Pretty
>> sure I've set MAKEOBJDIRPREFIX from the make command line also in the
>> past, though perhaps it has been working for me "by accident" and a
>> documentation tweak is in order if the distinction you make is in
>> fact
>> relevant...
>>
>> Cheers,
>> Lawrence
>> ___
>> freebsd-current@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd
>> .org"
> 
> You cited everything from build(7) except the part most on-point for
> the problem you're having:
> 
> MAKEOBJDIRPREFIX
> Defines the prefix for directory names

Re: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-11 Thread Ian Lepore

On Sun, 2017-03-12 at 13:27 +1100, Lawrence Stewart wrote:
> Hi Ian,
> 
> On 12/03/2017 10:29, Ian Lepore wrote:
> > 
> > On Sun, 2017-03-12 at 10:22 +1100, Lawrence Stewart wrote:
> > > 
> > > Hi all,
> > > 
> > > I'm unable to complete buildworld with 2 recent svn revs I've
> > > tried
> > > (r314838 and r315059). I'm building for a slightly resource
> > > constrained
> > > production system so am specifying custom settings and a
> > > different
> > > obj
> > > tree location so I can copy it to the target system. The error
> > > persists
> > > after an "rm -rf /usr/obj/*", and if parallel building is
> > > disabled.
> > > 
> > > The underlying build system built from r314838 via simple "make
> > > -C
> > > /usr/src -s -j6 buildworld buildkernel" built and installed fine,
> > > so
> > > the
> > > problem seems to be around the use of the build customisations.
> > > 
> > > Any clues?
> > > 
> > > Cheers,
> > > Lawrence
> > > 
> > > 
> > > root@builder-head-amd64:/usr/src # cat cust_make.conf
> > > KERNCONF=GENERIC-NODEBUG
> > > MALLOC_PRODUCTION=YES
> > > 
> > > root@builder-head-amd64:/usr/src # cat cust_src.conf
> > > WITHOUT_PROFILE=1
> > > 
> > > root@builder-head-amd64:/usr/src # make
> > > __MAKE_CONF=/usr/src/cust_make.conf
> > > SRCCONF=/usr/src/cust_src.conf
> > > MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel
> > > [...]
> > > MK_AUTO_OBJ=no
> > > MK_TESTS=no  UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
> > > CC="cc -target x86_64-unknown-freebsd12.0
> > > --sysroot=/usr/obj/cust/usr/src/tmp
> > > -B/usr/obj/cust/usr/src/tmp/usr/bin
> > > -O2 -pipe   -std=gnu99-Qunused-arguments  "  CXX="c++  -
> > > target
> > > x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp
> > > -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments
> > > -Wno-c++11-extensions  "  make .MAKE.MODE="normal curdirOk=yes"
> > > .MAKE.META.IGNORE_PATHS=""  -f rescue.mk exe
> > > cc -target x86_64-unknown-freebsd12.0
> > > --sysroot=/usr/obj/cust/usr/src/tmp
> > > -B/usr/obj/cust/usr/src/tmp/usr/bin
> > > -O2 -pipe   -std=gnu99-Qunused-arguments   -nostdlib -Wl,-dc
> > > -r
> > > -o
> > > cat.lo cat_stub.o
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o
> > > cc: error: no such file or directory:
> > > '/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o'
> > > *** Error code 1
> > > 
> > > There appear to be a lot of missing .o files under the rescue obj
> > > tree:
> > > 
> > > root@builder-head-amd64:/usr/src # find
> > > /usr/obj/cust/usr/src/rescue/rescue//usr -type f
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h
> > > /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost
> > > 
> > > compared with an obj tree on a different head system:
> > > 
> > > find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l
> > > 1552
> > > ___
> > > freebsd-current@freebsd.org mailing list
> > > https://lists.freebsd.org/mailman/listinfo/freebsd-current
> > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@fre
> > > ebsd
> > > .org"
> > The MAKEOBJDIRPREFIX variable must be set in the environment, not
> > in
> > make.conf or on the make command line (documented in build(7)).
> Your assertion seems at odds with my past experience and my reading
> of
> the man page... from build(7):
> 
>   The build may be controlled by defining make(1) variables
>   described in the ENVIRONMENT section below, and by the
>   variables documented in make.conf(5).
> 
> ... which indicates they are make variables, not environment
> variables
> specifically. As a concrete example, TARGET and DESTDIR are listed
> under
> the "ENVIRONMENT" section of the man page, yet "EXAMPLES" shows:
> 
>    make TARGET=sparc64 buildworld
>    make TARGET=sparc64 DESTDIR=/clients/sparc64 installworld
> 
> I've certainly always set build vars documented in the "ENVIRONMENT"
> section of the man page on the make command line without issue.
> Pretty
> sure I've set MAKEOBJDIRPREFIX from the make command line also in the
> past, though perhaps it has been working for me "by accident" and a
> documentation tweak is in order if the distinction you make is in
> fact
> relevant...
> 
> Cheers,
> Lawrence
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd
> .org"

You cited everything from build(7) except the part most on-point for
the problem you're having:

MAKEOBJDIRPREFIX
Defines the prefix

Re: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-11 Thread Ngie Cooper (yaneurabeya)

> On Mar 11, 2017, at 18:27, Lawrence Stewart  wrote:
> 
> Hi Ian,

…

>> The MAKEOBJDIRPREFIX variable must be set in the environment, not in
>> make.conf or on the make command line (documented in build(7)).
> 
> Your assertion seems at odds with my past experience and my reading of
> the man page... from build(7):
> 
>   The build may be controlled by defining make(1) variables
>   described in the ENVIRONMENT section below, and by the
>   variables documented in make.conf(5).
> 
> ... which indicates they are make variables, not environment variables
> specifically. As a concrete example, TARGET and DESTDIR are listed under
> the "ENVIRONMENT" section of the man page, yet "EXAMPLES" shows:
> 
>   make TARGET=sparc64 buildworld
>   make TARGET=sparc64 DESTDIR=/clients/sparc64 installworld
> 
> I've certainly always set build vars documented in the "ENVIRONMENT"
> section of the man page on the make command line without issue. Pretty
> sure I've set MAKEOBJDIRPREFIX from the make command line also in the
> past, though perhaps it has been working for me "by accident" and a
> documentation tweak is in order if the distinction you make is in fact
> relevant...

Hi Lawrence,

Ian’s right per historical behavior, which should still be in effect today.

Unfortunately, setting MAKEOBJDIRPREFIX on the command line will result in bad 
things happening because of how bsd.obj.mk works and how MAKEOBJDIRPREFIX is 
manipulated in the build itself (see Makefile.libcompat — it affects some 
architectures, but maybe not sparc64). From …/Makefile (which should have 
triggered this error message to begin with):

171 MAKEOBJDIRPREFIX?=  /usr/obj
172 _MAKEOBJDIRPREFIX!= /usr/bin/env -i PATH=${PATH} MK_AUTO_OBJ=no ${MAKE} \
173 ${.MAKEFLAGS:MMAKEOBJDIRPREFIX=*} __MAKE_CONF=${__MAKE_CONF} \
174 -f /dev/null -V MAKEOBJDIRPREFIX dummy
175 .if !empty(_MAKEOBJDIRPREFIX)
176 .error MAKEOBJDIRPREFIX can only be set in environment, not as a global\
177 (in make.conf(5)) or command-line variable.
178 .endif

Are you sure your script/process didn’t catch a relevant build error?

Cheers,
-Ngie

signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-11 Thread Lawrence Stewart

Hi Ian,

On 12/03/2017 10:29, Ian Lepore wrote:
> On Sun, 2017-03-12 at 10:22 +1100, Lawrence Stewart wrote:
>> Hi all,
>>
>> I'm unable to complete buildworld with 2 recent svn revs I've tried
>> (r314838 and r315059). I'm building for a slightly resource
>> constrained
>> production system so am specifying custom settings and a different
>> obj
>> tree location so I can copy it to the target system. The error
>> persists
>> after an "rm -rf /usr/obj/*", and if parallel building is disabled.
>>
>> The underlying build system built from r314838 via simple "make -C
>> /usr/src -s -j6 buildworld buildkernel" built and installed fine, so
>> the
>> problem seems to be around the use of the build customisations.
>>
>> Any clues?
>>
>> Cheers,
>> Lawrence
>>
>>
>> root@builder-head-amd64:/usr/src # cat cust_make.conf
>> KERNCONF=GENERIC-NODEBUG
>> MALLOC_PRODUCTION=YES
>>
>> root@builder-head-amd64:/usr/src # cat cust_src.conf
>> WITHOUT_PROFILE=1
>>
>> root@builder-head-amd64:/usr/src # make
>> __MAKE_CONF=/usr/src/cust_make.conf SRCCONF=/usr/src/cust_src.conf
>> MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel
>> [...]
>> MK_AUTO_OBJ=no MK_TESTS=no  UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
>> CC="cc -target x86_64-unknown-freebsd12.0
>> --sysroot=/usr/obj/cust/usr/src/tmp
>> -B/usr/obj/cust/usr/src/tmp/usr/bin
>> -O2 -pipe   -std=gnu99-Qunused-arguments  "  CXX="c++  -target
>> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp
>> -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments
>> -Wno-c++11-extensions  "  make .MAKE.MODE="normal curdirOk=yes"
>> .MAKE.META.IGNORE_PATHS=""  -f rescue.mk exe
>> cc -target x86_64-unknown-freebsd12.0
>> --sysroot=/usr/obj/cust/usr/src/tmp
>> -B/usr/obj/cust/usr/src/tmp/usr/bin
>> -O2 -pipe   -std=gnu99-Qunused-arguments   -nostdlib -Wl,-dc -r
>> -o
>> cat.lo cat_stub.o
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o
>> cc: error: no such file or directory:
>> '/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o'
>> *** Error code 1
>>
>> There appear to be a lot of missing .o files under the rescue obj
>> tree:
>>
>> root@builder-head-amd64:/usr/src # find
>> /usr/obj/cust/usr/src/rescue/rescue//usr -type f
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h
>> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost
>>
>> compared with an obj tree on a different head system:
>>
>> find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l
>> 1552
>> ___
>> freebsd-current@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd
>> .org"
> 
> The MAKEOBJDIRPREFIX variable must be set in the environment, not in
> make.conf or on the make command line (documented in build(7)).

Your assertion seems at odds with my past experience and my reading of
the man page... from build(7):

The build may be controlled by defining make(1) variables
described in the ENVIRONMENT section below, and by the
variables documented in make.conf(5).

... which indicates they are make variables, not environment variables
specifically. As a concrete example, TARGET and DESTDIR are listed under
the "ENVIRONMENT" section of the man page, yet "EXAMPLES" shows:

   make TARGET=sparc64 buildworld
   make TARGET=sparc64 DESTDIR=/clients/sparc64 installworld

I've certainly always set build vars documented in the "ENVIRONMENT"
section of the man page on the make command line without issue. Pretty
sure I've set MAKEOBJDIRPREFIX from the make command line also in the
past, though perhaps it has been working for me "by accident" and a
documentation tweak is in order if the distinction you make is in fact
relevant...

Cheers,
Lawrence
___
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 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

ndLine.o ---
1 error generated.
*** [Support/CommandLine.o] Error code 1

make[3]: stopped in /usr/src/lib/clang/libllvmminimal
3 errors

make[3]: stopped in /usr/src/lib/clang/libllvmminimal
*** [_bootstrap-tools-lib/clang/libllvmminimal] Error code 2

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

make[2]: stopped in /usr/src
*** [_bootstrap-tools] Error code 2

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

make[1]: stopped in /usr/src
*** [buildworld] Error code 2

make: stopped in /usr/src
1 error

make: stopped in /usr/src
7.322u 1.210s 0:03.63 234.9%38797+494k 0+91io 0pf+0w
___
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 Cy Schubert

rc/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 errors
> 
> make[2]: stopped in /usr/src
> *** [everything] Error code 2
> 
> make[1]: stopped in /usr/src
> 1 error
> 
> make[1]: stopped in /usr/src
> *** [buildworld] Error code 2
> 
> make: stopped in /usr/src
> 1 error
> 
> make: stopped in /usr/src
> 1551.754u 434.064s 17:54.86 184.7%12598+328k 113045+55926io 25455pf+14w

That's from a r314812 five days ago. I rebuilt world in one of my 
development trees since then with no problem. Consider running make 
delete-old. There might be an old header in /usr/include that's getting in 
the way.

Having said that, world should be self contained so, the assumed scenario 
above shouldn't happen (except in ports), meaning if make delete-old fixes 
the problem there may be a buglet in a makefile somewhere.


-- 
Cheers,
Cy Schubert <cy.schub...@cschubert.com>
FreeBSD UNIX:  <c...@freebsd.org>   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

/src
4 errors

make[2]: stopped in /usr/src
*** [everything] Error code 2

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

make[1]: stopped in /usr/src
*** [buildworld] Error code 2

make: stopped in /usr/src
1 error

make: stopped in /usr/src
1551.754u 434.064s 17:54.86 184.7%  12598+328k 113045+55926io 25455pf+14w
___
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: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-11 Thread Ian Lepore

On Sun, 2017-03-12 at 10:22 +1100, Lawrence Stewart wrote:
> Hi all,
> 
> I'm unable to complete buildworld with 2 recent svn revs I've tried
> (r314838 and r315059). I'm building for a slightly resource
> constrained
> production system so am specifying custom settings and a different
> obj
> tree location so I can copy it to the target system. The error
> persists
> after an "rm -rf /usr/obj/*", and if parallel building is disabled.
> 
> The underlying build system built from r314838 via simple "make -C
> /usr/src -s -j6 buildworld buildkernel" built and installed fine, so
> the
> problem seems to be around the use of the build customisations.
> 
> Any clues?
> 
> Cheers,
> Lawrence
> 
> 
> root@builder-head-amd64:/usr/src # cat cust_make.conf
> KERNCONF=GENERIC-NODEBUG
> MALLOC_PRODUCTION=YES
> 
> root@builder-head-amd64:/usr/src # cat cust_src.conf
> WITHOUT_PROFILE=1
> 
> root@builder-head-amd64:/usr/src # make
> __MAKE_CONF=/usr/src/cust_make.conf SRCCONF=/usr/src/cust_src.conf
> MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel
> [...]
> MK_AUTO_OBJ=no MK_TESTS=no  UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
> CC="cc -target x86_64-unknown-freebsd12.0
> --sysroot=/usr/obj/cust/usr/src/tmp
> -B/usr/obj/cust/usr/src/tmp/usr/bin
> -O2 -pipe   -std=gnu99-Qunused-arguments  "  CXX="c++  -target
> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp
> -B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments
> -Wno-c++11-extensions  "  make .MAKE.MODE="normal curdirOk=yes"
> .MAKE.META.IGNORE_PATHS=""  -f rescue.mk exe
> cc -target x86_64-unknown-freebsd12.0
> --sysroot=/usr/obj/cust/usr/src/tmp
> -B/usr/obj/cust/usr/src/tmp/usr/bin
> -O2 -pipe   -std=gnu99-Qunused-arguments   -nostdlib -Wl,-dc -r
> -o
> cat.lo cat_stub.o
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o
> cc: error: no such file or directory:
> '/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o'
> *** Error code 1
> 
> There appear to be a lot of missing .o files under the rescue obj
> tree:
> 
> root@builder-head-amd64:/usr/src # find
> /usr/obj/cust/usr/src/rescue/rescue//usr -type f
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h
> /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost
> 
> compared with an obj tree on a different head system:
> 
> find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l
> 1552
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd
> .org"

The MAKEOBJDIRPREFIX variable must be set in the environment, not in
make.conf or on the make command line (documented in build(7)).

-- Ian

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

Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

2017-03-11 Thread Lawrence Stewart

Hi all,

I'm unable to complete buildworld with 2 recent svn revs I've tried
(r314838 and r315059). I'm building for a slightly resource constrained
production system so am specifying custom settings and a different obj
tree location so I can copy it to the target system. The error persists
after an "rm -rf /usr/obj/*", and if parallel building is disabled.

The underlying build system built from r314838 via simple "make -C
/usr/src -s -j6 buildworld buildkernel" built and installed fine, so the
problem seems to be around the use of the build customisations.

Any clues?

Cheers,
Lawrence


root@builder-head-amd64:/usr/src # cat cust_make.conf
KERNCONF=GENERIC-NODEBUG
MALLOC_PRODUCTION=YES

root@builder-head-amd64:/usr/src # cat cust_src.conf
WITHOUT_PROFILE=1

root@builder-head-amd64:/usr/src # make
__MAKE_CONF=/usr/src/cust_make.conf SRCCONF=/usr/src/cust_src.conf
MAKEOBJDIRPREFIX=/usr/obj/cust buildworld buildkernel
[...]
MK_AUTO_OBJ=no MK_TESTS=no  UPDATE_DEPENDFILE=no  _RECURSING_CRUNCH=1
CC="cc -target x86_64-unknown-freebsd12.0
--sysroot=/usr/obj/cust/usr/src/tmp -B/usr/obj/cust/usr/src/tmp/usr/bin
-O2 -pipe   -std=gnu99-Qunused-arguments  "  CXX="c++  -target
x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/cust/usr/src/tmp
-B/usr/obj/cust/usr/src/tmp/usr/bin -O2 -pipe -Qunused-arguments
-Wno-c++11-extensions  "  make .MAKE.MODE="normal curdirOk=yes"
.MAKE.META.IGNORE_PATHS=""  -f rescue.mk exe
cc -target x86_64-unknown-freebsd12.0
--sysroot=/usr/obj/cust/usr/src/tmp -B/usr/obj/cust/usr/src/tmp/usr/bin
-O2 -pipe   -std=gnu99-Qunused-arguments   -nostdlib -Wl,-dc -r -o
cat.lo cat_stub.o /usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o
cc: error: no such file or directory:
'/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/cat/cat.o'
*** Error code 1

There appear to be a lot of missing .o files under the rescue obj tree:

root@builder-head-amd64:/usr/src # find
/usr/obj/cust/usr/src/rescue/rescue//usr -type f
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax.o
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mksyntax
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes.o
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/sh/mknodes
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/sh.err.h
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/tc.const.h
/usr/obj/cust/usr/src/rescue/rescue//usr/src/bin/csh/gethost

compared with an obj tree on a different head system:

find /usr/obj/usr/src/rescue/rescue/usr/ -type f | wc -l
1552
___
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"

buildworld error

2017-03-11 Thread Roberto Rodriguez Jr

hello,

buildworld currently breaks while building kerberos5. Sorry i cant post the
error still managing to learn how script works.
___
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 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"

Buildworld error with read-only source tree

2016-11-07 Thread Ryan Stone

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

buildworld error (tcpdump and Capsicum)

2013-12-16 Thread dt71


/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/addrtoname.c:36:10: 
fatal error: 'libcapsicum.h' file not found
#include libcapsicum.h

I have, notably, WITHOUT_CAPSICUM=1 in /etc/src.conf.
___
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

buildworld error on -current

2013-11-13 Thread Nilton Jose Rizzo

Hi all, I have some problens with -current:

building shared library librpcsvc.so.5
=== lib/libsbuf (all)   
=== lib/libtacplus (all)
=== lib/libutil (all)   
=== lib/libypclnt (all) 
=== lib/libcxxrt (all)  
=== 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.
*** Error code 1

Stop.
make[5]: stopped in /usr/src/lib/libc++
*** Error code 1

Stop.
make[4]: stopped in /usr/src/lib
*** Error code 1


And some ports not compile, as gnash vlc and others, and sound not work with 
some other multimidea softwares, like parole and xmms, with parole I can't
change the default driver to OSS, and when I build this ports I tried use
pulsealdio, Alsa and others supports but anyone work.  Olny firefox can play
some movies but not all

my box:
root@valfenda:/usr/src # uname -a
FreeBSD valfenda 11.0-CURRENT FreeBSD 11.0-CURRENT #6 r257602: Mon Nov  4
05:59:42 BRST 2013 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA  amd64


root@valfenda:/usr # svn info src
Caminho: src
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/head
Relative URL: ^/head
Raiz do Repositório: svn://svn.freebsd.org/base
UUID do repositório: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revisão: 258094
Tipo de Nó: diretório
Agendado: normal
Autor da Última Mudança: emaste
Revisão da Última Mudança: 258094
Data da Última Mudança: 2013-11-13 12:46:41 -0200 (Qua, 13 Nov 2013)



TIA,

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

While make buildworld: error: _libiconv_compat.h: No such file or directory

2013-09-27 Thread Гуляев Гоша

   Hi all!

   I have a error when try to update my system to latest -HEAD, getting
   through svnup.

   uname -a:

   FreeBSD MYBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Mon Aug 12 22:31:24
   MSK 2013 xmy@MYBSD:/usr/obj/usr/src/sys/MYBSD amd64

   /etc/src.conf

   WITHOUT_ACCT=YES
   #WITHOUT_AMD=YES
   WITHOUT_ASSERT_DEBUG=YES
   WITHOUT_ATM=YES
   WITHOUT_AUDIT=YES
   WITHOUT_AUTHPF=YES
   WITHOUT_BIND=YES
   #WITHOUT_BLUETOOTH=YES
   WITHOUT_BSNMP=YES
   WITHOUT_CLANG=YES
   WITHOUT_CTM=YES
   WITHOUT_FDT=YES
   WITHOUT_FLOPPY=YES
   WITHOUT_GDB=YES
   WITHOUT_HTML=YES
   WITHOUT_INET6=YES
   WITHOUT_INFO=YES
   WITHOUT_IPFILTER=YES
   WITHOUT_IPX=YES
   WITHOUT_KERNEL_SYMBOLS=YES
   WITHOUT_KVM=YES
   WITHOUT_LPR=YES
   WITHOUT_MAIL=YES
   WITHOUT_NCP=YES
   #WITHOUT_NDIS=YES
   WITHOUT_OFED=YES
   WITHOUT_PF=YES
   WITHOUT_PMC=YES
   WITHOUT_QUOTAS=YES
   WITHOUT_RCMDS=YES
   WITHOUT_RCS=YES
   WITHOUT_SHAREDOCS=YES
   #WITHOUT_USB=YES
   #WITHOUT_WIRELESS=YES
   WITHOUT_ZFS=YES

   make buildworld

   In file included from /usr/src/lib/libc/iconv/citrus_iconv.c:37:
   /usr/src/lib/libc/../../include/iconv.h:43:30: error:
   _libiconv_compat.h: No such file or directory
   In file included from /usr/src/lib/libc/iconv/citrus_none.c:36:
   /usr/src/lib/libc/../../include/iconv.h:43:30: error:
   _libiconv_compat.h: No such file or directory
   In file included from /usr/src/lib/libc/iconv/citrus_stdenc_local.h:34,
   from /usr/src/lib/libc/iconv/citrus_stdenc.h:53,
   from /usr/src/lib/libc/iconv/citrus_stdenc.c:41:
   /usr/src/lib/libc/../../include/iconv.h:43:30: error:
   _libiconv_compat.h: No such file or directory
   In file included from /usr/src/lib/libc/iconv/iconv.c:37:
   /usr/src/lib/libc/../../include/iconv.h:43:30: error:
   _libiconv_compat.h: No such file or directory
   In file included from
   /usr/src/lib/libc/locale/../iconv/citrus_iconv_local.h:33,
   from /usr/src/lib/libc/locale/../iconv/citrus_iconv.h:45,
   from /usr/src/lib/libc/locale/cXXrtomb_iconv.h:39,
   from /usr/src/lib/libc/locale/c16rtomb_iconv.c:8:
   /usr/src/lib/libc/../../include/iconv.h:43:30: error:
   _libiconv_compat.h: No such file or directory
   In file included from
   /usr/src/lib/libc/locale/../iconv/citrus_iconv_local.h:33,
   from /usr/src/lib/libc/locale/../iconv/citrus_iconv.h:45,
   from /usr/src/lib/libc/locale/cXXrtomb_iconv.h:39,
   from /usr/src/lib/libc/locale/c32rtomb_iconv.c:8:
   /usr/src/lib/libc/../../include/iconv.h:43:30: error:
   _libiconv_compat.h: No such file or directory
   In file included from
   /usr/src/lib/libc/locale/../iconv/citrus_iconv_local.h:33,
   from /usr/src/lib/libc/locale/../iconv/citrus_iconv.h:45,
   from /usr/src/lib/libc/locale/mbrtocXX_iconv.h:41,
   from /usr/src/lib/libc/locale/mbrtoc16_iconv.c:8:
   /usr/src/lib/libc/../../include/iconv.h:43:30: error:
   _libiconv_compat.h: No such file or directory
   In file included from
   /usr/src/lib/libc/locale/../iconv/citrus_iconv_local.h:33,
   from /usr/src/lib/libc/locale/../iconv/citrus_iconv.h:45,
   from /usr/src/lib/libc/locale/mbrtocXX_iconv.h:41,
   from /usr/src/lib/libc/locale/mbrtoc32_iconv.c:8:
   /usr/src/lib/libc/../../include/iconv.h:43:30: error:
   _libiconv_compat.h: No such file or directory
   mkdep: compile failed
   *** Error code 1
   Stop.
   make: stopped in /usr/src/lib/libc
   *** Error code 1
   Stop.
   make: stopped in /usr/src
   *** Error code 1
   Stop.
   make: stopped in /usr/src
   *** Error code 1
   Stop.
   make: stopped in /usr/src
   *** Error code 1
   Stop.
   make: stopped in /usr/src
___
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

[clang] r234928 amd64 buildworld error

2012-05-14 Thread Anton Shterenlikht

clang -O2 -pipe  -DSORT_THREADS -std=gnu99 -Qunused-arguments -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict
-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwri
te-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -
Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-s
ign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.bin/sort/file.c
/usr/src/usr.bin/sort/file.c:601:12: error: format string is not a string
  literal (potentially insecure) [-Werror,-Wformat-security]
err(2, getstr(7));
   ^
/usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr'
#define getstr(n)catgets(catalog, 1, n, nlsstr[n])
 ^
/usr/src/usr.bin/sort/file.c:942:11: error: format string is not a string
  literal (potentially insecure) [-Werror,-Wformat-security]
err(2, getstr(8));
   ^
/usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr'
#define getstr(n)catgets(catalog, 1, n, nlsstr[n])
 ^
/usr/src/usr.bin/sort/file.c:1279:10: error: format string is not a string
  literal (potentially insecure) [-Werror,-Wformat-security]
err(2, getstr(9));
   ^
/usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr'
#define getstr(n)catgets(catalog, 1, n, nlsstr[n])
 ^
/usr/src/usr.bin/sort/file.c:1295:12: error: format string is not a string
  literal (potentially insecure) [-Werror,-Wformat-security]
errx(2, getstr(10));
^~
/usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr'
#define getstr(n)catgets(catalog, 1, n, nlsstr[n])
 ^
4 errors generated.
*** [file.o] Error code 1

Stop in /usr/src/usr.bin/sort.
*** [all] Error code 1


-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
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: [clang] r234928 amd64 buildworld error

2012-05-14 Thread Oleg Moskalenko

We already have a fix for this problem with clang, and we are going to submit 
it soon.

gcc behaves differently on the same sources, they can be compiled just fine 
with gcc.

Thanks
Oleg

 -Original Message-
 From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-
 curr...@freebsd.org] On Behalf Of Anton Shterenlikht
 Sent: Sunday, May 13, 2012 11:54 PM
 To: freebsd-current@freebsd.org
 Subject: [clang] r234928 amd64 buildworld error
 
 clang -O2 -pipe  -DSORT_THREADS -std=gnu99 -Qunused-arguments -fstack-
 protector
 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
 -Wstrict
 -prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-
 qual -Wwri
 te-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-
 subscripts -
 Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-
 pointer-s
 ign -Wno-empty-body -Wno-string-plus-int -c
 /usr/src/usr.bin/sort/file.c
 /usr/src/usr.bin/sort/file.c:601:12: error: format string is not a
 string
   literal (potentially insecure) [-Werror,-Wformat-security]
 err(2, getstr(7));
^
 /usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr'
 #define getstr(n)catgets(catalog, 1, n, nlsstr[n])
  ^
 /usr/src/usr.bin/sort/file.c:942:11: error: format string is not a
 string
   literal (potentially insecure) [-Werror,-Wformat-security]
 err(2, getstr(8));
^
 /usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr'
 #define getstr(n)catgets(catalog, 1, n, nlsstr[n])
  ^
 /usr/src/usr.bin/sort/file.c:1279:10: error: format string is not a
 string
   literal (potentially insecure) [-Werror,-Wformat-security]
 err(2, getstr(9));
^
 /usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr'
 #define getstr(n)catgets(catalog, 1, n, nlsstr[n])
  ^
 /usr/src/usr.bin/sort/file.c:1295:12: error: format string is not a
 string
   literal (potentially insecure) [-Werror,-Wformat-security]
 errx(2, getstr(10));
 ^~
 /usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr'
 #define getstr(n)catgets(catalog, 1, n, nlsstr[n])
  ^
 4 errors generated.
 *** [file.o] Error code 1
 
 Stop in /usr/src/usr.bin/sort.
 *** [all] Error code 1
 
 
 --
 Anton Shterenlikht
 Room 2.6, Queen's Building
 Mech Eng Dept
 Bristol University
 University Walk, Bristol BS8 1TR, UK
 Tel: +44 (0)117 331 5944
 Fax: +44 (0)117 929 4423
 ___
 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
___
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

make -j4 buildworld error

2012-04-24 Thread r...@9du.org

make -j4 buildworld  error
--
 World build started on Tue Apr 24 21:32:26 CST 2012
--
--
 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/usr
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.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

.


/usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen created for 
/usr/src/usr.bin/clang/tblgen
rm -f .depend
mkdep -f .depend -a
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/include 
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include 
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. 
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include 
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS 
-DLLVM_DEFAULT_TARGET_TRIPLE=\x86_64-unknown-freebsd10.0\ 
-I/usr/obj/usr/src/tmp/legacy/usr/include  
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/AsmMatcherEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/AsmWriterEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/AsmWriterInst.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CallingConvEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeEmitterGen.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenDAGPatterns.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenInstruction.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenRegisters.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/CodeGenTarget.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DAGISelEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DAGISelMatcher.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DAGISelMatcherEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DAGISelMatcherGen.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DAGISelMatcherOpt.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DFAPacketizerEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/DisassemblerEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/EDEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/FastISelEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/FixedLenDecoderEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/InstrInfoEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/IntrinsicEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/PseudoLoweringEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/RegisterInfoEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/SetTheory.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/StringMatcher.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/SubtargetEmitter.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/TGValueTypes.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/TableGen.cpp 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/X86DisassemblerTables.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/X86ModRMFilters.cpp
 
/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/X86RecognizableInstr.cpp
echo tblgen: /usr/lib/libc.a  
/usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmtablegen/libllvmtablegen.a
 
/usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmsupport/libllvmsupport.a
 /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a  .depend
echo tblgen: /usr/lib/libstdc++.a  .depend
c++ -O2 -pipe -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/include 
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include 
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. 
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include 
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD

Re: make buildworld error on 9.0B2

2011-10-01 Thread Greg Miller

On 9/30/11, Conrad J. Sabatier conr...@cox.net wrote:
 On Wed, 28 Sep 2011 19:57:55 -0500
 Greg Miller greglmil...@gmail.com wrote:

 On a fresh install of 9.0B2, I've updated my source to RELENG_9 with
 csup, and I get the following when I try to make buildworld:

 *
 [0] /usr/src # make clean buildworld
 find: /usr/src/sys/sys/param.h: No such file or directory
 /usr/src/Makefile, line 217: warning: find /usr/src/sys/sys/param.h
 -mtime -0s returned non-zero status

 This seems to be very similar to an odd little quirk I've run across
 several times recently with 9.0-BETAx, where for some reason it appears
 that the timestamp on this file is out of sync with the rest of the
 source tree.

 On more than one occasion, after updating /usr/src and starting a make
 buildworld, I've been stopped cold by this, and had to do a touch
 sys/sys/param.h and restart the build.

This doesn't really sound like what I'm seeing... I'm getting this
error because csup and cvsup are deleting most of the files in
/usr/src/sys/sys by mistake.

If anybody has any more ideas for things to try, I'll stay on 9.0B2 a
bit longer for testing. Otherwise, I'm upgrading via anoncvs (which is
working for me).
___
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: make buildworld error on 9.0B2

2011-10-01 Thread Conrad J. Sabatier

On Sat, 1 Oct 2011 07:55:34 -0500
Greg Miller greglmil...@gmail.com wrote:

 On 9/30/11, Conrad J. Sabatier conr...@cox.net wrote:
  On Wed, 28 Sep 2011 19:57:55 -0500
  Greg Miller greglmil...@gmail.com wrote:
 
  On a fresh install of 9.0B2, I've updated my source to RELENG_9
  with csup, and I get the following when I try to make buildworld:
 
  *
  [0] /usr/src # make clean buildworld
  find: /usr/src/sys/sys/param.h: No such file or directory
  /usr/src/Makefile, line 217: warning:
  find /usr/src/sys/sys/param.h -mtime -0s returned non-zero status
 
  This seems to be very similar to an odd little quirk I've run across
  several times recently with 9.0-BETAx, where for some reason it
  appears that the timestamp on this file is out of sync with the
  rest of the source tree.
 
  On more than one occasion, after updating /usr/src and starting a
  make buildworld, I've been stopped cold by this, and had to do a
  touch sys/sys/param.h and restart the build.
 
 This doesn't really sound like what I'm seeing... I'm getting this
 error because csup and cvsup are deleting most of the files in
 /usr/src/sys/sys by mistake.
 
 If anybody has any more ideas for things to try, I'll stay on 9.0B2 a
 bit longer for testing. Otherwise, I'm upgrading via anoncvs (which is
 working for me).

I use csup to update my local copy of the CVS repository, from which I
then do cvs updates of /usr/{doc,ports,src}.  Works very well, you may
want to give that a try.

-- 
Conrad J. Sabatier
conr...@cox.net
___
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: make buildworld error on 9.0B2

2011-09-30 Thread Conrad J. Sabatier

On Wed, 28 Sep 2011 19:57:55 -0500
Greg Miller greglmil...@gmail.com wrote:

 On a fresh install of 9.0B2, I've updated my source to RELENG_9 with
 csup, and I get the following when I try to make buildworld:
 
 *
 [0] /usr/src # make clean buildworld
 find: /usr/src/sys/sys/param.h: No such file or directory
 /usr/src/Makefile, line 217: warning: find /usr/src/sys/sys/param.h
 -mtime -0s returned non-zero status

This seems to be very similar to an odd little quirk I've run across
several times recently with 9.0-BETAx, where for some reason it appears
that the timestamp on this file is out of sync with the rest of the
source tree.

On more than one occasion, after updating /usr/src and starting a make
buildworld, I've been stopped cold by this, and had to do a touch
sys/sys/param.h and restart the build.

Sorry for not taking the time to report it before.  It was just such an
easy fix that I never got around to it.

 === share/info (clean)
 === lib (clean)
 === lib/csu/amd64 (clean)
 rm -f crt1.o crti.o crtn.o Scrt1.o gcrt1.o crt1.s gcrt1.s Scrt1.s
 === lib/libc (clean)
 /usr/src/lib/libc/sys/Makefile.inc, line 9: Could not find
 /usr/src/lib/libc/../../sys/sys/syscall.mk
 make: fatal errors encountered -- cannot continue
 *** Error code 1

This one I haven't seen, myself.

-- 
Conrad J. Sabatier
conr...@cox.net
___
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: make buildworld error on 9.0B2

2011-09-29 Thread Greg Miller

On 9/28/11, Adrian Chadd adr...@freebsd.org wrote:
 On 29 September 2011 08:57, Greg Miller greglmil...@gmail.com wrote:
 On a fresh install of 9.0B2, I've updated my source to RELENG_9 with
 csup, and I get the following when I try to make buildworld:

 Good, is this reproducable? There's a patch to csup that may help you
 out with this.

 Index: src/usr.bin/csup/fixups.c

[snipped]

It's 100% reproducible, and the patch didn't change anything.
___
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: make buildworld error on 9.0B2

2011-09-29 Thread Greg Miller

On 9/29/11, Greg Miller greglmil...@gmail.com wrote:
 On 9/28/11, Adrian Chadd adr...@freebsd.org wrote:
 On 29 September 2011 08:57, Greg Miller greglmil...@gmail.com wrote:
 On a fresh install of 9.0B2, I've updated my source to RELENG_9 with
 csup, and I get the following when I try to make buildworld:

 Good, is this reproducable? There's a patch to csup that may help you
 out with this.

 Index: src/usr.bin/csup/fixups.c

 [snipped]

 It's 100% reproducible, and the patch didn't change anything.


I just tried it with cvsup and got the same result, so it doesn't
appear to be a csup issue. I have no idea what's going on here.
___
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

make buildworld error on 9.0B2

2011-09-28 Thread Greg Miller

On a fresh install of 9.0B2, I've updated my source to RELENG_9 with
csup, and I get the following when I try to make buildworld:

*
[0] /usr/src # make clean buildworld
find: /usr/src/sys/sys/param.h: No such file or directory
/usr/src/Makefile, line 217: warning: find /usr/src/sys/sys/param.h
-mtime -0s returned non-zero status
=== share/info (clean)
=== lib (clean)
=== lib/csu/amd64 (clean)
rm -f crt1.o crti.o crtn.o Scrt1.o gcrt1.o crt1.s gcrt1.s Scrt1.s
=== lib/libc (clean)
/usr/src/lib/libc/sys/Makefile.inc, line 9: Could not find
/usr/src/lib/libc/../../sys/sys/syscall.mk
make: fatal errors encountered -- cannot continue
*** Error code 1

Stop in /usr/src/lib.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
[1] /usr/src # exit
exit
**

My make.conf:


# added by use.perl 2011-09-25 03:44:55
PERL_VERSION=5.14.1

___
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: make buildworld error on 9.0B2

2011-09-28 Thread Garrett Cooper

On Wed, Sep 28, 2011 at 5:57 PM, Greg Miller greglmil...@gmail.com wrote:
 On a fresh install of 9.0B2, I've updated my source to RELENG_9 with
 csup, and I get the following when I try to make buildworld:

 *
 [0] /usr/src # make clean buildworld
 find: /usr/src/sys/sys/param.h: No such file or directory
 /usr/src/Makefile, line 217: warning: find /usr/src/sys/sys/param.h
 -mtime -0s returned non-zero status
 === share/info (clean)
 === lib (clean)
 === lib/csu/amd64 (clean)
 rm -f crt1.o crti.o crtn.o Scrt1.o gcrt1.o crt1.s gcrt1.s Scrt1.s
 === lib/libc (clean)
 /usr/src/lib/libc/sys/Makefile.inc, line 9: Could not find
 /usr/src/lib/libc/../../sys/sys/syscall.mk
 make: fatal errors encountered -- cannot continue
 *** Error code 1

 Stop in /usr/src/lib.
 *** Error code 1

 Stop in /usr/src.
 *** Error code 1

 Stop in /usr/src.
 [1] /usr/src # exit
 exit

If you do ls /usr/src/sys , it's probably missing.
-Garrett
___
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: make buildworld error on 9.0B2

2011-09-28 Thread Greg Miller

On 9/28/11, Garrett Cooper yaneg...@gmail.com wrote:
 On Wed, Sep 28, 2011 at 5:57 PM, Greg Miller greglmil...@gmail.com wrote:
 On a fresh install of 9.0B2, I've updated my source to RELENG_9 with
 csup, and I get the following when I try to make buildworld:

[snip]

 If you do ls /usr/src/sys , it's probably missing.

[0] /usr/src # ls /usr/src/sys/sys
_bus_dma.h  _stack.hcapability.h
joystick.h  lockstat.h  mqueue.hrctl.h  
tiio.h
_callout.h  _stdint.h   cfictl.hkenv.h  
loginclass.hpower.h regression.h
timeet.h
_cpuset.h   _termios.h  gpio.h  khelp.h 
module_khelp.h  procdesc.h  sockopt.h   
ttyhook.h
_sockaddr_storage.h _umtx.h hhook.h ksyms.h 
mpt_ioctl.h racct.h sockstate.h
___
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: make buildworld error on 9.0B2

2011-09-28 Thread Garrett Cooper

On Wed, Sep 28, 2011 at 8:54 PM, Greg Miller greglmil...@gmail.com wrote:
 On 9/28/11, Garrett Cooper yaneg...@gmail.com wrote:
 On Wed, Sep 28, 2011 at 5:57 PM, Greg Miller greglmil...@gmail.com wrote:
 On a fresh install of 9.0B2, I've updated my source to RELENG_9 with
 csup, and I get the following when I try to make buildworld:

 [snip]

 If you do ls /usr/src/sys , it's probably missing.

 [0] /usr/src # ls /usr/src/sys/sys
 _bus_dma.h              _stack.h                capability.h            
 joystick.h              lockstat.h              mqueue.h                
 rctl.h                  tiio.h
 _callout.h              _stdint.h               cfictl.h                
 kenv.h                  loginclass.h            power.h                 
 regression.h            timeet.h
 _cpuset.h               _termios.h              gpio.h                  
 khelp.h                 module_khelp.h          procdesc.h              
 sockopt.h               ttyhook.h
 _sockaddr_storage.h     _umtx.h                 hhook.h                 
 ksyms.h                 mpt_ioctl.h             racct.h                 
 sockstate.h

Ok, maybe not.. but it's sure incomplete:

$ ls /sys/sys/* | wc -l
 272
___
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: make buildworld error on 9.0B2

2011-09-28 Thread Greg Miller

On 9/28/11, Garrett Cooper yaneg...@gmail.com wrote:
 On Wed, Sep 28, 2011 at 8:54 PM, Greg Miller greglmil...@gmail.com wrote:
 On 9/28/11, Garrett Cooper yaneg...@gmail.com wrote:
 On Wed, Sep 28, 2011 at 5:57 PM, Greg Miller greglmil...@gmail.com
 wrote:
 On a fresh install of 9.0B2, I've updated my source to RELENG_9 with
 csup, and I get the following when I try to make buildworld:

 [snip]

 If you do ls /usr/src/sys , it's probably missing.

 [0] /usr/src # ls /usr/src/sys/sys
 _bus_dma.h  _stack.hcapability.h
  joystick.h  lockstat.h  mqueue.h
  rctl.h  tiio.h
 _callout.h  _stdint.h   cfictl.h
  kenv.h  loginclass.hpower.h
 regression.htimeet.h
 _cpuset.h   _termios.h  gpio.h
  khelp.h module_khelp.h  procdesc.h
  sockopt.h   ttyhook.h
 _sockaddr_storage.h _umtx.h hhook.h
 ksyms.h mpt_ioctl.h racct.h
 sockstate.h

 Ok, maybe not.. but it's sure incomplete:

 $ ls /sys/sys/* | wc -l
  272


I saw this once before, with RELENG_8_2. RELENG_8 and RELENG_8_1 got
me all the files I needed, but RELENG_8_2 left me with missing files.
I've tried it with multiple cvsup servers (cvsup17 and cvsup1) with
the same result. My supfile is pretty standard:

***
[0] ~ # diff -wu /usr/share/examples/cvsup/standard-supfile fbsd-supfile
--- /usr/share/examples/cvsup/standard-supfile  2011-09-27
00:03:40.278232348 -0500
+++ fbsd-supfile2011-09-28 23:13:13.920501983 -0500
@@ -46,10 +46,10 @@
 #
 # IMPORTANT: Change the next line to use one of the CVSup mirror sites
 # listed at http://www.freebsd.org/doc/handbook/cvsup.html#CVSUP-MIRRORS.
-*default host=CHANGE_THIS.FreeBSD.org
+*default host=cvsup17.FreeBSD.org
 *default base=/var/db
 *default prefix=/usr
-*default release=cvs tag=.
+*default release=cvs tag=RELENG_9
 *default delete use-rel-suffix

 # If you seem to be limited by CPU rather than network or disk bandwidth, try
**
___
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: make buildworld error on 9.0B2

2011-09-28 Thread Adrian Chadd

On 29 September 2011 08:57, Greg Miller greglmil...@gmail.com wrote:
 On a fresh install of 9.0B2, I've updated my source to RELENG_9 with
 csup, and I get the following when I try to make buildworld:

Good, is this reproducable? There's a patch to csup that may help you
out with this.

Index: src/usr.bin/csup/fixups.c
===
--- src/usr.bin/csup/fixups.c   (revision 225772)
+++ src/usr.bin/csup/fixups.c   (working copy)
@@ -141,7 +141,7 @@
fixups_lock(f);
while (f-size == 0  !f-closed)
pthread_cond_wait(f-cond, f-lock);
-   if (f-closed) {
+   if (f-size == 0) {
fixups_unlock(f);
return (NULL);
}

I know this is a bit of effort, but can you please reproduce the
issue, then see if this patch fixes it for you?
I'd like to try and get this into 9.0-RELEASE but there's no csup
maintainer so I'm just relying on works for me and code reviews from
others.

Thanks,

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

buildworld error on 5.1-REL

2003-11-10 Thread Odhiambo Washington


I am seeing the following error and no amount of cvsup will help it.

http://ns2.wananchi.com/~wash/5.1-REL/WORLD.txt

Advise appreciated.



-Wash

--
|\  _,,,---,,_ | Odhiambo Washington[EMAIL PROTECTED]
Zzz /,`.-'`'-.  ;-;;,_ | Wananchi Online Ltd.   www.wananchi.com
   |,4-  ) )-,_. ,\ (  `'-'| Tel: +254 20 313985-9  +254 20 313922
  '---''(_/--'  `-'\_) | GSM: +254 722 743223   +254 733 744121
+
If time heals all wounds, how come the belly button stays the same?
___
[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 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]

buildworld error: rm: tar: is a directory

2003-11-01 Thread eculp

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.

Thanks for any suggestions,

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 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: [solved] buildworld error

2003-06-11 Thread Gordon Bergling

Hi all,

On Tue Jun 10, 2003 at 07:50PM -0400, Garance A Drosihn wrote:
 At 9:42 PM +0200 6/10/03, Gordon Bergling wrote:
 Since I disable BDECFLAGS in /etc/make.conf this problem goes
 away. I don't know if this effects the build process in any
 other way. I had enable them around 4.5-RELEASE or so. ;)
 
 I'm not sure what you mean by that.  Did you remove a line
 which had
 BDECFLAGS=...etc...
 
 or did you remove a line which said something like
 CFLAGS=$BDECFLAGS
 ?

I comment out the BDECFLAGS lines in /etc/make.conf. The
appendanting lines I comment out, too.

 If you mean the first one, that probably means some makefile
 has a reference to BDECFLAGS and it (probably) should not.

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]

BDECFLAGS being added to CFLAGS and CWARNFLAGS ( was Re: [solved]buildworld error)

2003-06-11 Thread Scot W. Hetzel

From: Munehiro Matsuda [EMAIL PROTECTED]
 I was having the same compile error, until I commeted out the
 BDECFLAGS definition from /etc/make.conf.

 Looking into the problematic Makefiles, I've found that following
 Makefiles do references BDECFLAGS, which matches errors I was getting:

   usr.sbin/config/Makefile : CFLAGS+= ${BDECFLAGS}
   usr.sbin/lpr/Makefile.inc: CWARNFLAGS= ${BDECFLAGS}
   usr.sbin/kgzip/Makefile  : CFLAGS+= ${BDECFLAGS}

 I think these references must be removed.

I did a find for BDECFLAGS and it found 5 Makefiles that are adding these
flags to either CFLAGS or CWARNFLAGS.

# cd /usr/src
# find . -type f -exec grep -H BDECFLAGS {} +
./sbin/ffsinfo/Makefile:#CFLAGS+=${BDECFLAGS}
./sbin/growfs/Makefile:#CFLAGS+=${BDECFLAGS}
:
./usr.sbin/config/Makefile:CFLAGS+= ${BDECFLAGS}
./usr.sbin/lpr/Makefile.inc:CWARNFLAGS= ${BDECFLAGS}
./usr.sbin/kgzip/Makefile:CFLAGS+= ${BDECFLAGS}

A couple of possible  fixes are:
1. removal of BDECFLAGS from the above files
2. Add a .ifdef USE_BDECFLAGS .. .endif, that conditionalizes the use of
BDECFLAGS in the above files.

Scot

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

Re: BDECFLAGS being added to CFLAGS and CWARNFLAGS ( was Re:[solved] buildworld error)

2003-06-11 Thread Garance A Drosihn

At 2:29 PM -0500 6/11/03, Scot W. Hetzel wrote:
From: Munehiro Matsuda [EMAIL PROTECTED]
  I was having the same compile error, until I commeted out
  the BDECFLAGS definition from /etc/make.conf.
 
  Looking into the problematic Makefiles, I've found that
  following Makefiles do references BDECFLAGS, which matches
  errors I was getting:
 
   usr.sbin/config/Makefile : CFLAGS+= ${BDECFLAGS}
   usr.sbin/lpr/Makefile.inc: CWARNFLAGS= ${BDECFLAGS}
   usr.sbin/kgzip/Makefile  : CFLAGS+= ${BDECFLAGS}
  I think these references must be removed.
Ugh.  Every time there's a scan for some bad-programming
practice, 'lpr' is one of the guilty parties...  I'll fix
that one!
I did a find for BDECFLAGS and it found 5 Makefiles that
are adding these flags to either CFLAGS or CWARNFLAGS.
# cd /usr/src
# find . -type f -exec grep -H BDECFLAGS {} +
./sbin/ffsinfo/Makefile:#CFLAGS+=${BDECFLAGS}
./sbin/growfs/Makefile:#CFLAGS+=${BDECFLAGS}
:
./usr.sbin/config/Makefile:CFLAGS+= ${BDECFLAGS}
./usr.sbin/lpr/Makefile.inc:CWARNFLAGS= ${BDECFLAGS}
./usr.sbin/kgzip/Makefile:CFLAGS+= ${BDECFLAGS}
A couple of possible  fixes are:
1. removal of BDECFLAGS from the above files
2. Add a .ifdef USE_BDECFLAGS .. .endif, that
  conditionalizes the use of BDECFLAGS in the
   above files.
Ick.  Then we'll need a USE_USE_BDECFLAGS, to tell us if we
should pay attention to the USE_BDECFLAGS variable...
My guess is that there isn't a single reason that these five
programs need to reference BDECFLAGS, especially now that it
is no longer defined in /etc/defaults/make.conf .  We should
just remove those references.
--
Garance Alistair Drosehn=   [EMAIL PROTECTED]
Senior Systems Programmer   or  [EMAIL PROTECTED]
Rensselaer Polytechnic Instituteor  [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: [solved] buildworld error

2003-06-10 Thread Gordon Bergling

Hi all,

On Mon Jun 09, 2003 at 11:09PM +0200, Gordon Bergling wrote:
 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!

Since I disable BDECFLAGS in /etc/make.conf this problem goes away. I
don't know if this effects the build process in any other way. I had
enable them around 4.5-RELEASE or so. ;)

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: [solved] buildworld error

2003-06-10 Thread Kris Kennaway

On Tue, Jun 10, 2003 at 09:42:08PM +0200, Gordon Bergling wrote:
 Hi all,
 
 On Mon Jun 09, 2003 at 11:09PM +0200, Gordon Bergling wrote:
  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!
 
 Since I disable BDECFLAGS in /etc/make.conf this problem goes away. I
 don't know if this effects the build process in any other way. I had
 enable them around 4.5-RELEASE or so. ;)

That's entirely expected.  Whatever gave you the idea that this would
be good thing to add to CFLAGS in the first place?

Kris


pgp0.pgp
Description: PGP signature

Re: [solved] buildworld error

2003-06-10 Thread Gordon Bergling

On Tue Jun 10, 2003 at 01:17PM -0700, Kris Kennaway wrote:
  Since I disable BDECFLAGS in /etc/make.conf this problem goes away. I
  don't know if this effects the build process in any other way. I had
  enable them around 4.5-RELEASE or so. ;)
 
 That's entirely expected.  Whatever gave you the idea that this would
 be good thing to add to CFLAGS in the first place?

-From /etc/make.conf --
# BDECFLAGS are a set of gcc warning settings that Bruce Evans has
# suggested
# for use in developing FreeBSD and testing changes.  They can be used
# by
# putting CFLAGS+=${BDECFLAGS} in /etc/make.conf.  -Wconversion is not
# included here due to compiler bugs, e.g., mkdir()'s mode_t argument.
---
This sounds for me the right thing for use in -CURRENT.
Iam sure this was wrong, but I make this setting months ago and forgot
it. There were never be problems until these days.

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: [solved] buildworld error

2003-06-10 Thread Garance A Drosihn

At 9:42 PM +0200 6/10/03, Gordon Bergling wrote:
Hi all,

Since I disable BDECFLAGS in /etc/make.conf this problem goes
away. I don't know if this effects the build process in any
other way. I had enable them around 4.5-RELEASE or so. ;)
I'm not sure what you mean by that.  Did you remove a line
which had
BDECFLAGS=...etc...
or did you remove a line which said something like
CFLAGS=$BDECFLAGS
?
If you mean the first one, that probably means some makefile
has a reference to BDECFLAGS and it (probably) should not.
--
Garance Alistair Drosehn=   [EMAIL PROTECTED]
Senior Systems Programmer   or  [EMAIL PROTECTED]
Rensselaer Polytechnic Instituteor  [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: [solved] buildworld error

2003-06-10 Thread Kris Kennaway

On Tue, Jun 10, 2003 at 10:57:19PM +0200, Gordon Bergling wrote:

 -From /etc/make.conf --
 # BDECFLAGS are a set of gcc warning settings that Bruce Evans has
 # suggested
 # for use in developing FreeBSD and testing changes.  They can be used
 # by
 # putting CFLAGS+=${BDECFLAGS} in /etc/make.conf.  -Wconversion is not
 # included here due to compiler bugs, e.g., mkdir()'s mode_t argument.
 ---
 This sounds for me the right thing for use in -CURRENT.
 Iam sure this was wrong, but I make this setting months ago and forgot
 it. There were never be problems until these days.

Are you developing FreeBSD or testing changes?  No, you're building
world.  As you found, world doesn't build if you do this.

Kris


pgp0.pgp
Description: PGP signature

Re: [solved] buildworld error

2003-06-10 Thread Munehiro Matsuda

Hi all,

From: Garance A Drosihn [EMAIL PROTECTED]
Date: Tue, 10 Jun 2003 19:50:08 -0400
::At 9:42 PM +0200 6/10/03, Gordon Bergling wrote:
::Hi all,
::
::Since I disable BDECFLAGS in /etc/make.conf this problem goes
::away. I don't know if this effects the build process in any
::other way. I had enable them around 4.5-RELEASE or so. ;)
::
::I'm not sure what you mean by that.  Did you remove a line
::which had
::BDECFLAGS=...etc...
::
::or did you remove a line which said something like
::CFLAGS=$BDECFLAGS
::?
::
::If you mean the first one, that probably means some makefile
::has a reference to BDECFLAGS and it (probably) should not.

I was having the same compile error, until I commeted out the 
BDECFLAGS definition from /etc/make.conf.

Looking into the problematic Makefiles, I've found that following
Makefiles do references BDECFLAGS, which matches errors I was getting:

  usr.sbin/config/Makefile : CFLAGS+= ${BDECFLAGS}
  usr.sbin/lpr/Makefile.inc: CWARNFLAGS=${BDECFLAGS}
  usr.sbin/kgzip/Makefile  : CFLAGS+= ${BDECFLAGS}

I think these references must be removed.

Thanks,
  Haro
=--
   _ _Munehiro (haro) Matsuda
 -|- /_\  |_|_|   Internet Solution Dept., Kubota Graphics Technologies Inc.
 /|\ |_|  |_|_|   2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan
  Tel: +81-3-3225-0767  Fax: +81-3-3225-0740
  Email: [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

buildworld error

2003-06-09 Thread Gordon Bergling

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

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

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]

buildworld error

2002-06-26 Thread Michael Hostbaek


I have cvsup'ed a 4.6-RC with the current source tree, but when doing a
buildworld I get the following error:

snip
cc -O -pipe -D_OLD_STDIO  -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/li
bc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES
-DPORTMAP -DD
ES_BUILTIN -DYP -DHESIOD  -c /usr/src/lib/libc/net/ether_addr.c -o
ether_addr.o
cc -O -pipe -D_OLD_STDIO  -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/li
bc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES
-DPORTMAP -DD
ES_BUILTIN -DYP -DHESIOD  -c /usr/src/lib/libc/net/getaddrinfo.c -o
getaddrinfo.
o
cc -O -pipe -D_OLD_STDIO  -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/li
bc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES
-DPORTMAP -DD
ES_BUILTIN -DYP -DHESIOD  -c /usr/src/lib/libc/net/gethostbydns.c -o
gethostbydn
s.o
/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)
/usr/src/lib/libc/net/gethostbydns.c:392: (Each undeclared identifier is
reporte
d only once
/usr/src/lib/libc/net/gethostbydns.c:392: for each function it appears
in.)
*** Error code 1
Stop in /usr/src/lib/libc.
*** Error code 1
Stop in /usr/src/lib.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
zsh: 53550 exit 1 make buildworld
/snip

Any pointers ?

-- 
Best Regards,
Michael Landin Hostbaek 

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

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:

buildworld error in gnu/lib/libstdc++

2002-06-05 Thread Andrea Campi


Hi all,

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.
The only thing peculiar to this machine is that I've cleared up everything
which predated GCC 3.1; so I have no libstdc++ installed, no old includes, etc.

Anyway, I am attaching the error (it's extremely long). I already did

 - make clean  make clean  make cleandir
 - rm -rf /usr/obj

and more obvious attempts at fixing this, but still no change.

Any suggestion? Is this local breakage or ...?

Bye,
Andrea

-- 
   I believe the technical term is Oops!

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

buildworld error in pam-ssh

2002-03-26 Thread Luis Zuccolo



Hello:
I'm using 4 stable and i'want to upgrade to current.
When I do make buildworld, I get the next error:
...
...  libpam/modules/pam-ssh

make: don't know how to make /usr/obj/usr/src/i386/usr/lib/libssh.a Stop

Error code 2
1 error
Erro code 2
1 error  

What can I do to fix it.
Thanks in advance

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

Re: make buildworld error in libpam/modules/pam_ssh

2002-02-04 Thread Mark Murray


 I'm experiencing the following error while bulding world:

Fix committed.

M
-- 
o   Mark Murray
\_  FreeBSD Services Limited
O.\_Warning: this .sig is umop ap!sdn

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

make buildworld error in libpam/modules/pam_ssh

2002-02-03 Thread Peter Schultz


I'm experiencing the following error while bulding world:

=== libpam/modules/pam_ssh
cc -nostdinc -O -pipe 
-I/usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh 
-I/usr/src/lib/libpam/modules/pam_ssh/../../../../contrib/libpam/libpam/include 
-I/usr/src/lib/libpam/modules/pam_ssh/../../libpam 
-I/usr/obj/usr/src/i386/usr/include -Werror -Wall -W -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual 
-Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized  -c 
/usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c -o pam_ssh.o
cc1: warnings being treated as errors
In file included from /usr/obj/usr/src/i386/usr/include/openssl/evp.h:129,
  from /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:63:
/usr/obj/usr/src/i386/usr/include/openssl/rsa.h:218: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/rsa.h:219: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/rsa.h:220: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/rsa.h:222: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/rsa.h:223: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/rsa.h:226: warning: function 
declaration isn't a prototype
In file included from 
/usr/obj/usr/src/i386/usr/include/openssl/objects.h:960,
  from /usr/obj/usr/src/i386/usr/include/openssl/evp.h:140,
  from /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:63:
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:377: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:378: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:379: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:380: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:753: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:755: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:806: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:806: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:809: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:809: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:810: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:817: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:817: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:818: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:852: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:854: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:856: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/asn1.h:857: warning: function 
declaration isn't a prototype
In file included from /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:63:
/usr/obj/usr/src/i386/usr/include/openssl/evp.h:269: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/evp.h:270: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/evp.h:271: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/evp.h:273: warning: function 
declaration isn't a prototype
/usr/obj/usr/src/i386/usr/include/openssl/evp.h:274: warning: function 
declaration isn't a prototype
*** Error code 1

Stop in /usr/src/lib/libpam/modules/pam_ssh.
*** Error code 1

Stop in /usr/src/lib/libpam/modules.
*** Error code 1

Stop in /usr/src/lib/libpam.
*** Error code 1

Stop in /usr/src/lib.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

Pete...


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

buildworld error

2000-07-22 Thread Tony Johnson




When I was doing a make world on my system for 
5.0-current, I was getting this error:

=== sys/boot/i386/boot2as --defsym 
FLAGS=0x80 /usr/src/sys/boot/i386/boot2/boot1.s -o boot1.old -nostdlib 
-static -N -e start -Ttext 0x7c00 -o boot1.out boot1.oobjcopy -S -O binary 
boot1.out boot1dd if=/dev/zero of=boot2.ldr bs=512 count=1 
2/dev/null*** Error code 1Stop in 
/usr/src/sys/boot/i386/boot2.*** Error code 1Stop in 
/usr/src/sys/boot/i386.*** Error code 1Stop in 
/usr/src/sys/boot.*** Error code 1Stop in /usr/src/sys.*** 
Error code 1Stop in /usr/src.*** Error code 
1Stop in /usr/src.*** Error code 1Stop in 
/usr/src.su-2.04#

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

Re: make buildworld error

2000-05-13 Thread Hasan Diwan


Mr Miller:
Try obtaining a crypto distribution from internat or freefall.
That should solve your problem.
On Sat, May 13, 2000 at 08:11:25AM -0400, Donn Miller wrote:
 -I/usr/obj/usr/src/i386/usr/include/openssl -DCRYPTO -DHAVE_LIBCRYPTO
 -DHAVE_RC5_H -DHAVE_CAST_H
 /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c:54:
 blowfish.h: No such file or directory
 /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c:56:
 rc5.h: No such file or directory
 /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c:59:
 cast.h: No such file or directory

-- 
Hasan Diwan [[EMAIL PROTECTED]]
Computer Science Department
Rensselaer Polytechnic Institute

 PGP signature

Re: make buildworld error

2000-05-13 Thread Donn Miller


Hasan Diwan wrote:
 
 Mr Miller:
 Try obtaining a crypto distribution from internat or freefall.
 That should solve your problem.


Damn - I just forgot to uncomment the cvs-crypto line in my supfile. 
Thanks!

- Donn


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

make buildworld error

2000-05-13 Thread Donn Miller


=== usr.sbin/tcpdump/tcpdump
rm -f .depend
mkdep -f .depend -a-DHAVE_CONFIG_H
-I/usr/src/usr.sbin/tcpdump/tcpdump
-I/usr/obj/usr/src/i386/usr/include/openssl -DCRYPTO -DHAVE_LIBCRYPTO
-DHAVE_RC5_H -DHAVE_CAST_H
-I/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/lbl
-I/usr/obj/usr/src/i386/usr/include  version.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/addrtoname.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/bpf_dump.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/gmt2local.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/machdep.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/parsenfsfh.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ah.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-arp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ascii.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-atalk.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-atm.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-bgp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-bootp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-chdlc.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-cip.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-decnet.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-dhcp6.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-domain.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-dvmrp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-egp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ether.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-fddi.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-frag6.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-gre.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-icmp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-icmp6.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-igrp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6opts.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipcomp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipx.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-isakmp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-isoclns.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-krb.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-l2tp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lane.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lcp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-llc.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-mobile.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-nfs.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ntp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-null.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf6.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pim.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ppp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pppoe.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-raw.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rip.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ripng.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rt6.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rx.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sl.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-smb.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-snmp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sunrpc.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-tcp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-telnet.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-tftp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-token.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-udp.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vjc.c
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-wb.c

buildworld error: now it's ngctl

2000-05-13 Thread Kent Hauser



After cvsup'ing this afternoon, mtree compiles.

But ngctl fails:

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

Stop in /usr/src/usr.sbin/ngctl.
*** Error code 1

Stop in /usr/src/usr.sbin.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.



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

91 matches

Mail list logo