subject:"Re\: Error by make buildworld"

Re: Error in 'make buildworld' on 10.3

2017-08-20 Thread Aijaz Baig

Yes you are right

It was because my temp obj dir was hosted on NFS and due to intermittent
connectivity issues, I was facing this I believe

When I reloaded mountd and started it worked fine but now I am facing
another issue

I am getting an error while compiling the ATH module saying the file
'ah_osdep.h' file is not there

Should I create a new thread or continue here or post on freebsd-wlan?

On Wed, Aug 16, 2017 at 3:09 PM, Brandon Allbery 
wrote:

> On Wed, Aug 16, 2017 at 1:46 AM, Aijaz Baig  wrote:
>
>> ===> share/zoneinfo (all)
>> cp -fp /usr/src/share/zoneinfo/../../contrib/tzdata//yearistype.sh
>> yearistype
>> cp: chflags: yearistype: Operation not supported
>> *** Error code 1
>>
>> (...)
>> Looks like it failed while building zoneinfo since apparently
>> [file]yearistype[/file] is not supported (*on what? this processor i.e.
>> CPUTYPE*??). Is there a way to skip certain packages (like related to
>> regional localisations since US-EN is fine with me)??
>
>
> Nothing to do with yearistype /per se/. Most likely you are booted into a
> securelevel that forbids whatever chflags operation was attempted on that
> filesystem.
>
> --
> brandon s allbery kf8nh   sine nomine
> associates
> allber...@gmail.com
> ballb...@sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonad
> http://sinenomine.net
>



-- 

Best Regards,
Aijaz Baig
___
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: Error in 'make buildworld' on 10.3

2017-08-16 Thread Brandon Allbery

On Wed, Aug 16, 2017 at 1:46 AM, Aijaz Baig  wrote:

> ===> share/zoneinfo (all)
> cp -fp /usr/src/share/zoneinfo/../../contrib/tzdata//yearistype.sh
> yearistype
> cp: chflags: yearistype: Operation not supported
> *** Error code 1
>
> (...)
> Looks like it failed while building zoneinfo since apparently
> [file]yearistype[/file] is not supported (*on what? this processor i.e.
> CPUTYPE*??). Is there a way to skip certain packages (like related to
> regional localisations since US-EN is fine with me)??


Nothing to do with yearistype /per se/. Most likely you are booted into a
securelevel that forbids whatever chflags operation was attempted on that
filesystem.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
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: Error in 'make buildworld' on 10.3

2017-08-15 Thread Aijaz Baig

Removed src.conf and removed the parallel make (-j) option while doing a
'buildworld' which took me far but still failed nonetheless.

The failure:
===> share/termcap (all)
gzip -cn /usr/src/share/termcap/termcap.5 > termcap.5.gz
cap_mkdb -l -f termcap /usr/src/share/termcap/termcap
===> share/timedef (all)
grep -v '^#' < /usr/src/share/timedef/am_ET.UTF-8.src > am_ET.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/be_BY.CP1131.src > be_BY.CP1131.out
grep -v '^#' < /usr/src/share/timedef/be_BY.CP1251.src > be_BY.CP1251.out
grep -v '^#' < /usr/src/share/timedef/be_BY.ISO8859-5.src >
be_BY.ISO8859-5.out
grep -v '^#' < /usr/src/share/timedef/be_BY.UTF-8.src > be_BY.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/bg_BG.CP1251.src > bg_BG.CP1251.out
grep -v '^#' < /usr/src/share/timedef/bg_BG.UTF-8.src > bg_BG.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/ca_ES.ISO8859-1.src >
ca_ES.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/ca_ES.UTF-8.src > ca_ES.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/cs_CZ.ISO8859-2.src >
cs_CZ.ISO8859-2.out
grep -v '^#' < /usr/src/share/timedef/cs_CZ.UTF-8.src > cs_CZ.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/da_DK.ISO8859-1.src >
da_DK.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/da_DK.UTF-8.src > da_DK.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/de_AT.ISO8859-1.src >
de_AT.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/de_AT.UTF-8.src > de_AT.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/de_DE.ISO8859-1.src >
de_DE.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/de_DE.UTF-8.src > de_DE.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/el_GR.ISO8859-7.src >
el_GR.ISO8859-7.out
grep -v '^#' < /usr/src/share/timedef/el_GR.UTF-8.src > el_GR.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/en_GB.ISO8859-1.src >
en_GB.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/en_US.ISO8859-1.src >
en_US.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/es_ES.ISO8859-1.src >
es_ES.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/es_ES.UTF-8.src > es_ES.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/et_EE.ISO8859-15.src >
et_EE.ISO8859-15.out
grep -v '^#' < /usr/src/share/timedef/et_EE.UTF-8.src > et_EE.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/eu_ES.ISO8859-1.src >
eu_ES.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/fi_FI.ISO8859-1.src >
fi_FI.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/fi_FI.UTF-8.src > fi_FI.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/fr_FR.ISO8859-1.src >
fr_FR.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/fr_FR.UTF-8.src > fr_FR.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/he_IL.UTF-8.src > he_IL.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/hi_IN.ISCII-DEV.src >
hi_IN.ISCII-DEV.out
grep -v '^#' < /usr/src/share/timedef/hr_HR.ISO8859-2.src >
hr_HR.ISO8859-2.out
grep -v '^#' < /usr/src/share/timedef/hr_HR.UTF-8.src > hr_HR.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/hu_HU.ISO8859-2.src >
hu_HU.ISO8859-2.out
grep -v '^#' < /usr/src/share/timedef/hu_HU.UTF-8.src > hu_HU.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/hy_AM.ARMSCII-8.src >
hy_AM.ARMSCII-8.out
grep -v '^#' < /usr/src/share/timedef/hy_AM.UTF-8.src > hy_AM.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/is_IS.ISO8859-1.src >
is_IS.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/is_IS.UTF-8.src > is_IS.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/ja_JP.eucJP.src > ja_JP.eucJP.out
grep -v '^#' < /usr/src/share/timedef/ja_JP.SJIS.src > ja_JP.SJIS.out
grep -v '^#' < /usr/src/share/timedef/ja_JP.UTF-8.src > ja_JP.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/it_IT.ISO8859-1.src >
it_IT.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/it_IT.UTF-8.src > it_IT.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/kk_KZ.PT154.src > kk_KZ.PT154.out
grep -v '^#' < /usr/src/share/timedef/kk_KZ.UTF-8.src > kk_KZ.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/ko_KR.eucKR.src > ko_KR.eucKR.out
grep -v '^#' < /usr/src/share/timedef/ko_KR.UTF-8.src > ko_KR.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/la_LN.ISO8859-1.src >
la_LN.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/lt_LT.ISO8859-4.src >
lt_LT.ISO8859-4.out
grep -v '^#' < /usr/src/share/timedef/lt_LT.ISO8859-13.src >
lt_LT.ISO8859-13.out
grep -v '^#' < /usr/src/share/timedef/lt_LT.UTF-8.src > lt_LT.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/lv_LV.ISO8859-13.src >
lv_LV.ISO8859-13.out
grep -v '^#' < /usr/src/share/timedef/lv_LV.UTF-8.src > lv_LV.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/mn_MN.UTF-8.src > mn_MN.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/nb_NO.ISO8859-1.src >
nb_NO.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/nb_NO.UTF-8.src > nb_NO.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/nl_NL.ISO8859-1.src >
nl_NL.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/nn_NO.ISO8859-1.src >
nn_NO.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/nn_NO.UTF-8.src > nn_NO.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/pl_PL.ISO8859-2.src >

Re: Error in make buildworld

2009-01-08 Thread Diego Ribeiro

Realy my box is obsolet(Atlhon 2.0 - 512 Ram) I try without -j for discard
overheated.

tks again.

On Wed, Jan 7, 2009 at 10:47 PM, Claus Guttesen kome...@gmail.com wrote:

  Hi Claus, thanks for return. I'm tried this steps below before send the
  first email and not resolve my problem =/

 I notice you run a pre-release of 7.1. Did you update to the latest
 7.1-release?

  make cleandir  make cleandir
  rm -rf /usr/obj/*
  make -j6 buildworld
 
  but...the segmentation fault persist.
  I have more logs of buidworld, if you want, I send  :D
 
  any idea? and thanks again.

 Could you try a buildworld without the -j parameter? If it still fails
 but in different stages of the buildworld it could be bad/overheated
 ram as mentioned by pluknet.

 --
 regards
 Claus

 When lenity and cruelty play for a kingdom,
 the gentler gamester is the soonest winner.

 Shakespeare




-- 
   dieggo.rbo at gmail dot com
   FreeBSD-BR User: #1047
   Linux User:  #395884
  www.linkedin.com/in/diegodias
   Limeira - SP -  [o]
___
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: Error in make buildworld

2009-01-08 Thread Diego Ribeiro

Wow, I catch the problem.  My memory realy is broken the memtest warn me. =/

I take a new memory and try again.

[]'s

On Thu, Jan 8, 2009 at 8:34 AM, Diego Ribeiro dieggo@gmail.com wrote:

 Realy my box is obsolet(Atlhon 2.0 - 512 Ram) I try without -j for discard
 overheated.

 tks again.


 On Wed, Jan 7, 2009 at 10:47 PM, Claus Guttesen kome...@gmail.com wrote:

  Hi Claus, thanks for return. I'm tried this steps below before send the
  first email and not resolve my problem =/

 I notice you run a pre-release of 7.1. Did you update to the latest
 7.1-release?

  make cleandir  make cleandir
  rm -rf /usr/obj/*
  make -j6 buildworld
 
  but...the segmentation fault persist.
  I have more logs of buidworld, if you want, I send  :D
 
  any idea? and thanks again.

 Could you try a buildworld without the -j parameter? If it still fails
 but in different stages of the buildworld it could be bad/overheated
 ram as mentioned by pluknet.

 --
 regards
 Claus

 When lenity and cruelty play for a kingdom,
 the gentler gamester is the soonest winner.

 Shakespeare




 --
dieggo.rbo at gmail dot com
FreeBSD-BR User: #1047
Linux User:  #395884
   www.linkedin.com/in/diegodias
Limeira - SP -  [o]




-- 
   dieggo.rbo at gmail dot com
   FreeBSD-BR User: #1047
   Linux User:  #395884
  www.linkedin.com/in/diegodias
   Limeira - SP -  [o]
___
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: Error in make buildworld

2009-01-07 Thread Claus Guttesen

  I'm a new member of this list and I have a problem when execute
 a make buildworld in my FreeBSD. I'm using

 FreeBSD user.domain.local 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1:
 r...@user.domain.local:/usr/obj/usr/src/sys/GENERIC  i386

I ca't help you with the error below unfortunately. You can try to
update to the latest source by issuing 'csup /etc/release-supfile' and
then retry your buildworld. Remember to remove /usr/obj/* before
buildworld.

HTH

Claus

 The error returned is

 cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H
 -DPREFIX=\/usr/obj/usr/src/tmp/usr\
 -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
 -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber
 -I/usr/obj/usr/src/tmp/legacy/usr/include -c
 /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-pretty-print.c
 /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md:
 In function 'insn_default_latency':
 /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/
 i386.md:209: internal compiler error: Segmentation fault: 11
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See URL:http://gcc.gnu.org/bugs.html for instructions.
 *** Error code 1
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error

 In attach the buildworld output.

 Anyone can help-me

 tank's for atention



 --
   dieggo.rbo at gmail dot com
   FreeBSD-BR User: #1047
   Linux User:  #395884
  www.linkedin.com/in/diegodias
   Limeira - SP -  [o]
 ___
 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




-- 
regards
Claus

When lenity and cruelty play for a kingdom,
the gentler gamester is the soonest winner.

Shakespeare
___
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: Error in make buildworld

2009-01-07 Thread Diego Ribeiro

Hi Claus, thanks for return. I'm tried this steps below before send the
first email and not resolve my problem =/

make cleandir  make cleandir
rm -rf /usr/obj/*
make -j6 buildworld

but...the segmentation fault persist.
I have more logs of buidworld, if you want, I send  :D

any idea? and thanks again.


On Wed, Jan 7, 2009 at 5:12 PM, Claus Guttesen kome...@gmail.com wrote:

   I'm a new member of this list and I have a problem when execute
  a make buildworld in my FreeBSD. I'm using
 
  FreeBSD user.domain.local 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1:
  r...@user.domain.local:/usr/obj/usr/src/sys/GENERIC  i386

 I ca't help you with the error below unfortunately. You can try to
 update to the latest source by issuing 'csup /etc/release-supfile' and
 then retry your buildworld. Remember to remove /usr/obj/* before
 buildworld.

 HTH

 Claus

  The error returned is
 
  cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H
  -DPREFIX=\/usr/obj/usr/src/tmp/usr\
  -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
  -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
  -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc
  -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config
  -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include
 
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include
  -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber
  -I/usr/obj/usr/src/tmp/legacy/usr/include -c
  /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-pretty-print.c
  /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/
 i386.md:
  In function 'insn_default_latency':
  /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/
  i386.md:209: internal compiler error: Segmentation fault: 11
  Please submit a full bug report,
  with preprocessed source if appropriate.
  See URL:http://gcc.gnu.org/bugs.html for instructions.
  *** Error code 1
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
 
  In attach the buildworld output.
 
  Anyone can help-me
 
  tank's for atention
 
 
 
  --
dieggo.rbo at gmail dot com
FreeBSD-BR User: #1047
Linux User:  #395884
   www.linkedin.com/in/diegodias
Limeira - SP -  [o]
  ___
  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
 
 



 --
 regards
 Claus

 When lenity and cruelty play for a kingdom,
 the gentler gamester is the soonest winner.

 Shakespeare




-- 
   dieggo.rbo at gmail dot com
   FreeBSD-BR User: #1047
   Linux User:  #395884
  www.linkedin.com/in/diegodias
   Limeira - SP -  [o]
___
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: Error in make buildworld

2009-01-07 Thread pluknet

2009/1/7 Diego Ribeiro dieggo@gmail.com:
 Hi all,

  I'm a new member of this list and I have a problem when execute
 a make buildworld in my FreeBSD. I'm using

 FreeBSD user.domain.local 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1:
 r...@user.domain.local:/usr/obj/usr/src/sys/GENERIC  i386


 The error returned is

 cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H
 -DPREFIX=\/usr/obj/usr/src/tmp/usr\
 -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
 -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include
 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber
 -I/usr/obj/usr/src/tmp/legacy/usr/include -c
 /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-pretty-print.c
 /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md:
 In function 'insn_default_latency':
 /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/
 i386.md:209: internal compiler error: Segmentation fault: 11
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See URL:http://gcc.gnu.org/bugs.html for instructions.
 *** Error code 1
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error

 In attach the buildworld output.

That usually signals about bad/insufficient RAM and/or CPU overheating.

See archives.

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

Re: Error in make buildworld

2009-01-07 Thread Claus Guttesen

 Hi Claus, thanks for return. I'm tried this steps below before send the
 first email and not resolve my problem =/

I notice you run a pre-release of 7.1. Did you update to the latest 7.1-release?

 make cleandir  make cleandir
 rm -rf /usr/obj/*
 make -j6 buildworld

 but...the segmentation fault persist.
 I have more logs of buidworld, if you want, I send  :D

 any idea? and thanks again.

Could you try a buildworld without the -j parameter? If it still fails
but in different stages of the buildworld it could be bad/overheated
ram as mentioned by pluknet.

-- 
regards
Claus

When lenity and cruelty play for a kingdom,
the gentler gamester is the soonest winner.

Shakespeare
___
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: Error while 'make buildworld' in terminal.o

2006-06-07 Thread Peter Jeremy

On Wed, 2006-Jun-07 10:03:12 +0900, ?? ???  wrote:
After that, I was re-synchronise /usr/src by cvsup whith tag 'src-all'.
Gave command`s:
# make cleandepends
# make cleanworld

Possibly there's some buildworld output inside your /usr/src tree.
Try deleting /usr/obj and then running make clean.

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

Re: Error while 'make buildworld' in terminal.o

2006-06-07 Thread Lowell Gilbert

Марков Дмитрий Владимирович [EMAIL PROTECTED] writes:

 A was synchronise my source to RELENG_5_3 by cvsup.

That branch is no longer active.  The release engineers are not
necessarily paying attention to it.

 cc -O2 -pipe -DINFODIR=\/usr/share/info:/usr/local/info:/usr/X11R6/info:.\ 
 -DHAVE_CONFIG_H -DLOCALEDIR=\/usr/share/locale\  
 -I/usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo 
 -I/usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/lib  
 -I/usr/obj/usr/src/i386/legacy/usr/include  -static 
 -L/usr/obj/usr/src/i386/legacy/usr/lib -o info dir.o display.o doc.o 
 dribble.o echo-area.o filesys.o footnotes.o gc.o indices.o info-utils.o 
 info.o infodoc.o infomap.o m-x.o man.o nodemenu.o nodes.o search.o session.o 
 signals.o terminal.o tilde.o variables.o window.o -ltermcap 
 /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/texinfo/info/../libtxi/libtxi.a 
 -legacy
 terminal.o(.text+0xa3): In function `terminal_goto_xy':
 : undefined reference to `tgoto'

I do not seem to have the file at all on RELENG_6, so I have to guess.

Where did you get your sources from before running cvsup?  Is it
possible that you have gotten some stale files in there?  [See the
cvsup FAQ.]  You could remove the whole directory (or even all of
/usr/src/contrib/texinfo) and cvsup again.  That would get rid of
stale files in that part of the tree.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Error while 'make buildworld' in terminal.o

2006-06-06 Thread Joseph Koshy


When I was starting build world (make buildworld), building
process was broken with output:


[snip]


# make cleandepends
# make cleanworld


Remove the contents of /usr/obj completely and try again?

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

Re: Error in make buildworld 5.4 stable

2005-10-29 Thread Tom Shafron

--- Kris Kennaway [EMAIL PROTECTED] wrote:

 On Fri, Oct 28, 2005 at 04:36:31PM -0700, Tom
 Shafron wrote:
  Hi,
  
  I just cvsuped the entire source for 5.4 stable
  earlier today.  I'm running AMD64.  When I make
  buildworld I get:
  
  cc -m32 -march=athlon-xp -msse2 -mfancy-math-387
  -DCOMPAT_32BIT 
 -I/usr/obj/usr/src/lib32/usr/include 
  -L/usr/obj/usr/src/lib32/usr/lib32 
  -B/usr/obj/usr/src/lib32/usr/lib32 -O2 -pipe
  -funroll-loops -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/lib32/usr/src/lib/libc -DPOSIX_MISTAKE
  -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP
  -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP
 -DHESIOD
  -Wsystem-headers -Werror -Wall -Wno-format-y2k
  -Wno-uninitialized -c
  /usr/src/lib/libc/i386/sys/_amd64_get_fsbase.c
  /usr/src/lib/libc/i386/sys/_amd64_get_fsbase.c: In
  function `_amd64_get_fsbase':
  /usr/src/lib/libc/i386/sys/_amd64_get_fsbase.c:40:
  warning: dereferencing type-punned pointer will
 break
  strict-aliasing rules
  *** Error code 1
  
  Stop in /usr/src/lib/libc.
  *** Error code 1
  
  Stop in /usr/src/lib.
  *** Error code 1
  
  Stop in /usr/src.
  *** Error code 1
  
  Stop in /usr/src.
  *** Error code 1
  
  Stop in /usr/src.
  *** Error code 1
  
  Stop in /usr/src.
  
  Any help tracking down the problem would be much
  appreciated.  Let me know if you need more info.
 
 You're using non-standard CFLAGS.  Don't do this
 unless you're
 prepared to deal with the consequences (you're
 apparently not :-)
 
 Kris
 

Thanks Kris!  I feel really stupid... I completely
forgot that I had a nonstandard CFLAGS on that machine
:P

Regards,

Tom Shafron




__ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Error in make buildworld 5.4 stable

2005-10-28 Thread Kris Kennaway

On Fri, Oct 28, 2005 at 04:36:31PM -0700, Tom Shafron wrote:
 Hi,
 
 I just cvsuped the entire source for 5.4 stable
 earlier today.  I'm running AMD64.  When I make
 buildworld I get:
 
 cc -m32 -march=athlon-xp -msse2 -mfancy-math-387
 -DCOMPAT_32BIT  -I/usr/obj/usr/src/lib32/usr/include 
 -L/usr/obj/usr/src/lib32/usr/lib32 
 -B/usr/obj/usr/src/lib32/usr/lib32 -O2 -pipe
 -funroll-loops -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/lib32/usr/src/lib/libc -DPOSIX_MISTAKE
 -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP
 -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DHESIOD
 -Wsystem-headers -Werror -Wall -Wno-format-y2k
 -Wno-uninitialized -c
 /usr/src/lib/libc/i386/sys/_amd64_get_fsbase.c
 /usr/src/lib/libc/i386/sys/_amd64_get_fsbase.c: In
 function `_amd64_get_fsbase':
 /usr/src/lib/libc/i386/sys/_amd64_get_fsbase.c:40:
 warning: dereferencing type-punned pointer will break
 strict-aliasing rules
 *** Error code 1
 
 Stop in /usr/src/lib/libc.
 *** Error code 1
 
 Stop in /usr/src/lib.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 Any help tracking down the problem would be much
 appreciated.  Let me know if you need more info.

You're using non-standard CFLAGS.  Don't do this unless you're
prepared to deal with the consequences (you're apparently not :-)

Kris


pgpPt2zWFNXDw.pgp
Description: PGP signature

Re: Error in make buildworld

2002-01-22 Thread mikea


On Tue, Jan 22, 2002 at 09:34:56AM -0600, Stephen Montgomery-Smith wrote:
 I have recent sources (the most recent CTM delta).  I do make -j4
 buildworld
 on three different computers.  It works on two of them, but on one of
 them (the fastest), I get:
 
 === usr.sbin/i4b/ispppcontrol
 rm -f .depend
 mkdep -f .depend -a-I/usr/obj/usr/src/i386/usr/include 
 /usr/src/usr.sbin/i4b/ispppcontrol/ispppcontrol.c
 cd /usr/src/usr.sbin/i4b/ispppcontrol; make _EXTRADEPEND
 echo ispppcontrol: /usr/obj/usr/src/i386/usr/lib/libc.a   .depend
 === usr.sbin/i4b/man
 === usr.sbin/boot0cfg
 rm -f .depend
 mkdep -f .depend -a-I/usr/obj/usr/src/i386/usr/include 
 /usr/src/usr.sbin/boot0cfg/boot0cfg.c
 cd /usr/src/usr.sbin/boot0cfg; make _EXTRADEPEND
 echo boot0cfg: /usr/obj/usr/src/i386/usr/lib/libc.a   .depend
 1 error
 *** Error code 2
 1 error
 *** Error code 2
 1 error
 
 I didn't get this problem when I removed the -j4.  This computer had a
 hard drive failure a few months ago, and the replacement drive is
 exceedingly fast.  So maybe this computer is too fast for -j4 to
 work.  As computers get faster and faster, maybe more and more people
 will have this problem.

This is a known difficulty with multiple make threads. Note that
I do _NOT_ call it a problem. It is caused by a thread that
needs foo getting to the part that expects foo to have been
built before the thread that actually builds foo gets to the
build-foo code. I have found that I frequently can reissue the
same command and foo will get built before it is required by
something in another thread, and the make will run to completion
the second time.

It _will_ _not_ always run to completion, and if the first part
of the make code cleans up, so that the make always starts from a
clean set of output files, it probably won't run to completion.

-- 
Mike Andrews
[EMAIL PROTECTED]
Tired old sysadmin since 1964

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

Re: Error by make buildworld

2001-08-17 Thread Matt Meola


Courtesy of [EMAIL PROTECTED]:

This looks like a classic bootstrap problem.  I would be compiling
basename() (lib/libc/gen/basename.c) and manually adding it to libc.a
ld is being statically linked so this should work.

basename() first appear around 4.2-RELEASE.

RELENG_4_3_0_RELEASE: 1.1.2.1
RELENG_4_3: 1.1.2.1.0.2
RELENG_4_3_BP: 1.1.2.1
RELENG_4_2_0_RELEASE: 1.1.2.1
RELENG_4: 1.1.0.2
PRE_SMPNG: 1.1

You could also try going to 4.3-RELEASE then to -stable.

The steps:

1.  Drink alcoholic beverage of your choice.

2.  cd /usr/src/lib/libc/gen

3.  make basename.o

4.  ar r /usr/lib/libc.a basename.o

5.  Drink another alcoholic beverage of your choice.

6.  cd /usr/src

7.  make buildworld

8.  Rejoice and drink still more alcoholic beverages!



On Fri, Aug 17, 2001 at 12:49:44AM +0400, Grigory Kljuchnikov wrote:
 Hello,
 
 I've tried to make cvsuped stable sources and had an error:
 
 $ make buildworld
 ...
 
 eelf_i386.o: In function `gldelf_i386_open_dynamic_archive':
 eelf_i386.o(.text+0xc7b): undefined reference to `basename'
 *** Error code 1


-- 
Matt Meola   AFØD
[EMAIL PROTECTED]   ARES CO D. 6 AEC   http://www.qsl.net/af0d

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

Re: error on make buildworld

1999-10-29 Thread Ruslan Ermilov


Markus,

Make sure you use `secure-stable-supfile' and not `secure-supfile'.
Then run cvsup again and try to buildworld.

On Fri, Oct 29, 1999 at 05:15:37PM +0200, Markus Minihold wrote:
 After having upgraded my systems from FBSD 3.2R to FBSD 3.3S via cvsup
 
 with
 src-all
 
 and for export restricted files
 src-crypto, src-eBones, src-secure
 
 I wanted to upgrade with command make buildworld in /usr/src.
 
 But following error output was produced:
 /usr/src/secure/lib/libcrypt/../../../lib/libcrypt/crypt.c: In function
 `crypt':
 /usr/src/secure/lib/libcrypt/../../../lib/libcrypt/crypt.c:62: warning:
 unused variable `j'
 /usr/src/secure/lib/libcrypt/../../../lib/libcrypt/crypt.c: At top
 level:
 /usr/src/secure/lib/libcrypt/../../../lib/libcrypt/crypt.c:14: warning:
 `rcsid' defined but not used
 make: don't know how to make crypt-md5.c. Stop
 *** Error code 2
 
 Could someone please help me fix that problem. Thanx in advance.
 
 Markus

-- 
Ruslan Ermilov  Sysadmin and DBA of the
[EMAIL PROTECTED]United Commercial Bank,
[EMAIL PROTECTED]  FreeBSD committer,
+380.652.247.647Simferopol, Ukraine

http://www.FreeBSD.org  The Power To Serve
http://www.oracle.com   Enabling The Information Age


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

Re: Error in 'make buildworld' on 10.3

Re: Error in 'make buildworld' on 10.3

Re: Error in 'make buildworld' on 10.3

Re: Error in make buildworld

Re: Error in make buildworld

Re: Error in make buildworld

Re: Error in make buildworld

Re: Error in make buildworld

Re: Error in make buildworld

Re: Error while 'make buildworld' in terminal.o

Re: Error while 'make buildworld' in terminal.o

Re: Error while 'make buildworld' in terminal.o

Re: Error in make buildworld 5.4 stable

Re: Error in make buildworld 5.4 stable

Re: Error in make buildworld

Re: Error by make buildworld

Re: error on make buildworld

17 matches

Site Navigation

Mail list logo

Footer information