rel/13.0 make buildworld fails with custom src.conf

[王超]

Hi, all,

I just shot my foot trying upgrading to 13.0-BETA2 from source. The
whole build and upgrade process went smoothly.
However, ongoing buildworld attempts on the upgraded system failed.
buildkernel works by the way.

Could anyone find anything wrong with the src.conf?

Here is the console output:
>>> stage 1.2: bootstrap tools
--
cd /usr/src; INSTALL="sh /usr/src/tools/install.sh"
TOOLS_PREFIX=/usr/obj/usr/src/amd64.amd64/tmp
PATH=/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec:/sbin:/bin:/usr/sbin:/usr/bin
 WORLDTMP=/usr/obj/usr/src/amd64.amd64/tmp  MAKEFLAGS="-m
/usr/src/tools/build/mk  -m /usr/src/share/mk" make  -f Makefile.inc1
DESTDIR=  OBJTOP='/usr/obj/usr/src/amd64.amd64/tmp/obj-tools'
OBJROOT='${OBJTOP}/'  MAKEOBJDIRPREFIX=  BOOTSTRAPPING=1300139
BWPHASE=bootstrap-tools  SSP_CFLAGS=  MK_HTML=no NO_LINT=yes MK_MAN=no
MK_MAN_UTILS=yes  -DNO_PIC MK_PROFILE=no -DNO_SHARED  -DNO_CPU_CFLAGS
MK_WERROR=no MK_CTF=no  MK_CLANG_EXTRAS=no MK_CLANG_FORMAT=no
MK_CLANG_FULL=no  MK_LLDB=no MK_RETPOLINE=no MK_TESTS=no
MK_INCLUDES=yes MK_LLVM_TARGET_ALL=no bootstrap-tools
*** Error code 1

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

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

Stop.
make: stopped in /usr/src

Here is the src.conf I built and upgraded the system with:
WITHOUT_APM="YES"
WITHOUT_ATM="YES"
WITHOUT_TCP_WRAPPERS="YES"
WITHOUT_SYSCONS="YES"
WITHOUT_SVNLITE="YES"
WITHOUT_SENDMAIL="YES"
WITHOUT_RCS="YES"
WITHOUT_RCMDS="YES"
WITHOUT_PC_SYSINSTALL="YES"
WITHOUT_KERNEL_SYMBOLS="YES"
WITHOUT_IPFILTER="YES"
WITHOUT_HTML="YES"
WITHOUT_GPIO="YES"
WITHOUT_GDB="YES"
WITHOUT_DEBUG_FILES="YES"
WITHOUT_TALK="YES"
WITHOUT_TELNET="YES"
WITHOUT_TESTS="YES"
WITHOUT_INETD="YES"
WITHOUT_KDUMP="YES"
WITHOUT_NDIS="YES"
WITHOUT_GAMES="YES"
WITHOUT_FLOPPY="YES"
WITHOUT_BLUETOOTH="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITHOUT_HAST="YES"
WITHOUT_HYPERV="YES"
WITH_KERNEL_RETPOLINE="YES"
WITH_RETPOLINE="YES"
WITH_CCACHE_BUILD="YES"
WITH_PIE="YES"
WITH_SSP="YES"
WITHOUT_CXGBETOOL="YES"
WITHOUT_MLX5TOOL="YES"
WITHOUT_EE="YES"
WITHOUT_LEGACY_CONSOLE="YES"
WITHOUT_RADIUS_SUPPORT="YES"
WITHOUT_NVME="YES"

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

Re: 11.1-prerelease buildworld fails at libpcap

[Johan Hendriks]

Thank you, It is stil building, but it looks like it is past libpcap.

Thanks again for your work.


Op 31/05/2017 om 10:21 schreef Xin Li:
> Should be fixed by r319297.
>
> Cheers,
>

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

Re: 11.1-prerelease buildworld fails at libpcap

[Xin Li]

Should be fixed by r319297.

Cheers,



signature.asc
Description: OpenPGP digital signature

Re: 11.1-prerelease buildworld fails at libpcap

[Xin Li]

On 5/31/17 00:25, Johan Hendriks wrote:
> I am on the following revision.
> 
> root@desk:/usr/src # uname -a
> FreeBSD desk.server.mylab.nl 11.1-PRERELEASE FreeBSD 11.1-PRERELEASE #89
> r319098: Mon May 29 10:55:56 CEST 2017
> r...@desk.server.mylab.nl:/usr/obj/usr/src/sys/KRNL  amd64
> 
> 
> I have updated to the following revision
> At revision 319292.
> 
> 
> When doing the buildworld it errors out with the following.
> 
> 
> ===> lib/libpcap (all)
> Building /usr/obj/usr/src/lib/libpcap/grammar.o
> /usr/src/contrib/libpcap/grammar.y:348:15: error: use of undeclared
> identifier 'cstate'; did you mean 'cstat'?
> finish_parse(cstate, yystack.l_mark[0].blk.b);
>  ^~
>  cstat
> grammar.c:1291:1: note: 'cstat' declared here
> YYPARSE_DECL()
> ^
> grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
> # define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
>   ^
> /usr/src/contrib/libpcap/grammar.y:365:28: error: use of undeclared
> identifier 'cstate'; did you mean 'cstat'?
> { yyval.blk.b = gen_ncode(cstate, NULL,
> (bpf_u_int32)yystack.l_mark[0].i,
>   ^~
>   cstat
> grammar.c:1291:1: note: 'cstat' declared here
> YYPARSE_DECL()
> ^
> grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
> # define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
>   ^
> /usr/src/contrib/libpcap/grammar.y:369:28: error: use of undeclared
> identifier 'cstate'; did you mean 'cstat'?
> { yyval.blk.b = gen_scode(cstate, yystack.l_mark[0].s,
> yyval.blk.q = yystack.l_mark[-1].blk.q); }
>   ^~
>   cstat
> grammar.c:1291:1: note: 'cstat' declared here
> YYPARSE_DECL()
> ^
> grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
> # define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
>   ^
> /usr/src/contrib/libpcap/grammar.y:370:28: error: use of undeclared
> identifier 'cstate'; did you mean 'cstat'?
> { yyval.blk.b = gen_mcode(cstate, yystack.l_mark[-2].s, NULL,
> yystack.l_mark[0].i,
>   ^~
>   cstat
> grammar.c:1291:1: note: 'cstat' declared here
> YYPARSE_DECL()
> ^
> grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
> # define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
>   ^
> /usr/src/contrib/libpcap/grammar.y:372:28: error: use of undeclared
> identifier 'cstate'; did you mean 'cstat'?
> { yyval.blk.b = gen_mcode(cstate, yystack.l_mark[-2].s,
> yystack.l_mark[0].s, 0,
>   ^~
>   cstat
> grammar.c:1291:1: note: 'cstat' declared here
> YYPARSE_DECL()
> ^
> grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
> # define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
>   ^
> /usr/src/contrib/libpcap/grammar.y:378:18: error: use of undeclared
> identifier 'cstate'; did you mean 'cstat'?
> bpf_error(cstate, "'port'
> modifier applied to ip host");
>   ^~
>   cstat
> grammar.c:1291:1: note: 'cstat' declared here
> YYPARSE_DECL()
> ^
> grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
> # define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
>   ^
> /usr/src/contrib/libpcap/grammar.y:380:18: error: use of undeclared
> identifier 'cstate'; did you mean 'cstat'?
> bpf_error(cstate, "'portrange'
> modifier applied to ip host");
>   ^~
>   cstat
> grammar.c:1291:1: note: 'cstat' declared here
> YYPARSE_DECL()
> ^
> grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
> # define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
>   ^
> /usr/src/contrib/libpcap/grammar.y:382:18: error: use of undeclared
> identifier 'cstate'; did you mean 'cstat'?
> bpf_error(cstate, "'proto'
> modifier applied to ip host");
>   ^~
>   cstat
> grammar.c:1291:1: note: 'cstat' declared here
> YYPARSE_DECL()
> ^
> grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
> # define 

11.1-prerelease buildworld fails at libpcap

[Johan Hendriks]

I am on the following revision.

root@desk:/usr/src # uname -a
FreeBSD desk.server.mylab.nl 11.1-PRERELEASE FreeBSD 11.1-PRERELEASE #89
r319098: Mon May 29 10:55:56 CEST 2017
r...@desk.server.mylab.nl:/usr/obj/usr/src/sys/KRNL  amd64


I have updated to the following revision
At revision 319292.


When doing the buildworld it errors out with the following.


===> lib/libpcap (all)
Building /usr/obj/usr/src/lib/libpcap/grammar.o
/usr/src/contrib/libpcap/grammar.y:348:15: error: use of undeclared
identifier 'cstate'; did you mean 'cstat'?
finish_parse(cstate, yystack.l_mark[0].blk.b);
 ^~
 cstat
grammar.c:1291:1: note: 'cstat' declared here
YYPARSE_DECL()
^
grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
# define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
  ^
/usr/src/contrib/libpcap/grammar.y:365:28: error: use of undeclared
identifier 'cstate'; did you mean 'cstat'?
{ yyval.blk.b = gen_ncode(cstate, NULL,
(bpf_u_int32)yystack.l_mark[0].i,
  ^~
  cstat
grammar.c:1291:1: note: 'cstat' declared here
YYPARSE_DECL()
^
grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
# define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
  ^
/usr/src/contrib/libpcap/grammar.y:369:28: error: use of undeclared
identifier 'cstate'; did you mean 'cstat'?
{ yyval.blk.b = gen_scode(cstate, yystack.l_mark[0].s,
yyval.blk.q = yystack.l_mark[-1].blk.q); }
  ^~
  cstat
grammar.c:1291:1: note: 'cstat' declared here
YYPARSE_DECL()
^
grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
# define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
  ^
/usr/src/contrib/libpcap/grammar.y:370:28: error: use of undeclared
identifier 'cstate'; did you mean 'cstat'?
{ yyval.blk.b = gen_mcode(cstate, yystack.l_mark[-2].s, NULL,
yystack.l_mark[0].i,
  ^~
  cstat
grammar.c:1291:1: note: 'cstat' declared here
YYPARSE_DECL()
^
grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
# define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
  ^
/usr/src/contrib/libpcap/grammar.y:372:28: error: use of undeclared
identifier 'cstate'; did you mean 'cstat'?
{ yyval.blk.b = gen_mcode(cstate, yystack.l_mark[-2].s,
yystack.l_mark[0].s, 0,
  ^~
  cstat
grammar.c:1291:1: note: 'cstat' declared here
YYPARSE_DECL()
^
grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
# define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
  ^
/usr/src/contrib/libpcap/grammar.y:378:18: error: use of undeclared
identifier 'cstate'; did you mean 'cstat'?
bpf_error(cstate, "'port'
modifier applied to ip host");
  ^~
  cstat
grammar.c:1291:1: note: 'cstat' declared here
YYPARSE_DECL()
^
grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
# define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
  ^
/usr/src/contrib/libpcap/grammar.y:380:18: error: use of undeclared
identifier 'cstate'; did you mean 'cstat'?
bpf_error(cstate, "'portrange'
modifier applied to ip host");
  ^~
  cstat
grammar.c:1291:1: note: 'cstat' declared here
YYPARSE_DECL()
^
grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
# define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
  ^
/usr/src/contrib/libpcap/grammar.y:382:18: error: use of undeclared
identifier 'cstate'; did you mean 'cstat'?
bpf_error(cstate, "'proto'
modifier applied to ip host");
  ^~
  cstat
grammar.c:1291:1: note: 'cstat' declared here
YYPARSE_DECL()
^
grammar.c:378:67: note: expanded from macro 'YYPARSE_DECL'
# define YYPARSE_DECL() yyparse(void *yyscanne, compiler_state_t *cstat)
  ^
/usr/src/contrib/libpcap/grammar.y:384:18: error: use of undeclared
identifier 'cstate'; did you mean 'cstat'?
   

Re: buildworld fails immediately

[Dimitry Andric]

On 23 Mar 2017, at 06:38, Aryeh Friedman  wrote:
> 
> root@lilith:/usr/src # make buildworld
> make[1]: "/usr/src/Makefile.inc1" line 144: SYSTEM_COMPILER: Determined
> that CC=cc matches the source tree.  Not bootstrapping a cross-compiler.
...
> 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 -DNDEBUG
> -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\"
> -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.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
> /usr/src/contrib/llvm/lib/Support/APInt.cpp -o Support/APInt.o
> c++: error: unable to execute command: Bus error (core dumped)
> c++: error: clang frontend command failed due to signal (use -v to see
> invocation)
> FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM
> 3.9.1)
> Target: x86_64-unknown-freebsd11.0
> Thread model: posix
> InstalledDir: /usr/bin
> c++: note: diagnostic msg: PLEASE submit a bug report to
> https://bugs.freebsd.org/submit/ and include the crash backtrace,
> preprocessed source, and associated run script.
> c++: note: diagnostic msg:
> 
> 
> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
> Preprocessed source(s) and associated run script(s) are located at:
> c++: note: diagnostic msg: /tmp/APInt-8fe456.cpp
> c++: note: diagnostic msg: /tmp/APInt-8fe456.sh

If it's consistently repeatable, please create a tarball of the
/tmp/APInt-*.{cpp.sh} files, and upload those to a bug report.  If it's
not consistently repeatable, check your hardware (e.g. run memtest86).

-Dimitry



signature.asc
Description: Message signed with OpenPGP

buildworld fails immediately

[Aryeh Friedman]

root@lilith:/usr/src # make buildworld
make[1]: "/usr/src/Makefile.inc1" line 144: SYSTEM_COMPILER: Determined
that CC=cc matches the source tree.  Not bootstrapping a cross-compiler.
--
>>> World build started on Thu Mar 23 01:36:18 EDT 2017
--

--
>>> Rebuilding the temporary build tree
--
rm -rf /usr/obj/usr/src/tmp/legacy/usr/include
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=1100510
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)
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=1100510
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)
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 -DNDEBUG
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\"
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.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
/usr/src/contrib/llvm/lib/Support/APInt.cpp -o Support/APInt.o
c++: error: unable to execute command: Bus error (core dumped)
c++: error: clang frontend command failed due to signal (use -v to see
invocation)
FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM
3.9.1)
Target: x86_64-unknown-freebsd11.0
Thread model: posix
InstalledDir: /usr/bin
c++: note: diagnostic msg: PLEASE submit a bug report to
https://bugs.freebsd.org/submit/ and include the crash backtrace,
preprocessed source, and associated run script.
c++: note: diagnostic msg:


PLEASE ATTACH THE FOLLOWING FILES TO THE 

Re: 10-STABLE buildworld fails at very early stage

[Lev Serebryakov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 30.10.2015 16:36, Herbert J. Skuhra wrote:

>> I have this in /etc/src.conf (it is only one line here):
>> 
>> MAKEOBJDIRPREFIX=/usr/home/build/obj
>> 
>> 
>> % cd /usr/src % sudo svn up Updating '.': At revision 290139. %
>> sudo make buildworld [one screen of output] set -e; cd
>> /usr/src/tools/build; make buildincludes; make installinclude s 
>> sh /usr/src/tools/install.sh -C -o root -g wheel -m 444
>> libegacy.a /usr/home/build/obj/legacy/usr/lib install:
>> /usr/home/build/obj/legacy/usr/lib: No such file or directory ***
>> Error code 71
>> 
>> Stop. make[3]: stopped in /usr/src/tools/build *** Error code 1 %
>> uname -v FreeBSD 10.2-PRERELEASE #7 r286065: Thu Jul 30 21:27:35
>> MSK 2015 root@:/usr/obj/usr/src/sys/BLOB
> 
> Does it work if you do:
> 
> % setenv MAKEOBJDIRPREFIX /usr/home/build/obj
 Nope, same error:

rm -rf /usr/home/build/obj/usr/src/tmp
rm -rf /usr/home/build/obj/usr/src/lib32
mkdir -p /usr/home/build/obj/usr/src/tmp/lib
mkdir -p /usr/home/build/obj/usr/src/tmp/usr
mkdir -p /usr/home/build/obj/usr/src/tmp/legacy/bin
mkdir -p /usr/home/build/obj/usr/src/tmp/legacy/usr
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist  -p
/usr/home/build/obj/usr/src/tmp/legacy/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.groff.dist  -p
/usr/home/build/obj/usr/src/tmp/legacy/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist  -p
/usr/home/build/obj/usr/src/tmp/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist  -p
/usr/home/build/obj/usr/src/tmp/usr/include >/dev/null
ln -sf /usr/src/sys /usr/home/build/obj/usr/src/tmp
...
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444   libegacy.a
/usr/home/build/obj/usr/src/tmp/legacy/usr/lib
install: libegacy.a: No such file or directory

  Looks like some problem with Makefile, as here is creation of /bin
and /usr "legacy" directories.

- -- 
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJWM3TyXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePn9MP/AmfVBYzcq06HZB+KGDExmSk
cjeXEgi5Aq21YDdNnD6tFTVtK330nb+nW+ZnWvziogz6kJL09hxh05wF55jaCtza
dUSFPv1Fd6EDvax5hWYUxOiMALcdYr6I13vDAU/fpzWO7CJtl403T4Z18Yumx9FT
Uc/vz2clKE3fLZi/dJV9zg59H/ESELu9TDdxZIL1HVZ/EucCjSRwJtvAn9cjEUhA
+qR2LgOCJkYAsSFiajw86BDBA0EfSYMl+Kfl0VcbT5tf5mQ8uAUtxL63di1j/dlB
fNVsLpcb5XSSraJj4qexnqQt/0jnU0NvIyPKxFo0IkQ3cqFTxR2iAZpP2iXEPHfJ
KSVp2uS198EIdr3jCvcuHFP/iAWCAtukmpc90i56Vf/yBBkXZs6v9f0ywL93WrCa
gEm2ESajK6XvyqAg8HwbA8NTIrDkMD8BOTnYhS7Ed0vpQa0cGblWA9yw9kRjoDV4
WSQjseRJNjaLzzAmX57dKNWp3x+D8kipd5dGHxxgtmNjlFiR/hnEoIF3kBkufrUk
1xn2jIw/rVScpeHBnnJ7bNJbWc1NMlYyCpfbj8rFOsypxjIIpMR+OofeMKbQ/Izz
FEguAVgnHujG9BgYEj2g0qoe872f3NAoDZwyE8S/qk39eWHF1Bkd2P6SvXIXOUQN
jn2n4WjTpUTMNDBcZT8s
=aM01
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 10-STABLE buildworld fails at very early stage

[Herbert J. Skuhra]

On Thu, Oct 29, 2015 at 05:24:50PM +0300, Lev Serebryakov wrote:
> 
> I have this in /etc/src.conf (it is only one line here):
> 
> MAKEOBJDIRPREFIX=/usr/home/build/obj
> 
> 
> % cd /usr/src
> % sudo svn up
> Updating '.':
> At revision 290139.
> % sudo make buildworld
> [one screen of output]
> set -e; cd /usr/src/tools/build; make buildincludes; make installinclude
> s
> sh /usr/src/tools/install.sh -C -o root -g wheel -m 444   libegacy.a
> /usr/home/build/obj/legacy/usr/lib
> install: /usr/home/build/obj/legacy/usr/lib: No such file or directory
> *** Error code 71
> 
> Stop.
> make[3]: stopped in /usr/src/tools/build
> *** Error code 1
> % uname -v
> FreeBSD 10.2-PRERELEASE #7 r286065: Thu Jul 30 21:27:35 MSK 2015
> root@:/usr/obj/usr/src/sys/BLOB

Does it work if you do:

% setenv MAKEOBJDIRPREFIX /usr/home/build/obj

>From man make.conf(5):

CAVEATS
 Note, that MAKEOBJDIRPREFIX and MAKEOBJDIR are environment variables and
 should not be set in make.conf or as command line arguments to make(1),
 but in make's environment.

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

Re: 10-STABLE buildworld fails at very early stage

[Lev Serebryakov]

Hello Lev,

Friday, October 30, 2015, 4:47:31 PM, you wrote:

>   Looks like some problem with Makefile, as here is creation of /bin
> and /usr "legacy" directories.
 I've found this:
 http://lists.freebsd.org/pipermail/freebsd-current/2013-August/043439.html
 and it looks like my case exactly (but on -STABLE!).

 "svn status" doesn't show that there is something not-checked-out in
 "/usr/src" and, yes, this is very surprising to have some build-generated
 files in /usr/src!

-- 
Best regards,
 Levmailto:l...@serebryakov.spb.ru

pgpKz46C2sEYu.pgp
Description: PGP signature

Re: 10-STABLE buildworld fails at very early stage

[Herbert J. Skuhra]

On Fri, Oct 30, 2015 at 09:42:56PM +0300, Lev Serebryakov wrote:
> Hello Lev,
> 
> Friday, October 30, 2015, 4:47:31 PM, you wrote:
> 
> >   Looks like some problem with Makefile, as here is creation of /bin
> > and /usr "legacy" directories.
>  I've found this:
>  http://lists.freebsd.org/pipermail/freebsd-current/2013-August/043439.html
>  and it looks like my case exactly (but on -STABLE!).
> 
>  "svn status" doesn't show that there is something not-checked-out in
>  "/usr/src" and, yes, this is very surprising to have some build-generated
>  files in /usr/src!

OK, I couldn't reproduce this because I am not building as root.
Building as root and setting MAKEOBJDIRPREFIX in src.conf is creating:
 
/usr/src/tools/build/.depend
/usr/src/tools/build/libegacy.a
/usr/src/tools/build/pwcache.o
 
% svnlite status --no-ignore
?   tools/build/.depend
I   tools/build/libegacy.a
I   tools/build/pwcache.o

There is already a check for MAKEOBJDIRPREFIX in make.conf:

make: "/usr/src/Makefile" line 138: MAKEOBJDIRPREFIX can only be set in
environment, not as a global (in make.conf(5)) or command-line variable.

No idea how to add SRCCONF to the check. 

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

10-STABLE buildworld fails at very early stage

[Lev Serebryakov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


I have this in /etc/src.conf (it is only one line here):

MAKEOBJDIRPREFIX=/usr/home/build/obj


% cd /usr/src
% sudo svn up
Updating '.':
At revision 290139.
% sudo make buildworld
[one screen of output]
set -e; cd /usr/src/tools/build; make buildincludes; make installinclude
s
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444   libegacy.a
/usr/home/build/obj/legacy/usr/lib
install: /usr/home/build/obj/legacy/usr/lib: No such file or directory
*** Error code 71

Stop.
make[3]: stopped in /usr/src/tools/build
*** Error code 1
% uname -v
FreeBSD 10.2-PRERELEASE #7 r286065: Thu Jul 30 21:27:35 MSK 2015
root@:/usr/obj/usr/src/sys/BLOB
%

- -- 
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJWMiwyXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EeP1iwQAKB0mwW2w9Ablws1vxcTUmCC
zEPI7zcGi/wu/Xw6w8exsYvwr5nsEKyTCrc9zV2CmwuXoY23Xqk4r1Atl0XXL9eF
5P2fjzNxK8w1NI6PYY6kmw64JpcA1MQKZwizNzE+uhoKkTkX9PQYYGbVOJlNT6v6
7OaQYbsGPwlyRXC0nRWZW1izClIs7XqMFwo+q0oX12/oPZypwPxQsk6KsPym+WQN
uL3ENoa13AnGbc7YY4omO/6Yvi3yIP1tIRUSre1s+ES7/gIKw62uHT0JuCpdCoEL
G1cC9Zq4irGQYJlgR2HEjypTJ09Flzs4rgOmmV/Oj8xJw8N/JGJp0X9NkDHMtkSO
KF+x1cwm+lJeDVNoz0NsJXfMpo33SiKwaTYQiQUhvRQOUpVsWzaC4KV5aNfRFa3/
uDkV7KCJETOQuYC4H7SCRn2KFRp6uxAh/UMXj3XZpwx5VzDI3CxgBx6DMxJF4/zD
+eKIPPdcbGY1rRW5I375Cw/pZv3rYMni3ruPQibXeezD9TJ6YP48gTWKwtcpKiTe
UmJ5IE6gn3PhyPBZjGBqsfnvxLMBw29GwqEE6bBRtQbYrhy3GfBJeShkc2nCR7c2
yv8zcgP2yBjBs+SyBrJvGkHEUxM4gaomkVqMvDsGgFixneOoSquna88S2YCA6mBY
Ik+aukkDLIYCxqbbE6AA
=+GmP
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

buildworld fails 9.1-STABLE - 9.2.0-RELEASE

[John]

Hello freebsd-stable,

I have a buildworld failure upgrading 9.1-stable (r250633) to 9.2.0-release. 
I take these steps:

1. rm -rf /usr/obj
2. rm -rf /usr/src
3. mkdir /usr/obj
4. mkdir /usr/src
5. svn co https://svn0.eu.freebsd.org/base/release/9.2.0/ /usr/src 
(this results in Revision: 256108)
6. cd /usr/src
7. make clean  make clean (just to be sure)
8. make buildworld

This fails at the following point:

./contrib/llvm/tools/clang/lib/Basic/FileSystemStatCache.cpp 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic
/IdentifierTable.cpp /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/
tools/clang/lib/Basic/LangOptions.cpp /usr/src/lib/clang/libclangbasic/../..
/../contrib/llvm/tools/clang/lib/Basic/Module.cpp /usr/src/lib/clang/
libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/ObjCRuntime.cpp /usr
/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic
/OpenMPKinds.cpp /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools
/clang/lib/Basic/OperatorPrecedence.cpp /usr/src/lib/clang/libclangbasic/../..
/../contrib/llvm/tools/clang/lib/Basic/SourceLocation.cpp /usr/src/lib/clang/
libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp /usr
/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/
TargetInfo.cpp /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/
clang/lib/Basic/Targets.cpp /usr/src/lib/clang/libclangbasic/../../../contrib/
llvm/tools/clang/lib/Basic/TokenKinds.cpp /usr/src/lib/clang/libclangbasic/..
/../../contrib/llvm/tools/clang/lib/Basic/Version.cpp /usr/src/lib/clang/
libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/VersionTuple.cpp
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/
SourceManager.cpp:1100:10: fatal error:
  'emmintrin.h' file not found
#include emmintrin.h
 ^
1 error generated.
mkdep: compile failed
*** [.depend] Error code 1

Stop in /usr/src/lib/clang/libclangbasic.
*** [depend] Error code 1

Stop in /usr/src/lib/clang.
*** [cross-tools] Error code 1

Stop in /usr/src.
*** [_cross-tools] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.



I have no src.conf in /etc. make.conf looks like this:

CC=clang
CXX=clang++
CPP=clang-cpp

# added by use.perl 2013-05-14 02:01:08
PERL_VERSION=5.14.2

Can anyone help?
thanks,
-- 
John
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make buildworld fails 9.2 PRERELEASE to RC3

[Johan Hendriks]

Johan Hendriks wrote:

Alex V. Petrov wrote:

before 'make buildworld'
need:
cd /usr/src/usr.bin/yacc  make obj  make depend  make  make 
install



2013/8/27 Johan Hendriks joh.hendr...@gmail.com 
mailto:joh.hendr...@gmail.com


Hello all

I am running the following version of FreeBSD

uname -a
FreeBSD beasty.testdomain.local 9.2-PRERELEASE FreeBSD
9.2-PRERELEASE #0
r254646: Thu Aug 22 09:46:05 CEST 2013
root@beasty.testdomain.local:/usr/obj/usr/src/sys/KRNL
amd64

I have updated the source using the following command.

svn co http://svn.freebsd.org/base/releng/9.2 /usr/src
Checked out revision 254955.

But when i do a buildworld it errors out.


cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W
-Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c /usr/src/bin/ed/undo.c
cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W
-Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls
-Wold-style-definition -Wno-pointer-sign  -o ed buf.o cbc.o
glbl.o io.o
main.o re.o sub.o undo.o -lcrypto
gzip -cn /usr/src/bin/ed/ed.1  ed.1.gz
=== bin/expr (all)
cc -O2 -pipe -march=core2 -std=gnu99 -fstack-protector
-Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
-Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c expr.c
cc1: warnings being treated as errors
expr.c:812: warning: redundant redeclaration of 'yyparse'
/usr/src/bin/expr/expr.y:77: warning: previous declaration of
'yyparse' was
here
*** [expr.o] Error code 1

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

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

Stop in /usr/src.
*** [everything] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.

I deleted /usr/obj/*
I deleted /usr/src and did a new svn checkout.

But the errors keeps coming.

Is there anything i can do !


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



Thanks, i will try tomorrow when back in the office..
regards
Johan

That did the trick!
Thank you.

regards
Johan


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

make buildworld fails 9.2 PRERELEASE to RC3

[Johan Hendriks]

Hello all

I am running the following version of FreeBSD

uname -a
FreeBSD beasty.testdomain.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0
r254646: Thu Aug 22 09:46:05 CEST 2013
root@beasty.testdomain.local:/usr/obj/usr/src/sys/KRNL
amd64

I have updated the source using the following command.

svn co http://svn.freebsd.org/base/releng/9.2 /usr/src
Checked out revision 254955.

But when i do a buildworld it errors out.


cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c /usr/src/bin/ed/undo.c
cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign  -o ed buf.o cbc.o glbl.o io.o
main.o re.o sub.o undo.o -lcrypto
gzip -cn /usr/src/bin/ed/ed.1  ed.1.gz
=== bin/expr (all)
cc -O2 -pipe -march=core2 -std=gnu99 -fstack-protector -Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
-Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c expr.c
cc1: warnings being treated as errors
expr.c:812: warning: redundant redeclaration of 'yyparse'
/usr/src/bin/expr/expr.y:77: warning: previous declaration of 'yyparse' was
here
*** [expr.o] Error code 1

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

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

Stop in /usr/src.
*** [everything] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.

I deleted /usr/obj/*
I deleted /usr/src and did a new svn checkout.

But the errors keeps coming.

Is there anything i can do !


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

Re: make buildworld fails 9.2 PRERELEASE to RC3

[Alex V. Petrov]

before 'make buildworld'
need:
cd /usr/src/usr.bin/yacc  make obj  make depend  make  make install


2013/8/27 Johan Hendriks joh.hendr...@gmail.com

 Hello all

 I am running the following version of FreeBSD

 uname -a
 FreeBSD beasty.testdomain.local 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0
 r254646: Thu Aug 22 09:46:05 CEST 2013
 root@beasty.testdomain.local:/usr/obj/usr/src/sys/KRNL
 amd64

 I have updated the source using the following command.

 svn co http://svn.freebsd.org/base/releng/9.2 /usr/src
 Checked out revision 254955.

 But when i do a buildworld it errors out.


 cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
 -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
 -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
 -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
 -Wold-style-definition -Wno-pointer-sign -c /usr/src/bin/ed/undo.c
 cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
 -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
 -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
 -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
 -Wold-style-definition -Wno-pointer-sign  -o ed buf.o cbc.o glbl.o io.o
 main.o re.o sub.o undo.o -lcrypto
 gzip -cn /usr/src/bin/ed/ed.1  ed.1.gz
 === bin/expr (all)
 cc -O2 -pipe -march=core2 -std=gnu99 -fstack-protector -Wsystem-headers
 -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
 -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
 -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
 -Wold-style-definition -Wno-pointer-sign -c expr.c
 cc1: warnings being treated as errors
 expr.c:812: warning: redundant redeclaration of 'yyparse'
 /usr/src/bin/expr/expr.y:77: warning: previous declaration of 'yyparse' was
 here
 *** [expr.o] Error code 1

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

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

 Stop in /usr/src.
 *** [everything] Error code 1

 Stop in /usr/src.
 *** [buildworld] Error code 1

 Stop in /usr/src.

 I deleted /usr/obj/*
 I deleted /usr/src and did a new svn checkout.

 But the errors keeps coming.

 Is there anything i can do !


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

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

Re: make buildworld fails 9.2 PRERELEASE to RC3

[Johan Hendriks]

Alex V. Petrov wrote:

before 'make buildworld'
need:
cd /usr/src/usr.bin/yacc  make obj  make depend  make  make 
install



2013/8/27 Johan Hendriks joh.hendr...@gmail.com 
mailto:joh.hendr...@gmail.com


Hello all

I am running the following version of FreeBSD

uname -a
FreeBSD beasty.testdomain.local 9.2-PRERELEASE FreeBSD
9.2-PRERELEASE #0
r254646: Thu Aug 22 09:46:05 CEST 2013
root@beasty.testdomain.local:/usr/obj/usr/src/sys/KRNL
amd64

I have updated the source using the following command.

svn co http://svn.freebsd.org/base/releng/9.2 /usr/src
Checked out revision 254955.

But when i do a buildworld it errors out.


cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W
-Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c /usr/src/bin/ed/undo.c
cc -O2 -pipe -march=core2 -DDES -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W
-Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls
-Wold-style-definition -Wno-pointer-sign  -o ed buf.o cbc.o glbl.o
io.o
main.o re.o sub.o undo.o -lcrypto
gzip -cn /usr/src/bin/ed/ed.1  ed.1.gz
=== bin/expr (all)
cc -O2 -pipe -march=core2 -std=gnu99 -fstack-protector
-Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
-Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c expr.c
cc1: warnings being treated as errors
expr.c:812: warning: redundant redeclaration of 'yyparse'
/usr/src/bin/expr/expr.y:77: warning: previous declaration of
'yyparse' was
here
*** [expr.o] Error code 1

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

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

Stop in /usr/src.
*** [everything] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.

I deleted /usr/obj/*
I deleted /usr/src and did a new svn checkout.

But the errors keeps coming.

Is there anything i can do !


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



Thanks, i will try tomorrow when back in the office..
regards
Johan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

buildworld fails for stable/9

[Rick Miller]

Hi all,

I checked out stable/9 this morning to generate a release.  buildworld
fails with the following:

/usr/src/lib/libc/gen/stringlist.c:108: error: conflicting types for
'sl_find'
/usr/src/lib/libc/../../include/stringlist.h:54: error: previous
declaration of 'sl_find' was here
*** [stringlist.o] Error code 1

Stop in /usr/src/lib/libc.
*** [lib/libc__L] Error code 1

Stop in /usr/src.
*** [libraries] Error code 1

Stop in /usr/src.
*** [_libraries] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.


Is this an indication of conflicting libraries?

-- 
Take care
Rick Miller
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails for stable/9

[Tom Evans]

On Fri, Apr 26, 2013 at 12:52 PM, Rick Miller vmil...@hostileadmin.com wrote:
 Hi all,

 I checked out stable/9 this morning to generate a release.  buildworld
 fails with the following:

 /usr/src/lib/libc/gen/stringlist.c:108: error: conflicting types for
 'sl_find'
 /usr/src/lib/libc/../../include/stringlist.h:54: error: previous
 declaration of 'sl_find' was here
 *** [stringlist.o] Error code 1

 Stop in /usr/src/lib/libc.
 *** [lib/libc__L] Error code 1

 Stop in /usr/src.
 *** [libraries] Error code 1

 Stop in /usr/src.
 *** [_libraries] Error code 1

 Stop in /usr/src.
 *** [buildworld] Error code 1

 Stop in /usr/src.


 Is this an indication of conflicting libraries?


This was the result of a bad MFC, Glen Barber just mailed the list to
say he has corrected this so perhaps up and try again.

Cheers

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

Re: buildworld fails for stable/9

[Rick Miller]

On Fri, Apr 26, 2013 at 8:12 AM, Tom Evans tevans...@googlemail.com wrote:


 This was the result of a bad MFC, Glen Barber just mailed the list to
 say he has corrected this so perhaps up and try again.


Yep, I just saw his email and thought that it may be related.  just checked
out stable/9 again and am running buildworld!  Thanks!


-- 
Take care
Rick Miller
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails on recent stable

[Jakub Lach]

Thanks, looking forward to MFC!



--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/buildworld-fails-on-recent-stable-tp5758273p5759526.html
Sent from the freebsd-stable mailing list archive at Nabble.com.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails on recent stable

[David Wolfskill]

On Fri, Nov 09, 2012 at 12:28:11AM +0100, Dimitry Andric wrote:
 ...
 I have also looked at merging the snapshot of 3.2 we now have in head to
 stable/9, but it is also quite some work, so I found a better solution:
 I managed to shrink boot2 by enough bytes to make it fit again.
 
 I committed the change to head in r242804, and I will MFC it in 3 days,
 if there are no regressions reported.  Meanwhile, please apply the
 attached patch.
 

Works for me -- I'm now running:

FreeBSD g1-227.catwhisker.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #292 
242822M: Fri Nov  9 04:26:20 PST 2012 
r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY  i386

built with clang.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpgcOS3zRryn.pgp
Description: PGP signature

Re: buildworld fails on recent stable

[James]

Thanks Dimitry. Confirmed successful build here, too.

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

Re: buildworld fails on recent stable

[Jakub Lach]

I unfortunately confirm this problem.

While not true and only way, I had impression, that 
(at this point) 9-STABLE should be possible to build with 
clang at any time.

After all, building with clang started with essentially
still 8 code.

With introduction of:

WITH_CLANG_IS_CC=true
WITHOUT_GCC=true

one can have at this point gcc42-less system, and
for quite some time.

I understand that situation is complicated, but would
be happy if it would be fixed before Dec 16.



--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/buildworld-fails-on-recent-stable-tp5758273p5759209.html
Sent from the freebsd-stable mailing list archive at Nabble.com.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails on recent stable

[Dimitry Andric]

On 2012-11-05 17:28, Volodymyr Kostyrko wrote:

05.11.2012 18:00, Andriy Gapon wrote:

I bet on clang 3.2.


Thank you for checking.

So how do we proceed from here?
I could just revert the MFC-es, but the functionality could be desirable to some
users.  Are there any alternatives?


Dunno, clang 3.2 is still pending so I guess it wouldn't be MFC'ed until
December 16th? Being a minor issue it can make some people shrug from
using clang for testing stable...


While clang 3.2 will be branched for release soon, and hopefully will be
released on the date you mention, it will probably not appear instantly
in head.  We need to test it rather thoroughly, to see if there are no
unexpected side effects.

Even then, I would not merge it to stable/9 after at least a month of
settling in head.

I have also looked at merging the snapshot of 3.2 we now have in head to
stable/9, but it is also quite some work, so I found a better solution:
I managed to shrink boot2 by enough bytes to make it fit again.

I committed the change to head in r242804, and I will MFC it in 3 days,
if there are no regressions reported.  Meanwhile, please apply the
attached patch.

-Dimitry
Index: sys/boot/i386/boot2/sio.S
===
--- sys/boot/i386/boot2/sio.S	(revision 242667)
+++ sys/boot/i386/boot2/sio.S	(working copy)
@@ -40,13 +40,11 @@ sio_init:	pushl %eax
 		movb $0x3,%al			# Set RTS,
 		outb %al,(%dx)			#  DTR
 		incl %edx			# Line status reg
-		call sio_flush
-		ret
+		# Fallthrough
 
 /* int sio_flush(void) */
 
-sio_flush:	xorl %eax,%eax			# Return value
-		xorl %ecx,%ecx			# Timeout
+sio_flush:	xorl %ecx,%ecx			# Timeout
 		movb $0x80,%ch			#  counter
 sio_flush.1:	call sio_ischar 		# Check for character
 		jz sio_flush.2			# Till none
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

buildworld fails on recent stable

[Volodymyr Kostyrko]

Hi all.

When CLANG_IS_CC build fails at sys/boot/i386/boot2:

ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o 
boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o 
sio.o

objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b 
/usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr  -o 
boot2.ld -P 1 boot2.bin

kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1
client: fmt=bin size=1575 text=0 data=0 bss=0 entry=0
output: fmt=bin size=1e05 text=200 data=1c05 org=0 entry=0
-5 bytes available
*** [boot2] Error code 1

The relevant output before r242562 looked like:

ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o 
boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o 
sio.o

objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b 
/usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr  -o 
boot2.ld -P 1 boot2.bin

kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1
client: fmt=bin size=1569 text=0 data=0 bss=0 entry=0
output: fmt=bin size=1df9 text=200 data=1bf9 org=0 entry=0
7 bytes available
dd if=boot2.ld of=boot2 obs=7680 conv=osync

--
Sphinx of black quartz, judge my vow.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails on recent stable

[Andreas Nilsson]

On Mon, Nov 5, 2012 at 12:41 PM, Volodymyr Kostyrko c.kw...@gmail.comwrote:

 Hi all.

 When CLANG_IS_CC build fails at sys/boot/i386/boot2:

 ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o
 boot2.out /usr/obj/usr/src/sys/boot/**i386/boot2/../btx/lib/crt0.o
 boot2.o sio.o
 objcopy -S -O binary boot2.out boot2.bin
 btxld -v -E 0x2000 -f bin -b 
 /usr/obj/usr/src/sys/boot/**i386/boot2/../btx/btx/btx
 -l boot2.ldr  -o boot2.ld -P 1 boot2.bin
 kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1
 client: fmt=bin size=1575 text=0 data=0 bss=0 entry=0
 output: fmt=bin size=1e05 text=200 data=1c05 org=0 entry=0
 -5 bytes available
 *** [boot2] Error code 1

 The relevant output before r242562 looked like:

 ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o
 boot2.out /usr/obj/usr/src/sys/boot/**i386/boot2/../btx/lib/crt0.o
 boot2.o sio.o
 objcopy -S -O binary boot2.out boot2.bin
 btxld -v -E 0x2000 -f bin -b 
 /usr/obj/usr/src/sys/boot/**i386/boot2/../btx/btx/btx
 -l boot2.ldr  -o boot2.ld -P 1 boot2.bin
 kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1
 client: fmt=bin size=1569 text=0 data=0 bss=0 entry=0
 output: fmt=bin size=1df9 text=200 data=1bf9 org=0 entry=0
 7 bytes available
 dd if=boot2.ld of=boot2 obs=7680 conv=osync

 --
 Sphinx of black quartz, judge my vow.


I can confirm, for at least revisions  242602 and 242605.

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

Re: buildworld fails on recent stable

[Dimitry Andric]

On 2012-11-05 12:41, Volodymyr Kostyrko wrote:

When CLANG_IS_CC build fails at sys/boot/i386/boot2:

ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o
boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o
sio.o
objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b
/usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr  -o
boot2.ld -P 1 boot2.bin
kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1
client: fmt=bin size=1575 text=0 data=0 bss=0 entry=0
output: fmt=bin size=1e05 text=200 data=1c05 org=0 entry=0
-5 bytes available


This seems to be caused by r242562, which is an MFC of r241301.  The
code changes are quite trivial though.  Strangely enough, on head it
does build successfully, but head is using a newer version of clang, so
that may explain the difference.  Investigating...
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails on recent stable

[Andriy Gapon]

on 05/11/2012 16:51 Dimitry Andric said the following:
 On 2012-11-05 12:41, Volodymyr Kostyrko wrote:
 When CLANG_IS_CC build fails at sys/boot/i386/boot2:

 ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o
 boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o
 sio.o
 objcopy -S -O binary boot2.out boot2.bin
 btxld -v -E 0x2000 -f bin -b
 /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr  -o
 boot2.ld -P 1 boot2.bin
 kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1
 client: fmt=bin size=1575 text=0 data=0 bss=0 entry=0
 output: fmt=bin size=1e05 text=200 data=1c05 org=0 entry=0
 -5 bytes available
 
 This seems to be caused by r242562, which is an MFC of r241301.  The
 code changes are quite trivial though.  Strangely enough, on head it
 does build successfully, but head is using a newer version of clang, so
 that may explain the difference.  Investigating...

I suspect that some earlier space-saving commit was not MFC-ed to stable/9.

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

Re: buildworld fails on recent stable

[Volodymyr Kostyrko]

05.11.2012 17:42, Andriy Gapon wrote:

on 05/11/2012 16:51 Dimitry Andric said the following:

On 2012-11-05 12:41, Volodymyr Kostyrko wrote:

When CLANG_IS_CC build fails at sys/boot/i386/boot2:

ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o
boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o
sio.o
objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b
/usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr  -o
boot2.ld -P 1 boot2.bin
kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1
client: fmt=bin size=1575 text=0 data=0 bss=0 entry=0
output: fmt=bin size=1e05 text=200 data=1c05 org=0 entry=0
-5 bytes available


This seems to be caused by r242562, which is an MFC of r241301.  The
code changes are quite trivial though.  Strangely enough, on head it
does build successfully, but head is using a newer version of clang, so
that may explain the difference.  Investigating...


I suspect that some earlier space-saving commit was not MFC-ed to stable/9.



This can be easily checked:

# cd /usr/src/sys/boot/i386/boot2/
# make clean
# svn up
Updated to revision 242616.
# setenv PATH /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# unsetenv CCACHE_PATH
# /usr/local/bin/clang -v
clang version 3.2 (trunk)
Target: amd64-portbld-freebsd9.1
Thread model: posix
# echo CC=/usr/local/bin/clang  /etc/src.conf
# echo CXX=/usr/local/bin/clang++  /etc/src.conf
# make

ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o 
boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o 
sio.o

objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b 
/usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr  -o 
boot2.ld -P 1 boot2.bin

kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1
client: fmt=bin size=154d text=0 data=0 bss=0 entry=0
output: fmt=bin size=1ddd text=200 data=1bdd org=0 entry=0
35 bytes available
dd if=boot2.ld of=boot2 obs=7680 conv=osync
14+1 records in
1+0 records out
7680 bytes transferred in 0.99 secs (77433305 bytes/sec)

I bet on clang 3.2.

--
Sphinx of black quartz, judge my vow.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails on recent stable

[Andriy Gapon]

on 05/11/2012 17:52 Volodymyr Kostyrko said the following:
 I bet on clang 3.2.

Thank you for checking.

So how do we proceed from here?
I could just revert the MFC-es, but the functionality could be desirable to some
users.  Are there any alternatives?

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

Re: buildworld fails on recent stable

[Volodymyr Kostyrko]

05.11.2012 18:00, Andriy Gapon wrote:

I bet on clang 3.2.


Thank you for checking.

So how do we proceed from here?
I could just revert the MFC-es, but the functionality could be desirable to some
users.  Are there any alternatives?


Dunno, clang 3.2 is still pending so I guess it wouldn't be MFC'ed until 
December 16th? Being a minor issue it can make some people shrug from 
using clang for testing stable...


I think reverting the working change is not good as far as building 
world with clang is still not the true and default way.


--
Sphinx of black quartz, judge my vow.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails with clang

[Dimitry Andric]

On 2012-07-03 15:16, Dimitry Andric wrote:
 On 2012-07-03 14:54, Olivier Smedts wrote:
...
 Just to be clear, it may take some time to MFC, but will it be done
 for releng/9.1 so that 9.1-RELEASE users can simply buildworld with
 clang ?

FYI, I've merged the fix to stable/9 in r238177.  So it will be in the
9.1 release.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

buildworld fails with clang

[Olivier Smedts]

Hello,

9-STABLE fails to build with clang and *without* NO_WERROR= and
WERROR= in /etc/make.conf. It used to work not long before :
FreeBSD zozo.afpicl.lan 9.0-STABLE FreeBSD 9.0-STABLE #0 r237222M: Mon
Jun 18 10:18:54 CEST 2012
r...@zozo.afpicl.lan:/usr/obj/usr/src/sys/CORE  amd64

# svnversion
238067M
# make NOCLEAN=yes NO_CLEAN=yes buildworld
[...]
=== cddl/lib (obj,depend,all,install)
=== cddl/lib/drti (obj)
=== cddl/lib/libavl (obj)
=== cddl/lib/libctf (obj)
=== cddl/lib/libdtrace (obj)
=== cddl/lib/libnvpair (obj)
=== cddl/lib/libumem (obj)
=== cddl/lib/libuutil (obj)
=== cddl/lib/libzfs (obj)
=== cddl/lib/libzpool (obj)
=== cddl/lib/drti (depend)
=== cddl/lib/libavl (depend)
=== cddl/lib/libctf (depend)
=== cddl/lib/libdtrace (depend)
=== cddl/lib/libnvpair (depend)
=== cddl/lib/libumem (depend)
=== cddl/lib/libuutil (depend)
=== cddl/lib/libzfs (depend)
=== cddl/lib/libzpool (depend)
=== cddl/lib/drti (all)
=== cddl/lib/libavl (all)
=== cddl/lib/libctf (all)
=== cddl/lib/libdtrace (all)
clang  -O2 -pipe -march=corei7 -fomit-frame-pointer
-I/usr/obj/usr/src/cddl/lib/libdtrace -I/usr/src/cddl/lib/libdtrace
-I/usr/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/amd64
-I/usr/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris
-I/usr/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include
 -I/usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head
-I/usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common
 
-I/usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common
 -I/usr/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common
-I/usr/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel
-DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Qunused-arguments
-fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign
-Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare
-Wno-unused-value -Wno-parentheses-equality -Wno-unused-function
-Wno-conversion -Wno-switch -Wno-switch-enum -Wno-parentheses
-Wno-unknown-pragmas -c
/usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c
-o dt_consume.o
/usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c:799:40:
error: format specifies type 'long long' but the
  argument has type 'int64_t' (aka 'long') [-Werror,-Wformat]
(void) snprintf(c, sizeof (c), = %lld, value);
   ~~~^   ~
   %ld
1 error generated.
*** [dt_consume.o] Error code 1

Stop in /usr/src/cddl/lib/libdtrace.
*** [all] Error code 1

I used NOCLEAN and NO_CLEAN to see the error because I was compiling
with -j8 before, but yes, my /usr/obj/ was clean at the time I
attempted to buildworld.

This may be the culprit ?

# svn log -l 1 /usr/src/cddl/contrib/opensolaris/lib/libdtrace/

r237870 | pfg | 2012-07-01 06:15:14 +0200 (dim 01 jul 2012) | 8 lignes

MFC r237624, r237714, r237716, r237860:

Bring llquantize support into Dtrace.

Bryan Cantrill implemented the equivalent of semi-log graph
paper for Dtrace so llquantize will use one logarithmic and
one linear scale.

-- 
Olivier Smedts _
ASCII ribbon campaign ( )
e-mail: oliv...@gid0.org- against HTML email  vCards  X
www: http://www.gid0.org- against proprietary attachments / \

  Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails with clang

[Dimitry Andric]

On 2012-07-03 14:23, Olivier Smedts wrote:
 9-STABLE fails to build with clang and *without* NO_WERROR= and
 WERROR= in /etc/make.conf. It used to work not long before :
...
 /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c:799:40:
 error: format specifies type 'long long' but the
   argument has type 'int64_t' (aka 'long') [-Werror,-Wformat]
 (void) snprintf(c, sizeof (c), = %lld, value);
~~~^   ~
%ld
...
 This may be the culprit ?
 
 # svn log -l 1 /usr/src/cddl/contrib/opensolaris/lib/libdtrace/
 
 r237870 | pfg | 2012-07-01 06:15:14 +0200 (dim 01 jul 2012) | 8 lignes
 
 MFC r237624, r237714, r237716, r237860:

Yep, that is the culprit.  Unfortunately I didn't quite follow the
commit rush before code freeze, and this problem was introduced.

I've committed a fix to head (r238071), but it may take some time to MFC
to stable/9, since we've just entered code freeze.

Meanwhile, you can apply this patch:

http://svnweb.freebsd.org/base/head/cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c?view=patchr1=238071r2=238070pathrev=238071
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails with clang

[Olivier Smedts]

2012/7/3 Dimitry Andric d...@freebsd.org:
 Yep, that is the culprit.  Unfortunately I didn't quite follow the
 commit rush before code freeze, and this problem was introduced.

 I've committed a fix to head (r238071), but it may take some time to MFC
 to stable/9, since we've just entered code freeze.

 Meanwhile, you can apply this patch:

 http://svnweb.freebsd.org/base/head/cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c?view=patchr1=238071r2=238070pathrev=238071

Thanks for the reply and the fix !

Just to be clear, it may take some time to MFC, but will it be done
for releng/9.1 so that 9.1-RELEASE users can simply buildworld with
clang ?

Cheers

-- 
Olivier Smedts _
ASCII ribbon campaign ( )
e-mail: oliv...@gid0.org- against HTML email  vCards  X
www: http://www.gid0.org- against proprietary attachments / \

  Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails with clang

[Dimitry Andric]

On 2012-07-03 14:54, Olivier Smedts wrote: 2012/7/3 Dimitry Andric 
d...@freebsd.org:
...
 I've committed a fix to head (r238071), but it may take some time to MFC
 to stable/9, since we've just entered code freeze.
...
 Just to be clear, it may take some time to MFC, but will it be done
 for releng/9.1 so that 9.1-RELEASE users can simply buildworld with
 clang ?

That is up to re@, they ultimately decide if something goes into the
frozen branch.  As this fix is trivial, I don't see why they would
disapprove, though.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Buildworld fails on RELENG_8 amd64

[Jens Rasmus Liland]

Hello. I can not do a make world like before to upgrade my RELENG_8 box to
latest 8.3 prerelease and then to RELENG_9. make buildworld just returns
this:

snip-
root@stack ~src # make buildworld
--
 World build started on Sun Mar 25 22:45:10 CEST 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.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

--
 stage 1.1: legacy release compatibility shims
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp  INSTALL=sh
/usr/src/tools/install.sh  PATH=/u
sr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/
usr/games:/sbin:/bin:/usr/sbin:/usr/bin  WORLDTMP=/usr/obj/usr/src/tmp
VERSION=FreeBSD 8.3-PREREL
EASE amd64 803500  MAKEFLAGS=-m /usr/src/tools/build/mk  -m
/usr/src/share/mk make -f Makefile.i
nc1  DESTDIR=  BOOTSTRAPPING=803500  SSP_CFLAGS=  -DWITHOUT_HTML
-DWITHOUT_INFO -DNO_LINT -DWITHOUT
_MAN  -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED  -DNO_CPU_CFLAGS -DNO_WARNS
-DNO_CTF legacy
=== tools/build (obj,includes,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build
cd /usr/src/tools/build; make buildincludes; make installincludes
rm -f .depend
mkdep -f .depend -a-I/usr/obj/usr/src/tmp/legacy/usr/include
/usr/src/tools/build/dummy.c
Abort trap
mkdep: compile failed
*** Error code 1

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

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

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

Stop in /usr/src.
1 root@stack ~src #
snip
I have tried doing make clean, make cleanworld and make buildworld
TARGET=amd64. This is my uname -a:
FreeBSD stack.flat.home 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #10: Mon Mar
19 19:56:11 CET 2012 r...@stack.flat.home:/usr/obj/usr/src/sys/STACK
amd64

Since my last upgrade a week ago I was sure I did destroy everything
because it did not get dhcp before adding synchronous_dhclient=YES to
/etc/rc.conf. I have searced around a bit, but buildworld failures seems to
be pretty specific when they happen and the mailing list is the right place
to dicuss errors. I was thinking maybe reinstalling, but it is quite a
hassle to manage the whole gpt zroot mirror thing in one evening.

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

Re: make buildworld fails with 8.2-RELEASE amd64 building STABLE

[Sergey Kandaurov]

On 6 February 2012 21:23, Michael L. Squires mi...@siralan.org wrote:
 make buildworld fails when trying to make buildworld (no options) with
 8.2-RELEASE with 8.2-STABLE sources as of 2/6/2012 updated at 9:15 AM from
 ftp.freebsd.org.

 The compile fails in the same spot every time; this is not a random failure.
  I have seen some evidence, however, that there may be hardware problems.

 The other hardware problem was a Broadcom GigE watchdog timeout and reset.

 Hardware is a Tyan S2885 (dual dual-core Opteron) which has been running
 Windows XP SP3 for some time without problems, for what that's worth.

 A Google search turns up nothing obviously related.

 Mike Squires
 mikes at siralan.org
 UN*X at home since 1986

 uname -a:

 FreeBSD s2885.familysquires.net 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb
 17 02:41:51 UTC 2011
 r...@amason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64

 Error messages at failure:

 === gnu/usr.bin/gperf/doc (depend) c++ -O2 -pipe
 -I/usr/obj/usr/src/tmp/legacy/usr/include
 -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib
 -I/usr/src/gnu/usr.bin/gperf -c
 /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc
 /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc: In
 destructor 'Bool_Array::~Bool_Array()':
 /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc:39:
 internal compiler error: Illegal instruction: 4
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See URL:http://gcc.gnu.org/bugs.html for instructions.
 *** Error code 1

 Stop in /usr/src/gnu/usr.bin/gperf.
 *** Error code 1

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

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

 Stop in /usr/src.
 s2885#

You probably has bad RAM / overheat.

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

make buildworld fails with 8.2-RELEASE amd64 building STABLE

[Michael L. Squires]

make buildworld fails when trying to make buildworld (no options) 
with 8.2-RELEASE with 8.2-STABLE sources as of 2/6/2012 updated at 9:15 AM 
from ftp.freebsd.org.


The compile fails in the same spot every time; this is not a random 
failure.  I have seen some evidence, however, that there may be hardware 
problems.


The other hardware problem was a Broadcom GigE watchdog timeout and reset.

Hardware is a Tyan S2885 (dual dual-core Opteron) which has been running 
Windows XP SP3 for some time without problems, for what that's worth.


A Google search turns up nothing obviously related.

Mike Squires
mikes at siralan.org
UN*X at home since 1986

uname -a:

FreeBSD s2885.familysquires.net 8.2-RELEASE FreeBSD 8.2-RELEASE #0: 
Thu Feb 17 02:41:51 UTC 2011 
r...@amason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64


Error messages at failure:

=== gnu/usr.bin/gperf/doc 
(depend) c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include 
-I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib 
-I/usr/src/gnu/usr.bin/gperf -c 
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc: In 
destructor 'Bool_Array::~Bool_Array()':
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc:39: 
internal compiler error: Illegal instruction: 4

Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
*** Error code 1

Stop in /usr/src/gnu/usr.bin/gperf.
*** Error code 1

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

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

Stop in /usr/src.
s2885#


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

Make Buildworld Fails

[Thomas D. Dean]

#  uname -a
FreeBSD P9X79.tddhome 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jan  4 
14:16:41 PST 2012 tomdean@P9X79.tddhome:/usr/src/sys/GENERIC  amd64


Source up-to-date as of now, via cvsup.

# env -i make cleandir
# env -i make cleandir
# env -i make buildworld
...
cc -O2 -pipe -I. -DGCCVER=\4.2\ -DIN_GCC -DHAVE_CONFIG_H 
-DPREFIX=\/usr\ -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools 
-I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools 
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc 
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config 
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include 
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include 
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber 
-g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 
-I/usr/obj/usr/src/tmp/legacy/usr/include 
-L/usr/obj/usr/src/tmp/legacy/usr/lib -o genchecksum genchecksum.o 
errors.o libiberty.a

=== kerberos5/tools (obj,depend,all)
=== kerberos5/tools/make-print-version (obj)
=== kerberos5/tools/make-roken (obj)
=== kerberos5/tools/asn1_compile (obj)
=== kerberos5/tools/slc (obj)
=== kerberos5/tools/make-print-version (depend)
=== kerberos5/tools/make-roken (depend)
=== kerberos5/tools/asn1_compile (depend)
cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version  make
make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop
*** Error code 2

Stop in /usr/src/kerberos5/tools/asn1_compile.
*** Error code 1

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

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

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

Stop in /usr/src.

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

Re: Make Buildworld Fails

[Jeremy Chadwick]

On Fri, Jan 27, 2012 at 03:46:53PM -0800, Thomas D. Dean wrote:
 #  uname -a
 FreeBSD P9X79.tddhome 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jan  4
 14:16:41 PST 2012 tomdean@P9X79.tddhome:/usr/src/sys/GENERIC
 amd64
 
 Source up-to-date as of now, via cvsup.

What cvsup mirror did you use?

There has been a recent influx of problems people have reported with
building world all of which have related to problems with certain cvsup
servers.  You can read about those problems on freebsd-stable, or look
on freebsd-hubs (which is the place such issues get reported).

I recommend you try a different cvsup mirror for starters.

Also: was this system upgraded from 8.2 to 9.0 by changing a release
tag in one of your supfiles, or was it always 9.0?

 # env -i make cleandir
 # env -i make cleandir
 # env -i make buildworld
 ...
 cc -O2 -pipe -I. -DGCCVER=\4.2\ -DIN_GCC -DHAVE_CONFIG_H
 -DPREFIX=\/usr\
 -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools
 -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools
 -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc
 -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config 
 -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include 
 -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include 
 -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber
 -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89
 -I/usr/obj/usr/src/tmp/legacy/usr/include
 -L/usr/obj/usr/src/tmp/legacy/usr/lib -o genchecksum genchecksum.o
 errors.o libiberty.a
 === kerberos5/tools (obj,depend,all)
 === kerberos5/tools/make-print-version (obj)
 === kerberos5/tools/make-roken (obj)
 === kerberos5/tools/asn1_compile (obj)
 === kerberos5/tools/slc (obj)
 === kerberos5/tools/make-print-version (depend)
 === kerberos5/tools/make-roken (depend)
 === kerberos5/tools/asn1_compile (depend)
 cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version  make
 make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop
 *** Error code 2
 
 Stop in /usr/src/kerberos5/tools/asn1_compile.
 *** Error code 1

Nothing in either of these trees has changed in many years:

http://www.freebsd.org/cgi/cvsweb.cgi/src/kerberos5/tools/
http://www.freebsd.org/cgi/cvsweb.cgi/src/kerberos5/tools/asn1_compile/
http://www.freebsd.org/cgi/cvsweb.cgi/src/kerberos5/tools/make-print-version/

Also, please do not rely on cleandir to remove all old /usr/obj
objects.  Please rm -fr /usr/obj/* instead.

-- 
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, US |
| Making life hard for others since 1977. PGP 4BD6C0CB |

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

Re: Make Buildworld Fails

[Thomas D. Dean]

On 01/27/12 16:52, Jeremy Chadwick wrote:


What cvsup mirror did you use?

There has been a recent influx of problems people have reported with
building world all of which have related to problems with certain cvsup
servers.  You can read about those problems on freebsd-stable, or look
on freebsd-hubs (which is the place such issues get reported).

I recommend you try a different cvsup mirror for starters.

Also: was this system upgraded from 8.2 to 9.0 by changing a release
tag in one of your supfiles, or was it always 9.0?



Always on FreeBSD 9.0.

I will try a different server.

# cat /sup/stable-supfile|sed '/^#/d'

*default host=cvsup4.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=RELENG_9
*default delete use-rel-suffix

*default compress

src-all

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

Re: Make Buildworld Fails (Broken Servers)

[Thomas D. Dean]

On 01/27/12 15:46, Thomas D. Dean wrote:

I earlier used cvsup4.FreeBSD.org.  No files were updated.  Buildworld 
was broken as I reported earlier.


# cvsup10.FreeBSD.org ###
Now, I used cvsup10.FreeBSD.org.  Many (~150?) files were updated.

# cd /usr/src
# env -i make cleandir
# env -i make cleandir
# env -i make -j 10 buildworld
...
failed on iterator.c - redo to check if -j 10 broke things.


# env -i make cleandir
# env -i make cleandir
# env -i make buildworld
...
mkdep -f .depend -a-I/usr/obj/usr/src/tmp/legacy/usr/include 
/usr/src/games/fortune/strfile/strfile.c
echo strfile: /usr/lib/libc.a 
/usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a  .depend
cc -O2 -pipe -std=gnu99   -I/usr/obj/usr/src/tmp/legacy/usr/include -c 
/usr/src/games/fortune/strfile/strfile.c
cc -O2 -pipe -std=gnu99   -I/usr/obj/usr/src/tmp/legacy/usr/include 
-static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy
sh /usr/src/tools/install.sh -s -o root -g wheel -m 555   strfile 
/usr/obj/usr/src/tmp/legacy/usr/games

=== gnu/usr.bin/gperf (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for 
/usr/src/gnu/usr.bin/gperf

=== gnu/usr.bin/gperf/doc (obj)
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for 
/usr/src/gnu/usr.bin/gperf/doc

make: don't know how to make iterator.cc. Stop
*** Error code 2

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

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

Stop in /usr/src.

No, -j10 did not break it.

# cvsup5.FreeBSD.org ###

# cd /usr/src
# env -i make cleandir
# env -i make cleandir
# env -i make buildworld
...
same problem as with cvsup4,
cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version  make
make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop

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

Re: Make Buildworld Fails (Broken Servers)

[Jeremy Chadwick]

On Fri, Jan 27, 2012 at 08:26:28PM -0800, Thomas D. Dean wrote:
 On 01/27/12 15:46, Thomas D. Dean wrote:
 
 I earlier used cvsup4.FreeBSD.org.  No files were updated.
 Buildworld was broken as I reported earlier.
 
 # cvsup10.FreeBSD.org ###
 Now, I used cvsup10.FreeBSD.org.  Many (~150?) files were updated.
 
 # cd /usr/src
 # env -i make cleandir
 # env -i make cleandir
 # env -i make -j 10 buildworld
 ...
 failed on iterator.c - redo to check if -j 10 broke things.
 
 # env -i make cleandir
 # env -i make cleandir
 # env -i make buildworld
 ...
 mkdep -f .depend -a-I/usr/obj/usr/src/tmp/legacy/usr/include
 /usr/src/games/fortune/strfile/strfile.c
 echo strfile: /usr/lib/libc.a
 /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a  .depend
 cc -O2 -pipe -std=gnu99   -I/usr/obj/usr/src/tmp/legacy/usr/include
 -c /usr/src/games/fortune/strfile/strfile.c
 cc -O2 -pipe -std=gnu99   -I/usr/obj/usr/src/tmp/legacy/usr/include
 -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o strfile strfile.o
 -legacy
 sh /usr/src/tools/install.sh -s -o root -g wheel -m 555   strfile
 /usr/obj/usr/src/tmp/legacy/usr/games
 === gnu/usr.bin/gperf (obj,depend,all,install)
 /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for
 /usr/src/gnu/usr.bin/gperf
 === gnu/usr.bin/gperf/doc (obj)
 /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for
 /usr/src/gnu/usr.bin/gperf/doc
 make: don't know how to make iterator.cc. Stop
 *** Error code 2
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 No, -j10 did not break it.

This error shown here is *exactly* what Randy Bush posted about a few
days ago.  Please read the ENTIRE THREAD.

http://lists.freebsd.org/pipermail/freebsd-stable/2012-January/065616.html

The root cause was a bad cvsup server.  Randy posted to freebsd-hubs
about the problem (I haven't looked to find the mail though).

 # cvsup5.FreeBSD.org ###
 
 # cd /usr/src
 # env -i make cleandir
 # env -i make cleandir
 # env -i make buildworld
 ...
 same problem as with cvsup4,
 cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version  make
 make: don't know how to make /usr/src/tmp/legacy/usr/lib/libegacy.a. Stop

No, this is a different error, which could ALSO be caused by a bad cvsup
server.

You should post these problems to freebsd-hubs; the owners of the cvsup
servers need to be made aware of these problems.

Finally: please stop with the cleandir.  rm -fr /usr/obj/* and do not
use make -jX at all.  This will rule out any inconsistencies.

-- 
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, US |
| Making life hard for others since 1977. PGP 4BD6C0CB |

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

Re: Make Buildworld Fails (Broken Servers)

[Randy Bush]

 The root cause was a bad cvsup server.  Randy posted to freebsd-hubs
 about the problem (I haven't looked to find the mail though).

found four bad servers while upgrading various systems.  entropy seems
to have struck the hub system.

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

Re: i386/153947: Make buildworld fails in hastd/token.c

[Lev Serebryakov]

Hello, Angelo.
You wrote 13 января 2011 г., 18:27:37:

 I can confirm it happens also on this STABLE build:
 FreeBSD 8.1-STABLE #1: Tue Oct  5 14:02:34 CEST 2010
 Same on 8.1-RELEASE/amd64.
 And everything were Ok about 5 days ago.

-- 
// Black Lion AKA Lev Serebryakov l...@freebsd.org

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

Re: i386/153947: Make buildworld fails in hastd/token.c

[Eugene Grosbein]

This also breaks source upgrade path from RELENG_7.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: i386/153947: Make buildworld fails in hastd/token.c

[Angelo Turetta]

On 13/01/2011 05:56, Thomas Dean wrote:

cc -O2 -pipe  -I/usr/src/sbin/hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT 
-DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wno-pointer-sign -c token.c
cc1: warnings being treated as errors
/usr/src/sbin/hastd/token.l:456: warning: function declaration isn't a prototype
*** Error code 1

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

How-To-Repeat:

Install FreeBSD 8.1 from DVD
cvsup RELENG_8 from cvsup6.freebsd.org
make buildworld

I can confirm it happens also on this STABLE build:
   FreeBSD 8.1-STABLE #1: Tue Oct  5 14:02:34 CEST 2010

Angelo Turetta
Modena - Italy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

buildworld fails on ifmcstat

[Demelier David]

Hi,
I tried to make buildworld with a custom src.conf to prevent many
useless things since I want to build for a jail.

This is what I added:

.if defined(BUILD_JAIL)
WITHOUT_ACPI=YES
WITHOUT_APM=YES
WITHOUT_GAMES=YES
WITHOUT_AMD=YES
WITHOUT_AUTHPF=YES
WITHOUT_AUDIT=YES
WITHOUT_BLUETOOTH=YES
WITHOUT_BOOT=YES
WITHOUT_BSNMP=YES
WITHOUT_CDDL=YES
WITHOUT_DICT=YES
WITHOUT_EXAMPLES=YES
WITHOUT_FORTH=YES
WITHOUT_GCOV=YES
WITHOUT_FLOPPY=YES
WITHOUT_GPIB=YES
WITHOUT_HTML=YES
WITHOUT_IPFILTER=YES
WITHOUT_IPX=YES
WITHOUT_IPFW=YES
WITHOUT_JAIL=YES
WITHOUT_KVM=YES
WITHOUT_LEGACY_CONSOLE=YES
WITHOUT_LIB32=YES
WITHOUT_LPR=YES
WITHOUT_NDIS=YES
WITHOUT_NETCAT=YES
WITHOUT_NETGRAPH=YES
WITHOUT_NIS=YES
WITHOUT_NTP=YES
WITHOUT_PF=YES
WITHOUT_PORTSNAP=YES
WITHOUT_PPP=YES
WITHOUT_QUOTAS=YES
WITHOUT_SENDMAIL=YES
WITHOUT_RESCUE=YES
WITHOUT_SHAREDOCS=YES
WITHOUT_SYSCONS=YES
WITHOUT_SYSINSTALL=YES
WITHOUT_USB=YES
WITHOUT_WIRELESS=YES
.endif

make BUILD_JAIL=yes buildworld now fails on :

=== usr.sbin/ifmcstat (all)
cc -O2 -pipe  -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
/usr/src/usr.sbin/ifmcstat/ifmcstat.c
cc1: warnings being treated as errors
/usr/src/usr.sbin/ifmcstat/ifmcstat.c:170: warning: 'in6_ifinfo' used 
but never defined
*** Error code 1

Is my src.conf wrong ?

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

Re: buildworld fails on ifmcstat

[Garrett Cooper]

On Wed, Apr 28, 2010 at 11:49 AM, Demelier David
demelier.da...@gmail.com wrote:
 Hi,
        I tried to make buildworld with a custom src.conf to prevent many
        useless things since I want to build for a jail.

        This is what I added:

        .if defined(BUILD_JAIL)
        WITHOUT_ACPI=YES
        WITHOUT_APM=YES
        WITHOUT_GAMES=YES
        WITHOUT_AMD=YES
        WITHOUT_AUTHPF=YES
        WITHOUT_AUDIT=YES
        WITHOUT_BLUETOOTH=YES
        WITHOUT_BOOT=YES
        WITHOUT_BSNMP=YES
        WITHOUT_CDDL=YES
        WITHOUT_DICT=YES
        WITHOUT_EXAMPLES=YES
        WITHOUT_FORTH=YES
        WITHOUT_GCOV=YES
        WITHOUT_FLOPPY=YES
        WITHOUT_GPIB=YES
        WITHOUT_HTML=YES
        WITHOUT_IPFILTER=YES
        WITHOUT_IPX=YES
        WITHOUT_IPFW=YES
        WITHOUT_JAIL=YES
        WITHOUT_KVM=YES
        WITHOUT_LEGACY_CONSOLE=YES
        WITHOUT_LIB32=YES
        WITHOUT_LPR=YES
        WITHOUT_NDIS=YES
        WITHOUT_NETCAT=YES
        WITHOUT_NETGRAPH=YES
        WITHOUT_NIS=YES
        WITHOUT_NTP=YES
        WITHOUT_PF=YES
        WITHOUT_PORTSNAP=YES
        WITHOUT_PPP=YES
        WITHOUT_QUOTAS=YES
        WITHOUT_SENDMAIL=YES
        WITHOUT_RESCUE=YES
        WITHOUT_SHAREDOCS=YES
        WITHOUT_SYSCONS=YES
        WITHOUT_SYSINSTALL=YES
        WITHOUT_USB=YES
        WITHOUT_WIRELESS=YES
        .endif

        make BUILD_JAIL=yes buildworld now fails on :

        === usr.sbin/ifmcstat (all)
        cc -O2 -pipe  -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers 
 -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
 /usr/src/usr.sbin/ifmcstat/ifmcstat.c
        cc1: warnings being treated as errors
        /usr/src/usr.sbin/ifmcstat/ifmcstat.c:170: warning: 'in6_ifinfo' used 
 but never defined
        *** Error code 1

I would avoid the cross-post next time. The issue might be that
that application should be properly compiled when WITHOUT_INET6 is
specified, but it's kind of odd though because you don't have that
specified above... If you looked through the source around line 170
you'll find out that that function requires WITH_KVM to be defined as
well in order for you to use the function definition (and not just the
prototype).
I've CCed bms@ for assistance.
Thanks,
-Garrett
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

8.0: buildworld fails /usr/src/lib/libc/stdlib/Makefile.inc

[G. Paul Ziemba]

I just csupped with tag=RELENG_8 but can't complete make buildworld.
I'm starting from 7.1-PRERELEASE (roughly Nov 18, 2008)

Any suggestions would be appreciated!


--
 stage 2.1: cleaning up the object tree
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=i386  MACHINE=i386  
CPUTYPE=  GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin  
GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font  
GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac  
_SHLIBDIRPREFIX=/usr/obj/usr/src/tmp  VERSION=FreeBSD 7.1-PRERELEASE i386 
700112  INSTALL=sh /usr/src/tools/install.sh  
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
 NO_CTF=1 /usr/obj/usr/src/make.i386/make -f Makefile.inc1 
DESTDIR=/usr/obj/usr/src/tmp par-cleandir
=== share/info (cleandir)
=== lib (cleandir)
=== lib/csu/i386-elf (cleandir)
rm -f crt1.o crti.o crtn.o gcrt1.o
rm -f .depend GPATH GRTAGS GSYMS GTAGS
=== lib/libc (cleandir)
/usr/src/lib/libc/stdlib/Makefile.inc, line 19: Need an operator
make: fatal errors encountered -- cannot continue
*** Error code 1

-- 
G. Paul Ziemba
FreeBSD unix:
 6:56AM  up 1 day, 12:08, 4 users, load averages: 0.04, 0.02, 0.03
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: 8.0: buildworld fails /usr/src/lib/libc/stdlib/Makefile.inc

[Marco van Tol]

On Fri, Nov 27, 2009 at 02:59:12PM +, G. Paul Ziemba wrote:
 I just csupped with tag=RELENG_8 but can't complete make buildworld.
 I'm starting from 7.1-PRERELEASE (roughly Nov 18, 2008)
 
 Any suggestions would be appreciated!

Just thinking oud loud, but I have seen this kind of thing happen as well
when I didn't make clean ; rm -rf /usr/obj before cvsup'ing to the next
major release.

I build a world and kernel today of RELENG_8 today without problems.

Marco

-- 
Success is having to worry about every damn thing in the world, except money.
- Johnny Cash
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: 8.0: buildworld fails /usr/src/lib/libc/stdlib/Makefile.inc

[G. Paul Ziemba]

ma...@tols.org (Marco van Tol) writes:

On Fri, Nov 27, 2009 at 02:59:12PM +, G. Paul Ziemba wrote:
 I just csupped with tag=RELENG_8 but can't complete make buildworld.
 I'm starting from 7.1-PRERELEASE (roughly Nov 18, 2008)
 
 Any suggestions would be appreciated!

Just thinking oud loud, but I have seen this kind of thing happen as well
when I didn't make clean ; rm -rf /usr/obj before cvsup'ing to the next
major release.


Ah! That fixed it. Thanks!


-- 
G. Paul Ziemba
FreeBSD unix:
 8:01AM  up 1 day, 13:13, 4 users, load averages: 1.12, 0.95, 0.57
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails with WITHOUT_CDDL=yes in src.conf

[Daniel Burkland]

Thanks Kip I greatly appreciate the 
fix!___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails with WITHOUT_CDDL=yes in src.conf

[Richard Tector]

Kip Macy wrote:

The second bug is the use of LOADER_ZFS_SUPPORT without any
consideration of WITHOUT_CDDL and/or WITHOUT_ZFS (or MK_ZFS)



I'll try get it fixed by Wednesday.



Kip, I noticed a fix went in with revision 193494 but was then backed 
out straight away with no reason.


Will this be fixed soon? It is still not possible to build RELENG_7 
sources WITHOUT_CDDL.


Regards,

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

Re: buildworld fails with WITHOUT_CDDL=yes in src.conf

[Claude Buisson]

Daniel O'Connor wrote:

On Mon, 1 Jun 2009, Pavel Greenberg wrote:

Hello everybody!
After today's source update I have a problem when doing make
buildworld:

cc -O2 -fno-strict-aliasing -pipe -march=pentium4
-DLOADER_NFS_SUPPORT - DBOOT_FORTH
-I/usr/src/sys/boot/i386/loader/../../ficl -I/usr/src/sys/boot/
i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT
-DLOADER_GPT_SUPPORT -I/usr/ src/sys/boot/i386/loader/../../common
-I. -Wall -I/usr/src/sys/boot/i386/ loader/..
-I/usr/src/sys/boot/i386/loader/../btx/lib -ffreestanding -
mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2
-mno- sse3  -c
/usr/src/sys/boot/i386/loader/../../common/interp_forth.c make: don't
know how to make /usr/obj/usr/src/tmp/usr/lib/libzfs.a. Stop ***
Error code 2

Stop in /usr/src/sys/boot/i386.
*** Error code 1

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

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

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

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

Stop in /usr/src.

In my src.conf I have options
WITHOUT_CDDL=   true
WITHOUT_ZFS=true
because I don't use ZFS, my desktop haven't enought resources for it
and I want not to build it. When I updated my OS some weeks ago with
the same src.conf process ended OK.


While the above IS a bug it should be pointed out that unless you
actually load the ZFS kld it won't use any memory on your system.



Same here..

The first bug is the use of a LIBZFS variable in
src/sys/boot/i386/loader/Makefile, as this variable is set in
share/mk/bsd.libnames.mk

I just replaced LIBZFS by LIBZFSBOOT and the buildworld succeeded.

The second bug is the use of LOADER_ZFS_SUPPORT without any
consideration of WITHOUT_CDDL and/or WITHOUT_ZFS (or MK_ZFS)

I won't comment the it won't use any memory on your system..

Claude Buisson

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

Re: buildworld fails with WITHOUT_CDDL=yes in src.conf

[Kip Macy]

 Same here..

 The first bug is the use of a LIBZFS variable in
 src/sys/boot/i386/loader/Makefile, as this variable is set in
 share/mk/bsd.libnames.mk

 I just replaced LIBZFS by LIBZFSBOOT and the buildworld succeeded.

 The second bug is the use of LOADER_ZFS_SUPPORT without any
 consideration of WITHOUT_CDDL and/or WITHOUT_ZFS (or MK_ZFS)

 I won't comment the it won't use any memory on your system..


I'll try get it fixed by Wednesday.

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

buildworld fails with WITHOUT_CDDL=yes in src.conf

[Pavel Greenberg]

Hello everybody!
After today's source update I have a problem when doing make buildworld:

cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -DLOADER_NFS_SUPPORT -
DBOOT_FORTH -I/usr/src/sys/boot/i386/loader/../../ficl -I/usr/src/sys/boot/
i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_GPT_SUPPORT -I/usr/
src/sys/boot/i386/loader/../../common -I. -Wall -I/usr/src/sys/boot/i386/
loader/.. -I/usr/src/sys/boot/i386/loader/../btx/lib -ffreestanding -
mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-
sse3  -c /usr/src/sys/boot/i386/loader/../../common/interp_forth.c
make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libzfs.a. Stop
*** Error code 2

Stop in /usr/src/sys/boot/i386.
*** Error code 1

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

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

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

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

Stop in /usr/src.

In my src.conf I have options
WITHOUT_CDDL=   true
WITHOUT_ZFS=true
because I don't use ZFS, my desktop haven't enought resources for it and I 
want not to build it. When I updated my OS some weeks ago with the same 
src.conf process ended OK.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: buildworld fails with WITHOUT_CDDL=yes in src.conf

[Daniel O'Connor]

On Mon, 1 Jun 2009, Pavel Greenberg wrote:
 Hello everybody!
 After today's source update I have a problem when doing make
 buildworld:

 cc -O2 -fno-strict-aliasing -pipe -march=pentium4
 -DLOADER_NFS_SUPPORT - DBOOT_FORTH
 -I/usr/src/sys/boot/i386/loader/../../ficl -I/usr/src/sys/boot/
 i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT
 -DLOADER_GPT_SUPPORT -I/usr/ src/sys/boot/i386/loader/../../common
 -I. -Wall -I/usr/src/sys/boot/i386/ loader/..
 -I/usr/src/sys/boot/i386/loader/../btx/lib -ffreestanding -
 mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2
 -mno- sse3  -c
 /usr/src/sys/boot/i386/loader/../../common/interp_forth.c make: don't
 know how to make /usr/obj/usr/src/tmp/usr/lib/libzfs.a. Stop ***
 Error code 2

 Stop in /usr/src/sys/boot/i386.
 *** Error code 1

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

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

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

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

 Stop in /usr/src.

 In my src.conf I have options
 WITHOUT_CDDL=   true
 WITHOUT_ZFS=true
 because I don't use ZFS, my desktop haven't enought resources for it
 and I want not to build it. When I updated my OS some weeks ago with
 the same src.conf process ended OK.

While the above IS a bug it should be pointed out that unless you 
actually load the ZFS kld it won't use any memory on your system.

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
The nice thing about standards is that there
are so many of them to choose from.
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C


signature.asc
Description: This is a digitally signed message part.

Re: buildworld fails in csh

[Tobias Roth]

On 09/25/08 15:14, Andreas Rudisch wrote:

On Thu, 25 Sep 2008 12:49:42 +0200
Tobias Roth [EMAIL PROTECTED] wrote:


heh, that should be RELENG_7.


Update your source tree again and clean up the build dirs.
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#Q23.4.14.6.

Could be caused by some left overs from a previous build.


That didn't work. What else could I try?

Thanks,
Tobias


--
Tobias Roth   ||   http://fsck.ch   ||   PGP: 0xCE599B4D
| God is a comedian playing to an audience too afraid to laugh.
|  - Voltaire
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld fails in csh

[Jeremy Chadwick]

On Fri, Sep 26, 2008 at 11:46:28AM +0200, Tobias Roth wrote:
 On 09/25/08 15:14, Andreas Rudisch wrote:
 On Thu, 25 Sep 2008 12:49:42 +0200
 Tobias Roth [EMAIL PROTECTED] wrote:

 heh, that should be RELENG_7.

 Update your source tree again and clean up the build dirs.
 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#Q23.4.14.6.

 Could be caused by some left overs from a previous build.

 That didn't work. What else could I try?

Did you rm -fr /usr/obj/* before rebuilding world?  That didn't work
is too ambiguous.

The build is failing because it claims ICONV_CONST is undefined.

ICONV_CONST is found here:

$ grep -r ICONV_CONST /usr/src/contrib/tcsh /usr/src/bin/csh
/usr/src/contrib/tcsh/config.h.in:#undef ICONV_CONST
/usr/src/contrib/tcsh/configure:#define ICONV_CONST $am_cv_proto_iconv_arg1
/usr/src/contrib/tcsh/sh.func.c:ICONV_CONST char *src;
/usr/src/bin/csh/config.h:#define ICONV_CONST const

src/bin/csh/config.h declares it.

The proper include files are only included if HAVE_ICONV is declared,
which it is (in src/bin/csh/Makefile), as you can see from -DHAVE_ICONV.
You might have to end up giving someone access to your box to solve this
problem.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

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

Re: buildworld fails in csh

[Tobias Roth]

On 09/26/08 11:59, Jeremy Chadwick wrote:

On Fri, Sep 26, 2008 at 11:46:28AM +0200, Tobias Roth wrote:

On 09/25/08 15:14, Andreas Rudisch wrote:

On Thu, 25 Sep 2008 12:49:42 +0200
Tobias Roth [EMAIL PROTECTED] wrote:


heh, that should be RELENG_7.

Update your source tree again and clean up the build dirs.
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#Q23.4.14.6.

Could be caused by some left overs from a previous build.

That didn't work. What else could I try?


Did you rm -fr /usr/obj/* before rebuilding world?  That didn't work
is too ambiguous.


I followed the above URL and did what was suggested there. So That 
didn't work was refering to


# chflags -R noschg /usr/obj/usr
# rm -rf /usr/obj/usr
# cd /usr/src
# make cleandir
# make cleandir


The build is failing because it claims ICONV_CONST is undefined.

ICONV_CONST is found here:

$ grep -r ICONV_CONST /usr/src/contrib/tcsh /usr/src/bin/csh
/usr/src/contrib/tcsh/config.h.in:#undef ICONV_CONST
/usr/src/contrib/tcsh/configure:#define ICONV_CONST $am_cv_proto_iconv_arg1
/usr/src/contrib/tcsh/sh.func.c:ICONV_CONST char *src;
/usr/src/bin/csh/config.h:#define ICONV_CONST const

src/bin/csh/config.h declares it.

The proper include files are only included if HAVE_ICONV is declared,
which it is (in src/bin/csh/Makefile), as you can see from -DHAVE_ICONV.


Nothing seems to be wrong here really.


You might have to end up giving someone access to your box to solve this
problem.


That will not be possible.

I'll wipe out /usr/src as well and re-cvsup, then build from single user 
mode for minimal intervention by shells and environments and see whether 
that might help.


Thanks,
Tobias


--
Tobias Roth   ||   http://fsck.ch   ||   PGP: 0xCE599B4D
| Percusive Maintenance:
| The art of tuning or repairing equipment by hitting it.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld fails in csh

[Jeremy Chadwick]

On Fri, Sep 26, 2008 at 12:14:49PM +0200, Tobias Roth wrote:
 On 09/26/08 11:59, Jeremy Chadwick wrote:
 On Fri, Sep 26, 2008 at 11:46:28AM +0200, Tobias Roth wrote:
 On 09/25/08 15:14, Andreas Rudisch wrote:
 On Thu, 25 Sep 2008 12:49:42 +0200
 Tobias Roth [EMAIL PROTECTED] wrote:

 heh, that should be RELENG_7.
 Update your source tree again and clean up the build dirs.
 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#Q23.4.14.6.

 Could be caused by some left overs from a previous build.
 That didn't work. What else could I try?

 Did you rm -fr /usr/obj/* before rebuilding world?  That didn't work
 is too ambiguous.

 I followed the above URL and did what was suggested there. So That  
 didn't work was refering to

 # chflags -R noschg /usr/obj/usr
 # rm -rf /usr/obj/usr
 # cd /usr/src
 # make cleandir
 # make cleandir

 The build is failing because it claims ICONV_CONST is undefined.

 ICONV_CONST is found here:

 $ grep -r ICONV_CONST /usr/src/contrib/tcsh /usr/src/bin/csh
 /usr/src/contrib/tcsh/config.h.in:#undef ICONV_CONST
 /usr/src/contrib/tcsh/configure:#define ICONV_CONST $am_cv_proto_iconv_arg1
 /usr/src/contrib/tcsh/sh.func.c:ICONV_CONST char *src;
 /usr/src/bin/csh/config.h:#define ICONV_CONST const

 src/bin/csh/config.h declares it.

 The proper include files are only included if HAVE_ICONV is declared,
 which it is (in src/bin/csh/Makefile), as you can see from -DHAVE_ICONV.

 Nothing seems to be wrong here really.

Being as I just rebuilt world only 2 days ago and I did not run into
this problem, I'm concluding the issue must be with your system.  :-)
It's possible you've done some bizarre tuning in /etc/make.conf or
/etc/src.conf which is somehow breaking the build.

 You might have to end up giving someone access to your box to solve this
 problem.

 That will not be possible.

 I'll wipe out /usr/src as well and re-cvsup, then build from single user  
 mode for minimal intervention by shells and environments and see whether  
 that might help.

I don't see how booting single-user is going to help with any of this.

And do not forget to remove /var/db/sup/src-all if you remove all of
/usr/src.  People often forget this fact.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

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

Re: buildworld fails in csh

[Tobias Roth]

On 09/26/08 12:49, Jeremy Chadwick wrote:

Being as I just rebuilt world only 2 days ago and I did not run into
this problem, I'm concluding the issue must be with your system.  :-)
It's possible you've done some bizarre tuning in /etc/make.conf or
/etc/src.conf which is somehow breaking the build.


I checked make.conf already, since that is usually the cause when I have 
such problems. I didn't know about src.conf, I'll have a look at its 
manpage (so, since I don't have one, that can't be the cause of my 
problem either).


I'll wipe out /usr/src as well and re-cvsup, then build from single user  
mode for minimal intervention by shells and environments and see whether  
that might help.


I don't see how booting single-user is going to help with any of this.


I was finally able to do a buildworld by doing it from single user mode.

My guess is that the root of the problem was with either the shell I was 
using or some environment variables. Going to single user mode was just 
the safest way to remove all those possible effects, since I'm not quite 
sure how to do it in another way. But I agree, single user mode itself 
is not likely to help other than that.



And do not forget to remove /var/db/sup/src-all if you remove all of
/usr/src.  People often forget this fact.


I forgot it as well :-)

Thanks,
Tobias

--
Tobias Roth   ||   http://fsck.ch   ||   PGP: 0xCE599B4D
| You can't have everything. Where would you put it?
|  - Steven Wright
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

buildworld fails in csh

[Tobias Roth]

Hi

My i386 buildworld with a default make.conf on RELENG_1 as of yesterday
(2008/09/24) fails with the error below.

Thanks for hints,
Tobias


cc -O2 -fno-strict-aliasing -pipe  -I. -I/usr/src/bin/csh
-I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh'
-DHAVE_ICONV -Wno-pointer-sign -c
/usr/src/bin/csh/../../contrib/tcsh/sh.func.c

/usr/src/bin/csh/../../contrib/tcsh/sh.func.c: In function 'iconv_catgets':

/usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2371: error: 'ICONV_CONST'
undeclared (first use in this function)

/usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2371: error: (Each
undeclared identifier is reported only once

/usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2371: error: for each
function it appears in.)

/usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2371: error: expected ';'
before 'char'

/usr/src/bin/csh/../../contrib/tcsh/sh.func.c:2377: error: 'src'
undeclared (first use in this function)
*** Error code 1

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


-- 
Tobias Roth   ||   http://fsck.ch   ||   PGP: 0xCE599B4D
| Perfection is achieved not when there is nothing left to add, but
| when there is nothing left to remove.
|  - Antoine de Saint-Exupery
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld fails in csh

[Andreas Rudisch]

On Thu, 25 Sep 2008 10:38:41 +0200
Tobias Roth [EMAIL PROTECTED] wrote:

 My i386 buildworld with a default make.conf on RELENG_1

RELENG_1?

Andreas
--
GnuPG key  : 0x2A573565|http://www.gnupg.org/howtos/de/
Fingerprint: 925D 2089 0BF9 8DE5 9166  33BB F0FD CD37 2A57 3565


pgpBHAe3qLSYp.pgp
Description: PGP signature

Re: buildworld fails in csh

[Tobias Roth]

On 09/25/08 11:45, Andreas Rudisch wrote:
 On Thu, 25 Sep 2008 10:38:41 +0200
 Tobias Roth [EMAIL PROTECTED] wrote:
 
 My i386 buildworld with a default make.conf on RELENG_1
 
 RELENG_1?
 
 Andreas

heh, that should be RELENG_7.

-- 
Tobias Roth   ||   http://fsck.ch   ||   PGP: 0xCE599B4D
| A little bit more towards world domination. Can my day get any better?
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld fails in csh

[Andreas Rudisch]

On Thu, 25 Sep 2008 12:49:42 +0200
Tobias Roth [EMAIL PROTECTED] wrote:

 heh, that should be RELENG_7.

Update your source tree again and clean up the build dirs.
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#Q23.4.14.6.

Could be caused by some left overs from a previous build.

Andreas
--
GnuPG key  : 0x2A573565|http://www.gnupg.org/howtos/de/
Fingerprint: 925D 2089 0BF9 8DE5 9166  33BB F0FD CD37 2A57 3565


pgpk8iVr6ICh3.pgp
Description: PGP signature

Re: buildworld fails immediately

[Jason C. Wells]

Ruslan Ermilov wrote:

Make sure /dev/null inside a jail is a device and not a plain file.
If the latter, you probably forgot to mount devfs onto a jail's /dev.


Groovy!  Thanks.

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

buildworld fails immediately

[Jason C. Wells]

I am trying to build RELENG_6.  I receive the following errors.

[EMAIL PROTECTED] /usr/src]# make buildworld
/dev/null, line 4: Need an operator
/dev/null, line 6: Need an operator
/dev/null, line 8: Need an operator
/dev/null, line 9: Need an operator
/dev/null, line 11: Need an operator
/dev/null, line 12: Need an operator
/dev/null, line 13: Need an operator
/dev/null, line 15: Need an operator
/dev/null, line 16: Need an operator
/dev/null, line 18: Need an operator


I figured I got a partial update or something.  Re-supping didn't help. 
  I am building on 6.2-RELEASE inside a jail.  Jails are new for me so 
maybe I missed something there.


Any ideas?

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

Re: buildworld fails immediately

[Jeremy Chadwick]

On Wed, Sep 24, 2008 at 07:03:15PM -0700, Jason C. Wells wrote:
 I am trying to build RELENG_6.  I receive the following errors.

 [EMAIL PROTECTED] /usr/src]# make buildworld
 /dev/null, line 4: Need an operator
 /dev/null, line 6: Need an operator
 /dev/null, line 8: Need an operator
 /dev/null, line 9: Need an operator
 /dev/null, line 11: Need an operator
 /dev/null, line 12: Need an operator
 /dev/null, line 13: Need an operator
 /dev/null, line 15: Need an operator
 /dev/null, line 16: Need an operator
 /dev/null, line 18: Need an operator


 I figured I got a partial update or something.  Re-supping didn't help.   
 I am building on 6.2-RELEASE inside a jail.  Jails are new for me so  
 maybe I missed something there.

Your previous mail (Subject: CPUTYPE Now Required?) answers what's
happening quite clearly.  Look closely at the -f argument being
passed to make.

I cannot help you with jails, as I know nothing about them.  But it
appears to me you have a very broken make.conf or build environment.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

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

Re: buildworld fails immediately

[Gary Palmer]

On Wed, Sep 24, 2008 at 08:43:20PM -0700, Jeremy Chadwick wrote:
 On Wed, Sep 24, 2008 at 07:03:15PM -0700, Jason C. Wells wrote:
  I am trying to build RELENG_6.  I receive the following errors.
 
  [EMAIL PROTECTED] /usr/src]# make buildworld
  /dev/null, line 4: Need an operator
  /dev/null, line 6: Need an operator
  /dev/null, line 8: Need an operator
  /dev/null, line 9: Need an operator
  /dev/null, line 11: Need an operator
  /dev/null, line 12: Need an operator
  /dev/null, line 13: Need an operator
  /dev/null, line 15: Need an operator
  /dev/null, line 16: Need an operator
  /dev/null, line 18: Need an operator
 
 
  I figured I got a partial update or something.  Re-supping didn't help.   
  I am building on 6.2-RELEASE inside a jail.  Jails are new for me so  
  maybe I missed something there.
 
 Your previous mail (Subject: CPUTYPE Now Required?) answers what's
 happening quite clearly.  Look closely at the -f argument being
 passed to make.
 
 I cannot help you with jails, as I know nothing about them.  But it
 appears to me you have a very broken make.conf or build environment.

Actually, this is in Makefile.inc1

_CPUTYPE!=  MAKEFLAGS= CPUTYPE=${_TARGET_CPUTYPE} ${MAKE} \
-f /dev/null -m ${.CURDIR}/share/mk -V CPUTYPE

(line 141 in my 6.3 era source tree)

Which I think you'll find ends up with the make command the user
posted in the other e-mail.

Regards,

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

Re: buildworld fails immediately

[Ruslan Ermilov]

On Wed, Sep 24, 2008 at 07:03:15PM -0700, Jason C. Wells wrote:
 I am trying to build RELENG_6.  I receive the following errors.
 
 [EMAIL PROTECTED] /usr/src]# make buildworld
 /dev/null, line 4: Need an operator
 /dev/null, line 6: Need an operator
 /dev/null, line 8: Need an operator
 /dev/null, line 9: Need an operator
 /dev/null, line 11: Need an operator
 /dev/null, line 12: Need an operator
 /dev/null, line 13: Need an operator
 /dev/null, line 15: Need an operator
 /dev/null, line 16: Need an operator
 /dev/null, line 18: Need an operator
 
 
 I figured I got a partial update or something.  Re-supping didn't help. 
I am building on 6.2-RELEASE inside a jail.  Jails are new for me so 
 maybe I missed something there.
 
 Any ideas?
 
Make sure /dev/null inside a jail is a device and not a plain file.
If the latter, you probably forgot to mount devfs onto a jail's /dev.


Cheers,
-- 
Ruslan Ermilov
[EMAIL PROTECTED]
FreeBSD committer
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: buildworld fails immediately

[Jeremy Chadwick]

On Wed, Sep 24, 2008 at 11:58:34PM -0400, Gary Palmer wrote:
 On Wed, Sep 24, 2008 at 08:43:20PM -0700, Jeremy Chadwick wrote:
  On Wed, Sep 24, 2008 at 07:03:15PM -0700, Jason C. Wells wrote:
   I am trying to build RELENG_6.  I receive the following errors.
  
   [EMAIL PROTECTED] /usr/src]# make buildworld
   /dev/null, line 4: Need an operator
   /dev/null, line 6: Need an operator
   /dev/null, line 8: Need an operator
   /dev/null, line 9: Need an operator
   /dev/null, line 11: Need an operator
   /dev/null, line 12: Need an operator
   /dev/null, line 13: Need an operator
   /dev/null, line 15: Need an operator
   /dev/null, line 16: Need an operator
   /dev/null, line 18: Need an operator
  
  
   I figured I got a partial update or something.  Re-supping didn't help.   
   I am building on 6.2-RELEASE inside a jail.  Jails are new for me so  
   maybe I missed something there.
  
  Your previous mail (Subject: CPUTYPE Now Required?) answers what's
  happening quite clearly.  Look closely at the -f argument being
  passed to make.
  
  I cannot help you with jails, as I know nothing about them.  But it
  appears to me you have a very broken make.conf or build environment.
 
 Actually, this is in Makefile.inc1
 
 _CPUTYPE!=  MAKEFLAGS= CPUTYPE=${_TARGET_CPUTYPE} ${MAKE} \
 -f /dev/null -m ${.CURDIR}/share/mk -V CPUTYPE
 
 (line 141 in my 6.3 era source tree)
 
 Which I think you'll find ends up with the make command the user
 posted in the other e-mail.

Consider me educated.  I'm sure one can understand why at first glance,
seeing make -f /dev/null will make one's eyeballs grow.

Sorry for the noise.  The CPUTYPE problem still stands however, not sure
where/how it's getting pentium.  Could be some horrible fall-out as a
result of what Ruslan pointed out.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

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

Re: Buildworld Fails RELENG_7

[Pekka Savola]

On May 19, Dave Uhring reported the following kind of RELENG_7 
buildworld failure:


/usr/bin/gcc -fpic -DPIC -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/ 
lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/ 
libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/ 
lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H - DOPENSSL_NO_IDEA 
-DL_ENDIAN -DNO_IDEA -std=gnu89 -c /usr/src/secure/ 
lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_openssl.c -o 
eng_openssl.So
/usr/bin/gcc -fpic -DPIC -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/ 
lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/ 
libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/ 
lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H - DOPENSSL_NO_IDEA 
-DL_ENDIAN -DNO_IDEA -std=gnu89 -c /usr/src/secure/ 
lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c -o 
eng_padlock.So
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/ 
eng_padlock.c: In function 'padlock_xcrypt_ecb':
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/ 
eng_padlock.c:445: error: can't find a register in class 'GENERAL_REGS' while 
reloading 'asm'
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/ 
eng_padlock.c:445: error: 'asm' operand has impossible constraints

On May 20, Doug Rabson gave a hint:

In this, your build is explicitly using '/usr/bin/gcc' for the build 
which is not the way buildworld normally works. In normal operation, 
buildworld first builds a compiler from source and then uses that 
compiler by adding to $PATH and building with just 'cc'. Are you 
overriding $CC in your environment?


With today's RELENG_7 I spotted a similar kind of compilation problem, 
and this gave a hint to solving it.


In my case, the problem was that I had set the following environment 
variables (for enabling the compilation of a program):


LDFLAGS=-L/usr/local/lib
CFLAGS= (or CFLAGS=-pg, not 100% sure)

unsetenv'ing these fixed by 'make buildworld'.

I wonder if this is something that the build scripts themselves should 
catch and correct?


--
Pekka Savola You each name yourselves king, yet the
Netcore Oykingdom bleeds.
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make buildworld fails on a RELENG_7_0 machine

[Dag-Erling Smørgrav]

Rajkumar S [EMAIL PROTECTED] writes:
 [...]
 === gnu/usr.bin/cvs/contrib (cleandir)
 sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,'
 /usr/src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in 
  Makefile
 Makefile, line 15: Need an operator

This will happen if src/gnu/usr.bin/cvs/contrib/Makefile is older than
src/contrib/cvs/contrib/Makefile.in, which is usually not the case, but
can happen by accident.  This has been fixed in 7-STABLE.

csup to get a clean tree, then

# touch /usr/src/gnu/usr.bin/cvs/contrib/Makefile

before building.

DES
-- 
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

make buildworld fails on a RELENG_7_0 machine

[Rajkumar S]

Hi,

I have a fresh freebsd 7.0 box, installed from CD. I have src cvsupd
with following supfile.

*default host=cvsup.de.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=RELENG_7_0
*default delete use-rel-suffix
*default compress
src-all

after csup when I cd to /usr/src and issue a make buildworld It stops
with following error:

=== gnu/usr.bin/cvs/contrib (cleandir)
sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,'
/usr/src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in
 Makefile
Makefile, line 15: Need an operator
make: fatal errors encountered -- cannot continue
*** Error code 1

Stop in /usr/src/gnu/usr.bin/cvs.
*** Error code 1

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

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

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

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

Stop in /usr/src.

The line in question ( /usr/src/contrib/cvs/contrib/Makefile.in:15
)has the following text.

@SET_MAKE@

If I do a csup after a comple just one file get's updated every time:

Parsing supfile src-supfile
Connecting to cvsup.de.FreeBSD.org
Connected to 212.19.57.134
Server software version: SNAP_16_1h
Negotiating file attribute support
Exchanging collection information
Establishing multiplexed-mode data connection
Running
Updating collection src-all/cvs
 Checkout src/gnu/usr.bin/cvs/contrib/Makefile
Shutting down connection to server
Finished successfully

Any idea what could be wrong here?

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

Re: Buildworld Fails RELENG_7

[Erik Trulsson]

On Mon, May 19, 2008 at 07:02:36PM -0500, Dave Uhring wrote:
 On Mon, May 19, 2008 at 06:46:41PM -0500, Jeffrey Goldberg wrote:
  On May 19, 2008, at 1:21 PM, Dave Uhring wrote:
 
  In any case, that problem has been solved by putting the updated header 
  files
  in /usr/include/sys and will be properly fixed when I can finally make 
  installworld.
 
  I did not have to manually move or copy any header files.
 
  *default release=cvs tag=RELENG_7
 
  My build on that, csupped just after seeing your first message in this 
  thread, has just completed.  make buildworld worked just fine without 
  error.  I'm also on athlon64.  All the headers that I needed were in the 
  right places in /usr/src
 
 Did you start from a RELEASE source tree and userland?
 
  So all I can say is that things worked for me.  I really suspect that you 
  got /usr/src and /usr/obj into some sort of inconsistent state.
 
 I completely removed both, cvsupped a new RELENG_7 source tree, removed
 /etc/make.conf and got this:
 


If I were you I would suspect hardware problems.
In particular bad memory - that is often the reason behind the kind of wierd
errors you have been seeing. (Suspect number two would be overheating of
some component.)
In your place I would run memtest86 (for several full passes) to check the
memory.



 /usr/bin/gcc -fpic -DPIC   -DTERMIOS -DANSI_SOURCE 
 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl 
 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto 
 -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN 
 -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89  -c 
 /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_openssl.c
  -o eng_openssl.So
 /usr/bin/gcc -fpic -DPIC   -DTERMIOS -DANSI_SOURCE 
 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl 
 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto 
 -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN 
 -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89  -c 
 /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c
  -o eng_padlock.So
 /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c:
  In function 'padlock_xcrypt_ecb':
 /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c:445:
  error: can't find a register in class 'GENERAL_REGS' while reloading 'asm'
 /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c:445:
  error: 'asm' operand has impossible constraints
 *** Error code 1
 
 Stop in /usr/src/secure/lib/libcrypto.
 *** 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.
 
 real  8m58.524s
 user  7m18.995s
 sys   1m22.150s
 
 Solaris Nevada b_87 is installing on the server this minute instead of
 FreeBSD.
  
 ___
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to [EMAIL PROTECTED]

-- 
Insert your favourite quote here.
Erik Trulsson
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Buildworld Fails RELENG_7

[Peter Jeremy]

On 2008-May-19 21:51:30 -0500, Dave Uhring [EMAIL PROTECTED] wrote:
On Tue, May 20, 2008 at 11:58:03AM +1000, Mark Andrews wrote:
 
  # export CFLAGS=
 
  This does NOT remove CFLAGS from the environment.

It does when you shell is bash.

As Mark pointed out, this just means bash is broken.

Note that the FreeBSD build toolset is designed to work with sh - if
you've managed to convince make to use bash, you may have run into
an incompatibility that is causing your buildworld failures.

-- 
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.


pgpLkdSQK0MwM.pgp
Description: PGP signature

Re: Buildworld Fails RELENG_7

[Doug Rabson]

On 20 May 2008, at 01:02, Dave Uhring wrote:


On Mon, May 19, 2008 at 06:46:41PM -0500, Jeffrey Goldberg wrote:

On May 19, 2008, at 1:21 PM, Dave Uhring wrote:

In any case, that problem has been solved by putting the updated  
header

files
in /usr/include/sys and will be properly fixed when I can finally  
make

installworld.


I did not have to manually move or copy any header files.


*default release=cvs tag=RELENG_7


My build on that, csupped just after seeing your first message in  
this

thread, has just completed.  make buildworld worked just fine without
error.  I'm also on athlon64.  All the headers that I needed were  
in the

right places in /usr/src


Did you start from a RELEASE source tree and userland?

So all I can say is that things worked for me.  I really suspect  
that you

got /usr/src and /usr/obj into some sort of inconsistent state.


I completely removed both, cvsupped a new RELENG_7 source tree,  
removed

/etc/make.conf and got this:

/usr/bin/gcc -fpic -DPIC   -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/ 
lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/ 
libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/ 
lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H - 
DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89  -c /usr/src/secure/ 
lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_openssl.c -o  
eng_openssl.So
/usr/bin/gcc -fpic -DPIC   -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/ 
lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/ 
libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/ 
lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H - 
DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89  -c /usr/src/secure/ 
lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c -o  
eng_padlock.So
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/ 
eng_padlock.c: In function 'padlock_xcrypt_ecb':
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/ 
eng_padlock.c:445: error: can't find a register in class  
'GENERAL_REGS' while reloading 'asm'
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/ 
eng_padlock.c:445: error: 'asm' operand has impossible constraints


In this, your build is explicitly using '/usr/bin/gcc' for the build  
which is not the way buildworld normally works. In normal operation,  
buildworld first builds a compiler from source and then uses that  
compiler by adding to $PATH and building with just 'cc'. Are you  
overriding $CC in your environment?


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

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Tue, May 20, 2008 at 01:33:15PM +1000, Mark Andrews wrote:
 
   And when tested does behave the way you describe.
 
   Mark
 
 drugs:9.5.x 13:30 {4371} % bash
 [EMAIL PROTECTED] ~/cvs/9.5.x]$ printenv | grep FOO
 [EMAIL PROTECTED] ~/cvs/9.5.x]$ FOO=ll
 [EMAIL PROTECTED] ~/cvs/9.5.x]$ export FOO
 [EMAIL PROTECTED] ~/cvs/9.5.x]$ printenv | grep FOO
 FOO=ll
 [EMAIL PROTECTED] ~/cvs/9.5.x]$ FOO=
 [EMAIL PROTECTED] ~/cvs/9.5.x]$ export FOO
 [EMAIL PROTECTED] ~/cvs/9.5.x]$ printenv | grep FOO
 FOO=
 [EMAIL PROTECTED] ~/cvs/9.5.x]$ env -i PATH=$PATH printenv | grep FOO
 [EMAIL PROTECTED] ~/cvs/9.5.x]$ 

This is Solaris but bash is bash:

[EMAIL PROTECTED] ~]$ printenv | grep CFLAGS
CFLAGS=-xO3 -m32 -xarch=native -mt  -I/usr/sfw/include -I/usr/X11/include 
-I/opt/sfw/include
You have mail in /var/mail/duhring
[EMAIL PROTECTED] ~]$ export CFLAGS=
[EMAIL PROTECTED] ~]$ printenv | grep CFLAGS
CFLAGS=
[EMAIL PROTECTED] ~]$ export CFLAGS='-xO3 -m32 -xarch=native'
[EMAIL PROTECTED] ~]$ printenv | grep CFLAGS
CFLAGS=-xO3 -m32 -xarch=native
[EMAIL PROTECTED] ~]$ export CFLAGS=
[EMAIL PROTECTED] ~]$ printenv | grep CFLAGS
CFLAGS=
[EMAIL PROTECTED] ~]$ env -i PATH=$PATH printenv | grep CFLAGS
[EMAIL PROTECTED] ~]$ 

When I tell you that CFLAGS=, CFLAGS=, and a cursory
examination of my last compiler output would have shown you exactly
that.

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

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Tue, May 20, 2008 at 12:54:59PM +0100, Doug Rabson wrote:

 On 20 May 2008, at 12:25, Dave Uhring wrote:

 On Tue, May 20, 2008 at 08:50:14AM +0100, Doug Rabson wrote:

 In this, your build is explicitly using '/usr/bin/gcc' for the build 
 which
 is not the way buildworld normally works. In normal operation, buildworld
 first builds a compiler from source and then uses that compiler by adding
 to $PATH and building with just 'cc'. Are you overriding $CC in your
 environment?

 I did not even have $CC in my environment.  My environment had absolutely
 nothing involving the compiler and the compiler was the one shipped with
 FreeBSD-7.0-RELEASE.  It is the *only* compiler on the system.


 Odd. Could you please send me the complete log of a failed build attempt.

I did not maintain such a log.  On that last build everything proceeded
normally until it broke in an inline assembler piece of code.  But I
published not only the error but also the previous 4 or 5 compile lines.

I'm building again with a virgin clean cvsupped source tree from
cvsup4.freebsd.org, a clean /usr/obj, and I have reverted to /bin/csh for
my root shell if that can possibly matter.  /etc/make.conf sets the build
shell as /bin/sh.

This time I started the build using script.  The entire log will be 
available.

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

Re: Buildworld Fails RELENG_7

[Dave Uhring]

Tried again this morning with a fresh cvsup from cvsup4.freebsd.org and the
build went to completion.

maxwell# grep -v ^# /etc/make.conf
CPUTYPE?=k8
CFLAGS= -O2 -fno-strict-aliasing -pipe -m32
CXXFLAGS+= -fconserve-space
MAKE_SHELL?=sh
COPTFLAGS= -O -pipe
INSTALL=install -C
MTREE_FOLLOWS_SYMLINKS= -L
ENABLE_SUID_SSH=
NO_SENDMAIL=
NO_PROFILE=
DOC_LANG=   en_US.ISO8859-1

maxwell# printenv
MACHTYPE=i386
USER=root
MAIL=/var/mail/root
SHLVL=2
VENDOR=intel
HOME=/root
PAGER=more
GROUP=wheel
LOGNAME=root
TERM=xterm
BLOCKSIZE=K
WINDOWPATH=9
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
REMOTEHOST=
DISPLAY=:0.0
XAUTHORITY=/root/.Xauthority
HOST=maxwell.uhring.com
SHELL=/bin/csh
OSTYPE=FreeBSD
PWD=/root
FTP_PASSIVE_MODE=YES
HOSTTYPE=FreeBSD
EDITOR=vi
WINDOWID=14680077
XTERM_VERSION=XTerm(235)
XTERM_LOCALE=C
TERMCAP=xterm|xterm-color|X11 terminal 
emulator:ti@:te@:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:kH=\EOF:@7=\EOF:kI=\E[2~:kh=\EOH:*6=\EOF:kP=\E[5~:kN=\E[6~:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:Km=\E[M:li#24:co#80:am:kn#12:km:mi:ms:xn:AX:bl=^G:is=\E[!p\E[?3;4l\E[4l\E:rs=\E[!p\E[?3;4l\E[4l\E:le=^H:AL=\E[%dL:DL=\E[%dM:DC=\E[%dP:al=\E[L:dc=\E[P:dl=\E[M:UP=\E[%dA:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:ho=\E[H:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cs=\E[%i%d;%dr:im=\E[4h:ei=\E[4l:ks=\E[?1h\E=:ke=\E[?1l\E:kD=\E[3~:sf=\n:sr=\EM:st=\EH:ct=\E[3g:sc=\E7:rc=\E8:eA=\E(B\E)0:as=\E(0:ae=\E(B:ml=\El:mu=\Em:up=\E[A:nd=\E[C:md=\E[1m:me=\E[m:mr=\E[7m:so=\E[7m:se=\E[27m:us=\E[4m:ue=\E[24m:vi=\E[?25l:ve=\E[?25h:ut:Co#8:pa#64:op=\E[39;49m:AB=\E[4%dm:AF=\E[3%dm:kb=\010:
XTERM_SHELL=/bin/csh

Note the last line.  Even if /etc/make.conf specifies the build shell, that
is apparently ignored in the build process.

The CPUTYPE in /etc/make.conf is also ignored and make chooses one from thin
air apparently since the cflags used in the build are shown in the last line
of the compile:

cc -O2 -fno-strict-aliasing -pipe -m32 -march=athlon-mp -DTM_GMTOFF=tm_gmtoff 
-DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE 
-DTZDIR=\/usr/share/zoneinfo\ -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. 
-I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime   -o zdump zdump.o 
ialloc.o scheck.o 

I specified CPUTYPE?=k8 but make chose -march=athlon-mp.

Thanks to all who tried to help.

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

Re: Buildworld Fails RELENG_7

[Doug Rabson]

On 20 May 2008, at 14:31, Dave Uhring wrote:


On Tue, May 20, 2008 at 12:54:59PM +0100, Doug Rabson wrote:


On 20 May 2008, at 12:25, Dave Uhring wrote:


On Tue, May 20, 2008 at 08:50:14AM +0100, Doug Rabson wrote:


In this, your build is explicitly using '/usr/bin/gcc' for the  
build

which
is not the way buildworld normally works. In normal operation,  
buildworld
first builds a compiler from source and then uses that compiler  
by adding
to $PATH and building with just 'cc'. Are you overriding $CC in  
your

environment?


I did not even have $CC in my environment.  My environment had  
absolutely
nothing involving the compiler and the compiler was the one  
shipped with

FreeBSD-7.0-RELEASE.  It is the *only* compiler on the system.



Odd. Could you please send me the complete log of a failed build  
attempt.


I did not maintain such a log.  On that last build everything  
proceeded

normally until it broke in an inline assembler piece of code.  But I
published not only the error but also the previous 4 or 5 compile  
lines.


I'm building again with a virgin clean cvsupped source tree from
cvsup4.freebsd.org, a clean /usr/obj, and I have reverted to /bin/ 
csh for
my root shell if that can possibly matter.  /etc/make.conf sets the  
build

shell as /bin/sh.

This time I started the build using script.  The entire log will be
available.


Excellent. Thanks for your help tracking this down.

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

Re: Buildworld Fails RELENG_7

[Jeremy Chadwick]

On Tue, May 20, 2008 at 09:24:11AM -0500, Dave Uhring wrote:
 cc -O2 -fno-strict-aliasing -pipe -m32 -march=athlon-mp -DTM_GMTOFF=tm_gmtoff 
 -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE 
 -DTZDIR=\/usr/share/zoneinfo\ -Demkdir=mkdir 
 -I/usr/src/usr.sbin/zic/zdump/.. 
 -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime   -o zdump zdump.o 
 ialloc.o scheck.o 
 
 I specified CPUTYPE?=k8 but make chose -march=athlon-mp.

So?  This is normal.

Look at /usr/share/mk/bsd.cpu.mk.  I see this code:

.  elif ${CPUTYPE} == opteron || ${CPUTYPE} == athlon64 || ${CPUTYPE} == 
k8
CPUTYPE = athlon-mp

There's your answer for that.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

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

Re: Buildworld Fails RELENG_7

[Mike Edenfield]

Dave Uhring wrote:

cc -O2 -fno-strict-aliasing -pipe -m32 -march=athlon-mp -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\/usr/share/zoneinfo\ -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime   -o zdump zdump.o ialloc.o scheck.o 


I specified CPUTYPE?=k8 but make chose -march=athlon-mp.


This part is behaving as expected for FreeBSD; the make process coverts 
any of the athlon64 cpu types into athlon-mp.  Based on the gcc 
documentation I don't think it makes much difference; the only 
discrepancy between the two seems the presence of the 64-bit instruction 
set.

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

Re: Buildworld Fails RELENG_7

[Erik Trulsson]

On Tue, May 20, 2008 at 09:24:11AM -0500, Dave Uhring wrote:
 Tried again this morning with a fresh cvsup from cvsup4.freebsd.org and the
 build went to completion.
 
 maxwell# grep -v ^# /etc/make.conf
 CPUTYPE?=k8
 CFLAGS= -O2 -fno-strict-aliasing -pipe -m32
 CXXFLAGS+= -fconserve-space
 MAKE_SHELL?=sh
 COPTFLAGS= -O -pipe
 INSTALL=install -C
 MTREE_FOLLOWS_SYMLINKS= -L
 ENABLE_SUID_SSH=
 NO_SENDMAIL=
 NO_PROFILE=
 DOC_LANG=   en_US.ISO8859-1
 
 maxwell# printenv
 MACHTYPE=i386
 USER=root
 MAIL=/var/mail/root
 SHLVL=2
 VENDOR=intel
 HOME=/root
 PAGER=more
 GROUP=wheel
 LOGNAME=root
 TERM=xterm
 BLOCKSIZE=K
 WINDOWPATH=9
 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
 REMOTEHOST=
 DISPLAY=:0.0
 XAUTHORITY=/root/.Xauthority
 HOST=maxwell.uhring.com
 SHELL=/bin/csh
 OSTYPE=FreeBSD
 PWD=/root
 FTP_PASSIVE_MODE=YES
 HOSTTYPE=FreeBSD
 EDITOR=vi
 WINDOWID=14680077
 XTERM_VERSION=XTerm(235)
 XTERM_LOCALE=C
 TERMCAP=xterm|xterm-color|X11 terminal 
 emulator:ti@:te@:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:kH=\EOF:@7=\EOF:kI=\E[2~:kh=\EOH:*6=\EOF:kP=\E[5~:kN=\E[6~:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:Km=\E[M:li#24:co#80:am:kn#12:km:mi:ms:xn:AX:bl=^G:is=\E[!p\E[?3;4l\E[4l\E:rs=\E[!p\E[?3;4l\E[4l\E:le=^H:AL=\E[%dL:DL=\E[%dM:DC=\E[%dP:al=\E[L:dc=\E[P:dl=\E[M:UP=\E[%dA:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:ho=\E[H:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cs=\E[%i%d;%dr:im=\E[4h:ei=\E[4l:ks=\E[?1h\E=:ke=\E[?1l\E:kD=\E[3~:sf=\n:sr=\EM:st=\EH:ct=\E[3g:sc=\E7:rc=\E8:eA=\E(B\E)0:as=\E(0:ae=\E(B:ml=\El:mu=\Em:up=\E[A:nd=\E[C:md=\E[1m:me=\E[m:mr=\E[7m:so=\E[7m:se=\E[27m:us=\E[4m:ue=\E[24m:vi=\E[?25l:ve=\E[?25h:ut:Co#8:pa#64:op=\E[39;49m:AB=\E[4%dm:AF=\E[3%dm:kb=\010:
 XTERM_SHELL=/bin/csh
 
 Note the last line.  Even if /etc/make.conf specifies the build shell, that
 is apparently ignored in the build process.

I do not think the build process cares even slightly which shell is used for
xterm.


 
 The CPUTYPE in /etc/make.conf is also ignored and make chooses one from thin
 air apparently since the cflags used in the build are shown in the last line
 of the compile:
 
 cc -O2 -fno-strict-aliasing -pipe -m32 -march=athlon-mp -DTM_GMTOFF=tm_gmtoff 
 -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE 
 -DTZDIR=\/usr/share/zoneinfo\ -Demkdir=mkdir 
 -I/usr/src/usr.sbin/zic/zdump/.. 
 -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime   -o zdump zdump.o 
 ialloc.o scheck.o 
 
 I specified CPUTYPE?=k8 but make chose -march=athlon-mp.

Yes, it is supposed to do that.
It used to be the case that gcc did not have any specific -march or -mcpu
flags or optimizations for the K8 architecture, so the make system chooses
-march=athlon-mp since that is the closest architecture that can be
specified.  (Look in /usr/share/mk/bsd.cpu.mk too see how it chooses -march
flags based on your setting of CPUTYPE.)

I am fairly certain however that gcc 4.x does know about the K8 CPUs these
days, so somebody should probably go through bsd.cpu.mk and update it for
the latest gcc (at least for -CURRENT.)




-- 
Insert your favourite quote here.
Erik Trulsson
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Buildworld Fails RELENG_7

[Dave Uhring]

Sources checked out yesterday, updated this morning using cvsup and
repository at cvsup12.freebsd.org.  The build fails in /usr/src/lib/libc

/usr/bin/gcc -O2 -fno-strict-aliasing -pipe -m32 -march=athlon-mp 
-I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include 
-I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE 
-I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc 
-I/usr/src/lib/libc/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale 
-DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING 
-DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /usr/src/lib/libc/sys/fcntl.c
/usr/src/lib/libc/sys/fcntl.c: In function 'fcntl':
/usr/src/lib/libc/sys/fcntl.c:42: error: storage size of 'ofl' isn't known
/usr/src/lib/libc/sys/fcntl.c:67: error: 'F_OGETLK' undeclared (first use in 
this function)
/usr/src/lib/libc/sys/fcntl.c:67: error: (Each undeclared identifier is 
reported only once
/usr/src/lib/libc/sys/fcntl.c:67: error: for each function it appears in.)
/usr/src/lib/libc/sys/fcntl.c:74: error: 'struct flock' has no member named 
'l_sysid'
/usr/src/lib/libc/sys/fcntl.c:79: error: 'F_OSETLK' undeclared (first use in 
this function)
/usr/src/lib/libc/sys/fcntl.c:82: error: 'F_OSETLKW' undeclared (first use in 
this function)
/usr/src/lib/libc/sys/fcntl.c:42: warning: unused variable 'ofl'
*** Error code 1

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

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

Re: Buildworld Fails RELENG_7

[Doug Rabson]

This symbol has been added to fcntl.h recently. It appears as if your  
build is picking up the installed header rather than the one from the  
source tree. Are you using 'make buildworld'?


On 19 May 2008, at 16:17, Dave Uhring wrote:


Sources checked out yesterday, updated this morning using cvsup and
repository at cvsup12.freebsd.org.  The build fails in /usr/src/lib/ 
libc


/usr/bin/gcc -O2 -fno-strict-aliasing -pipe -m32 -march=athlon-mp -I/ 
usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/ 
src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../ 
contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/ 
libc/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES - 
DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING - 
DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno- 
uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/sys/fcntl.c

/usr/src/lib/libc/sys/fcntl.c: In function 'fcntl':
/usr/src/lib/libc/sys/fcntl.c:42: error: storage size of 'ofl' isn't  
known
/usr/src/lib/libc/sys/fcntl.c:67: error: 'F_OGETLK' undeclared  
(first use in this function)
/usr/src/lib/libc/sys/fcntl.c:67: error: (Each undeclared identifier  
is reported only once
/usr/src/lib/libc/sys/fcntl.c:67: error: for each function it  
appears in.)
/usr/src/lib/libc/sys/fcntl.c:74: error: 'struct flock' has no  
member named 'l_sysid'
/usr/src/lib/libc/sys/fcntl.c:79: error: 'F_OSETLK' undeclared  
(first use in this function)
/usr/src/lib/libc/sys/fcntl.c:82: error: 'F_OSETLKW' undeclared  
(first use in this function)

/usr/src/lib/libc/sys/fcntl.c:42: warning: unused variable 'ofl'
*** Error code 1

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

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



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

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 05:07:08PM +0100, Doug Rabson wrote:
 This symbol has been added to fcntl.h recently. It appears as if your build 
 is picking up the installed header rather than the one from the source 
 tree. Are you using 'make buildworld'?

Yes, although at this point is it 'make -DNO_CLEAN buildworld' until I get a 
clean
build.

The header files in /usr/include/sys are those from 7.0 RELEASE, however, and I
have had to copy 3 files (so far) from /usr/src/sys/sys to get the build to
continue.

[EMAIL PROTECTED] /usr/include/sys]# ls *.orig
fcntl.h.orig  tree.h.orig  umtx.h.orig

Just got another stoppage in /usr/src/gnu/lib/libstdc++.

/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41:20:
 error: unwind.h: No such file or directory

The #include declaration has that header file in the local directory.  It 
exists in
/usr/obj, however.

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

Re: Buildworld Fails RELENG_7

[Jeremy Chadwick]

On Mon, May 19, 2008 at 11:38:25AM -0500, Dave Uhring wrote:
 On Mon, May 19, 2008 at 05:07:08PM +0100, Doug Rabson wrote:
  This symbol has been added to fcntl.h recently. It appears as if your build 
  is picking up the installed header rather than the one from the source 
  tree. Are you using 'make buildworld'?
 
 Yes, although at this point is it 'make -DNO_CLEAN buildworld' until I get a 
 clean
 build.
 
 The header files in /usr/include/sys are those from 7.0 RELEASE, however, and 
 I
 have had to copy 3 files (so far) from /usr/src/sys/sys to get the build to
 continue.
 
 [EMAIL PROTECTED] /usr/include/sys]# ls *.orig
 fcntl.h.orig  tree.h.orig  umtx.h.orig
 
 Just got another stoppage in /usr/src/gnu/lib/libstdc++.
 
 /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41:20:
  error: unwind.h: No such file or directory
 
 The #include declaration has that header file in the local directory.  It 
 exists in
 /usr/obj, however.

Is there some reason you're using -DNO_CLEAN, and haven't just nuked
/usr/obj/* and done buildworld normally?  I can't reproduce any of this
behaviour on any of our RELENG_7 systems.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

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

Re: Buildworld Fails RELENG_7

[Doug Rabson]

On 19 May 2008, at 17:38, Dave Uhring wrote:


On Mon, May 19, 2008 at 05:07:08PM +0100, Doug Rabson wrote:
This symbol has been added to fcntl.h recently. It appears as if  
your build
is picking up the installed header rather than the one from the  
source

tree. Are you using 'make buildworld'?


Yes, although at this point is it 'make -DNO_CLEAN buildworld' until  
I get a clean

build.

The header files in /usr/include/sys are those from 7.0 RELEASE,  
however, and I
have had to copy 3 files (so far) from /usr/src/sys/sys to get the  
build to

continue.


You should never have to copy any header files to /usr/include to get  
a buildworld to work. Try without the -DNO_CLEAN and if that still  
fails, clean your /usr/obj (e.g. with rm -rf /usr/obj/*).


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

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 05:42:56PM +0100, Doug Rabson wrote:

 On 19 May 2008, at 17:38, Dave Uhring wrote:

 On Mon, May 19, 2008 at 05:07:08PM +0100, Doug Rabson wrote:
 This symbol has been added to fcntl.h recently. It appears as if your 
 build
 is picking up the installed header rather than the one from the source
 tree. Are you using 'make buildworld'?

 Yes, although at this point is it 'make -DNO_CLEAN buildworld' until I get 
 a clean
 build.

 The header files in /usr/include/sys are those from 7.0 RELEASE, however, 
 and I
 have had to copy 3 files (so far) from /usr/src/sys/sys to get the build 
 to
 continue.

 You should never have to copy any header files to /usr/include to get a 
 buildworld to work. Try without the -DNO_CLEAN and if that still fails, 
 clean your /usr/obj (e.g. with rm -rf /usr/obj/*).

The build is going nowhere without the correct header files in /usr/include/sys.
I have repeatedly cleaned /usr/obj to no avail, but I have a better method for
doing that:

umount /usr/obj
newfs /dev/da4s2f
mount /usr/obj

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

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 09:42:21AM -0700, Jeremy Chadwick wrote:
 
 Is there some reason you're using -DNO_CLEAN, and haven't just nuked
 /usr/obj/* and done buildworld normally?  I can't reproduce any of this
 behaviour on any of our RELENG_7 systems.

I have repeately nuked /usr/obj.  That is not going to put updated header files
where they need to be.

I'm using -DNO_CLEAN in order to get the system to a point where a build just
might succeed without -DNO_CLEAN and I'm not getting there without some header
files being in the right place.

Remember I'm starting from a RELEASE userland.  This is just about as bad as
jumping from one full release to the next :(

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

Re: Buildworld Fails RELENG_7

[Jeremy Chadwick]

On Mon, May 19, 2008 at 11:54:21AM -0500, Dave Uhring wrote:
 On Mon, May 19, 2008 at 05:42:56PM +0100, Doug Rabson wrote:
 
  On 19 May 2008, at 17:38, Dave Uhring wrote:
 
  On Mon, May 19, 2008 at 05:07:08PM +0100, Doug Rabson wrote:
  This symbol has been added to fcntl.h recently. It appears as if your 
  build
  is picking up the installed header rather than the one from the source
  tree. Are you using 'make buildworld'?
 
  Yes, although at this point is it 'make -DNO_CLEAN buildworld' until I get 
  a clean
  build.
 
  The header files in /usr/include/sys are those from 7.0 RELEASE, however, 
  and I
  have had to copy 3 files (so far) from /usr/src/sys/sys to get the build 
  to
  continue.
 
  You should never have to copy any header files to /usr/include to get a 
  buildworld to work. Try without the -DNO_CLEAN and if that still fails, 
  clean your /usr/obj (e.g. with rm -rf /usr/obj/*).
 
 The build is going nowhere without the correct header files in 
 /usr/include/sys.

Is there breakage of some sort being caused by your make.conf or (less
probable) your src.conf?  Any filesystem corruption (boot single user
and force fsck on all the filesystems)?

In all the years I've used FreeBSD, I've never had to copy include files
from parts of /usr/src to get buildworld to work, so this is very odd
behaviour.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

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

Re: Buildworld Fails RELENG_7

[Doug Rabson]

On 19 May 2008, at 17:58, Dave Uhring wrote:


On Mon, May 19, 2008 at 09:42:21AM -0700, Jeremy Chadwick wrote:


Is there some reason you're using -DNO_CLEAN, and haven't just nuked
/usr/obj/* and done buildworld normally?  I can't reproduce any of  
this

behaviour on any of our RELENG_7 systems.


I have repeately nuked /usr/obj.  That is not going to put updated  
header files

where they need to be.

I'm using -DNO_CLEAN in order to get the system to a point where a  
build just
might succeed without -DNO_CLEAN and I'm not getting there without  
some header

files being in the right place.

Remember I'm starting from a RELEASE userland.  This is just about  
as bad as

jumping from one full release to the next :(


The thing is that a working buildworld doesn't depend on headers from / 
usr/include. One of the first thing it does is install a set of new  
headers in somewhere like /usr/obj/usr/src/tmp. At this point, it  
might be useful to see a log of a failed buildworld attempt to see  
what is going wrong.


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

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 09:59:25AM -0700, Jeremy Chadwick wrote:
 
 Is there breakage of some sort being caused by your make.conf or (less
 probable) your src.conf?  Any filesystem corruption (boot single user
 and force fsck on all the filesystems)?

[EMAIL PROTECTED] /etc]$ grep -v ^# make.conf
CPUTYPE?=athlon64
CFLAGS= -O2 -fno-strict-aliasing -pipe -m32
CXXFLAGS+= -fconserve-space
MAKE_SHELL?=sh
COPTFLAGS= -O -pipe
INSTALL=install -C
MTREE_FOLLOWS_SYMLINKS= -L
ENABLE_SUID_SSH=
NO_SENDMAIL=
NO_PROFILE=
DOC_LANG=   en_US.ISO8859-1

src.conf is untouched.

 In all the years I've used FreeBSD, I've never had to copy include files
 from parts of /usr/src to get buildworld to work, so this is very odd
 behaviour.

Start with a clean RELEASE userland and try to build RELENG_7 today :)

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

Re: Buildworld Fails RELENG_7

[Jeremy Chadwick]

On Mon, May 19, 2008 at 11:58:07AM -0500, Dave Uhring wrote:
 On Mon, May 19, 2008 at 09:42:21AM -0700, Jeremy Chadwick wrote:
  
  Is there some reason you're using -DNO_CLEAN, and haven't just nuked
  /usr/obj/* and done buildworld normally?  I can't reproduce any of this
  behaviour on any of our RELENG_7 systems.
 
 I have repeately nuked /usr/obj.  That is not going to put updated header 
 files
 where they need to be.

It's apparent you don't quite understand.  The updated header files
reside in /usr/src, and ***remain there*** until installworld is done.
The buildworld process will include the updated header files, trumping
most of those which are in /usr/include.

You do not need to copy any files from /usr/src/sys/sys to /usr/include
or anywhere else to get buildworld to work.  If you're having to do
that, the problem is very likely elsewhere.

 I'm using -DNO_CLEAN in order to get the system to a point where a build just
 might succeed without -DNO_CLEAN and I'm not getting there without some header
 files being in the right place.
 
 Remember I'm starting from a RELEASE userland.  This is just about as bad as
 jumping from one full release to the next :(

Okay, so you installed 7.0-RELEASE on a machine.  Did you choose to
install src from the CD/DVD when installing?  (If so, you will need to
adopt the version you installed to the current version, see the cvsup
FAQ here: http://www.cvsup.org/faq.html#caniadopt -- and you'll need to
do this for ports if you installed the ports tree off the CD/DVD as
well)

If you csup'd, what tag did you use?  RELENG_7?  I'm assuming so.  Did
you use src-all, or are you using a custom supfile?  We use
/usr/share/examples/cvsup/stable-supfile.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

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

Re: Buildworld Fails RELENG_7

[Jeremy Chadwick]

On Mon, May 19, 2008 at 12:03:34PM -0500, Dave Uhring wrote:
 On Mon, May 19, 2008 at 09:59:25AM -0700, Jeremy Chadwick wrote:
  
  Is there breakage of some sort being caused by your make.conf or (less
  probable) your src.conf?  Any filesystem corruption (boot single user
  and force fsck on all the filesystems)?
 
 [EMAIL PROTECTED] /etc]$ grep -v ^# make.conf
 CPUTYPE?=athlon64
 CFLAGS= -O2 -fno-strict-aliasing -pipe -m32
 CXXFLAGS+= -fconserve-space
 MAKE_SHELL?=sh
 COPTFLAGS= -O -pipe
 INSTALL=install -C
 MTREE_FOLLOWS_SYMLINKS= -L
 ENABLE_SUID_SSH=
 NO_SENDMAIL=
 NO_PROFILE=
 DOC_LANG= en_US.ISO8859-1

Can you please comment out all of the above and see if the problem
persists?

  In all the years I've used FreeBSD, I've never had to copy include files
  from parts of /usr/src to get buildworld to work, so this is very odd
  behaviour.
 
 Start with a clean RELEASE userland and try to build RELENG_7 today :)

Give me a few hours (installing VMware + 7.0-RELEASE + csup).  My money
is on that I won't be able to reproduce the problem.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

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