make world failure r232929

2012-03-13 Thread Larry Rosenman


cc -fpic -DPIC  -O2 -pipe -fno-omit-frame-pointer  -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/include -std=gnu99  -c 
/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/sprintf-chk.c -o 
sprintf-chk.So
ctfconvert -L VERSION sprintf-chk.So
cc -fpic -DPIC  -O2 -pipe -fno-omit-frame-pointer  -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/include -std=gnu99  -c 
/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/stpcpy-chk.c -o 
stpcpy-chk.So
ctfconvert -L VERSION stpcpy-chk.So
cc -fpic -DPIC  -O2 -pipe -fno-omit-frame-pointer  -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/include -std=gnu99  -c 
/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/strcat-chk.c -o 
strcat-chk.So
ctfconvert -L VERSION strcat-chk.So
cc -fpic -DPIC  -O2 -pipe -fno-omit-frame-pointer  -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/include -std=gnu99  -c 
/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/strcpy-chk.c -o 
strcpy-chk.So
ctfconvert -L VERSION strcpy-chk.So
cc -fpic -DPIC  -O2 -pipe -fno-omit-frame-pointer  -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/include -std=gnu99  -c 
/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/strncat-chk.c -o 
strncat-chk.So
ctfconvert -L VERSION strncat-chk.So
cc -fpic -DPIC  -O2 -pipe -fno-omit-frame-pointer  -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/include -std=gnu99  -c 
/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/strncpy-chk.c -o 
strncpy-chk.So
ctfconvert -L VERSION strncpy-chk.So
cc -fpic -DPIC  -O2 -pipe -fno-omit-frame-pointer  -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/include -std=gnu99  -c 
/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/vsnprintf-chk.c -o 
vsnprintf-chk.So
ctfconvert -L VERSION vsnprintf-chk.So
cc -fpic -DPIC  -O2 -pipe -fno-omit-frame-pointer  -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp  
-I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/include -std=gnu99  -c 
/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/vsprintf-chk.c -o 
vsprintf-chk.So
ctfconvert -L VERSION vsprintf-chk.So
building shared library libssp.so.0
ctfmerge -L VERSION -o libssp.so.0 ssp.So gets-chk.So memcpy-chk.So 
memmove-chk.So mempcpy-chk.So memset-chk.So snprintf-chk.So sprintf-chk.So 
stpcpy-chk.So strcat-chk.So strcpy-chk.So strncat-chk.So strncpy-chk.So 
vsnprintf-chk.So vsprintf-chk.So
ERROR: ctfmerge: libssp.so.0: Cannot get sect .gnu.version_d data: Invalid 
section descriptor
===> gnu/lib/libssp/libssp_nonshared (all)
===> gnu/lib/libstdc++ (all)
c++  -O2 -pipe -fno-omit-frame-pointer -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libstdc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/gcc 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/gcclibs/include 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include -I. 
-frandom-seed=RepeatabilityConsideredGood -fstack-protector 
-fno-implicit-templates -ffunction-sections -fdata-sections  -Wno-deprecated -c 
/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/bitmap_allocator.cc 
-o bitmap_allocator.o
c++  -O2 -pipe -fno-omit-frame-pointer -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libstdc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/gcc 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/gcclibs/include 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include -I. 
-frandom-seed=RepeatabilityConsideredGood -fstack-protector 
-fno-implicit-templates -ffunction-sections -fdata-sections  -Wno-deprecated -c 
/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/pool_allocator.cc -o 
pool_allocator.o
c++  -O2 -pipe -fno-omit-frame-pointer -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H 
-I/usr/src/gnu/lib/libstdc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/gcc 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include 
-I/usr/src/gnu/lib/libstdc++/../../../contrib/gcclibs/include 
-I/usr/src/gnu/lib/libs

Re: make world failure

2003-11-17 Thread sethbc
What do you have your CFLAGS/CPUTYPE set to?  I've run into this before
with aggressive CFLAGS/CPUTYPE i believe (-O3 with athlon-mp)

seth

> Hi,
>
> I end up with the following when I run `make world` on  5.1-RELEASE-p10.
>
>
> /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such
> file or directory
> In file included from
> /usr/src/contrib/libstdc++/libsupc++/eh_globals.cc:33:
> /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such
> file or directory
> In file included from
> /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:34:
> /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such
> file or directory
> /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:38:23: unwind-pe.h:
> No such file or directory
> In file included from
> /usr/src/contrib/libstdc++/libsupc++/eh_terminate.cc:34:
> /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such
> file or directory
> In file included from /usr/src/contrib/libstdc++/libsupc++/eh_throw.cc:32:
> /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such
> file or directory
> In file included from /usr/src/contrib/libstdc++/libsupc++/eh_type.cc:32:
> /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such
> file or directory
> In file included from /usr/src/contrib/libstdc++/libsupc++/pure.cc:31:
> /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such
> file or directory
> In file included from /usr/src/contrib/libstdc++/libsupc++/vec.cc:37:
> /usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such
> file or directory
> mkdep: compile failed
> *** Error code 1
>
> Stop in /usr/src/gnu/lib/libstdc++.
> *** Error code 1
>
> Stop in /usr/src/gnu/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.
> beastie# date
> Mon Nov 17 19:20:06 EAT 2003

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


make world failure

2003-11-17 Thread Odhiambo Washington
Hi,

I end up with the following when I run `make world` on  5.1-RELEASE-p10.


/usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or 
directory
In file included from /usr/src/contrib/libstdc++/libsupc++/eh_globals.cc:33:
/usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or 
directory
In file included from /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:34:
/usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or 
directory
/usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:38:23: unwind-pe.h: No such 
file or directory
In file included from /usr/src/contrib/libstdc++/libsupc++/eh_terminate.cc:34:
/usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or 
directory
In file included from /usr/src/contrib/libstdc++/libsupc++/eh_throw.cc:32:
/usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or 
directory
In file included from /usr/src/contrib/libstdc++/libsupc++/eh_type.cc:32:
/usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or 
directory
In file included from /usr/src/contrib/libstdc++/libsupc++/pure.cc:31:
/usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or 
directory
In file included from /usr/src/contrib/libstdc++/libsupc++/vec.cc:37:
/usr/src/contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or 
directory
mkdep: compile failed
*** Error code 1

Stop in /usr/src/gnu/lib/libstdc++.
*** Error code 1

Stop in /usr/src/gnu/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.
beastie# date
Mon Nov 17 19:20:06 EAT 2003


beastie# uname -a
FreeBSD beastie.wananchi.com 5.1-RELEASE-p10 FreeBSD 5.1-RELEASE-p10 #


-Wash


--
|\  _,,,---,,_ | Odhiambo Washington<[EMAIL PROTECTED]>
Zzz /,`.-'`'-.  ;-;;,_ | Wananchi Online Ltd.   www.wananchi.com
   |,4-  ) )-,_. ,\ (  `'-'| Tel: +254 20 313985-9  +254 20 313922
  '---''(_/--'  `-'\_) | GSM: +254 722 743223   +254 733 744121
+
California is a fine place to live -- if you happen to be an orange.
-- Fred Allen
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


make world failure with today's current. (in /usr/src/sys/boot/i386/boot2/boot2.c)

2003-11-11 Thread Mark Sergeant
Hi Guys,

Source as of 4 hours ago I get the following in make world ...

Cheers,

Mark


Full log of error follows :

objcopy -S -O binary boot1.out boot1
dd if=/dev/zero of=boot2.ldr bs=276 count=1 2>/dev/null
nm -t d boot1.out | awk '/([0-9])+ T xread/  { x = $1 - ORG1;
printf("#define X
READORG %#x\n", REL1 + x) }'  ORG1=`printf "%d" 0x7c00`  REL1=`printf
"%d" 0x700
` > boot2.h
cc -elf -ffreestanding -Os -fno-builtin  -fno-guess-branch-probability
-fomit-fr
ame-pointer -mno-align-long-strings  -mrtd  -DUFS1_AND_UFS2
-I/usr/src/sys/boot
/i386/boot2/../../common  -I/usr/src/sys/boot/i386/boot2/../btx/lib -I.
-Wall -
Waggregate-return -Wbad-function-cast -Wcast-align
-Wmissing-declarations -Wmis
sing-prototypes -Wnested-externs  -Wpointer-arith -Wshadow
-Wstrict-prototypes -
Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2  -S -o
boot2.s.tmp /u
sr/src/sys/boot/i386/boot2/boot2.c
/usr/src/sys/boot/i386/boot2/boot2.c: In function `load':
/usr/src/sys/boot/i386/boot2/boot2.c:362: error: `RB_BOOTINFO'
undeclared (first
 use in this function)
/usr/src/sys/boot/i386/boot2/boot2.c:362: error: (Each undeclared
identifier is
reported only once
/usr/src/sys/boot/i386/boot2/boot2.c:362: error: for each function it
appears in
.)
*** Error code 1

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

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.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: make world failure: tar/cleaning object tree

2003-06-16 Thread Matthias Andree
On Mon, 16 Jun 2003, Kris Kennaway wrote:

> On Mon, Jun 16, 2003 at 10:21:51AM +0200, Matthias Andree wrote:
> > "make world" fails, "rm -rf /usr/obj ; make -DNOCLEAN world" is fine.
> 
> Always update with 'cvs update -PdA'

I used cvsup without -s. 

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


Re: make world failure: tar/cleaning object tree

2003-06-16 Thread Kris Kennaway
On Mon, Jun 16, 2003 at 10:21:51AM +0200, Matthias Andree wrote:
> Hi,
> 
> "make world" fails, "rm -rf /usr/obj ; make -DNOCLEAN world" is fine.

Always update with 'cvs update -PdA'

Kris


pgp0.pgp
Description: PGP signature


make world failure: tar/cleaning object tree

2003-06-16 Thread Matthias Andree
Hi,

"make world" fails, "rm -rf /usr/obj ; make -DNOCLEAN world" is fine.

make world failure happens in
--
>>> stage 2: cleaning up the object tree
--
...
===> gnu/usr.bin/tar
rm -f tar addext.o argmatch.o backupfile.o basename.o dirname.o error.o
exclude.
o full-write.o getdate.o getline.o getopt.o getopt1.o getstr.o hash.o
human.o mk
time.o modechange.o prepargs.o print-copyr.o quotearg.o safe-read.o
save-cwd.o s
avedir.o unicodeio.o xgetcwd.o xmalloc.o xstrdup.o xstrtoul.o
xstrtoumax.o buffe
r.o compare.o create.o delete.o extract.o incremen.o list.o mangle.o
misc.o name
s.o rtapelib.o tar.o update.o tar.1.gz tar.1.cat.gz
rm: tar: is a directory
*** Error code 1
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: make world failure...

2001-02-11 Thread Udo Erdelhoff

On Sun, Feb 11, 2001 at 10:56:18PM +0100, Robert Drehmel wrote:
> In <38689.981926085@critter>, Poul-Henning Kamp wrote:
> > [buildworld failure lib/libc/locale/lmessages.c] 
> 
> It should work with '#include '.

Yep, that seems to be enough to get past this point. I don't know if there
are any other surprises, my buildworld is still running.

/s/Udo
-- 
There's more than one way to skin a cat:
Way number 15 -- Krazy Glue and a toothbrush.


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



Re: make world failure...

2001-02-11 Thread Robert Drehmel

In <38689.981926085@critter>, Poul-Henning Kamp wrote:
> cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/syv/src/lib/libc/include -D__DBINTERFACE
> _PRIVATE -DINET6 -I/usr/obj/syv/src/lib/libc -DPOSIX_MISTAKE -I/syv/src/lib/libc
> /../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/syv/src/i386/usr/include -
> c /syv/src/lib/libc/../libc/locale/lmessages.c -o lmessages.o
> /syv/src/lib/libc/../libc/locale/lmessages.c: In function `__messages_load_local
> e':
> /syv/src/lib/libc/../libc/locale/lmessages.c:61: syntax error before `struct'
> /syv/src/lib/libc/../libc/locale/lmessages.c:61: too few arguments to function `
> __part_load_locale'
> /syv/src/lib/libc/../libc/locale/lmessages.c:62: syntax error before `)'
> *** Error code 1
> 
> Stop in /syv/src/lib/libc.
> *** Error code 1
> 
> Stop in /syv/src/lib.
> *** Error code 1
> 
> Stop in /syv/src.
> *** Error code 1

It should work with '#include '.

ciao,
-- 
Robert S. F. Drehmel <[EMAIL PROTECTED]>


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



make world failure...

2001-02-11 Thread Poul-Henning Kamp


What gives ???


cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/syv/src/lib/libc/include -D__DBINTERFACE
_PRIVATE -DINET6 -I/usr/obj/syv/src/lib/libc -DPOSIX_MISTAKE -I/syv/src/lib/libc
/../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/syv/src/i386/usr/include -
c /syv/src/lib/libc/../libc/locale/lmessages.c -o lmessages.o
/syv/src/lib/libc/../libc/locale/lmessages.c: In function `__messages_load_local
e':
/syv/src/lib/libc/../libc/locale/lmessages.c:61: syntax error before `struct'
/syv/src/lib/libc/../libc/locale/lmessages.c:61: too few arguments to function `
__part_load_locale'
/syv/src/lib/libc/../libc/locale/lmessages.c:62: syntax error before `)'
*** Error code 1

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

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

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

--
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.


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



make world failure (libcrypt)

2000-01-07 Thread John W. DeBoskey

Hi,

   I'm seeing the following error, and don't see any fixes in the
cvs repository yet. I am however, about an hour behind since I
get my updates from a standard mirror. My sources are current as
of about an hour ago...

   If this is already fixed, just ignore

Thanks,
John

ln -sf libutil.so.2 /usr/obj/usr/src/i386/usr/lib/libutil.so
cd /usr/src/lib;  make depend;  make all;  make install
===> csu/i386-elf
===> libcom_err
===> libcom_err/doc
===> msun
===> libmd
===> libcrypt
===> ../secure/lib/libcrypt
make: don't know how to make crypt-shs.c. Stop
*** Error code 2

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



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



make world failure

1999-12-29 Thread George Cox

[cvsupped today :-)]

===> usr.sbin/ifmcstat
cc -O -pipe -DINET6   -I/usr/obj/usr/src/i386/usr/include -c
/usr/src/usr.sbin/i
fmcstat/ifmcstat.c
gzip -cn /usr/src/usr.sbin/ifmcstat/ifmcstat.8 > ifmcstat.8.gz
/usr/src/usr.sbin/ifmcstat/ifmcstat.c: In function `main':
/usr/src/usr.sbin/ifmcstat/ifmcstat.c:109: storage size of `arpcom' isn't
known

Hope this helps someone :-)


gjvc

-- 
[gjvc]
4.4BSD 4.ever!



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



make world failure in pccardc

1999-12-03 Thread Poul-Henning Kamp


===> usr.sbin/pccard/pccardc
cc -O -pipe -I/usr/src/usr.sbin/pccard/pccardc/../pccardd -Wall -g -static   -c 
/usr/src/usr.sbin/pccard/pccardc/power.c
/usr/src/usr.sbin/pccard/pccardc/power.c: In function `power_main':
/usr/src/usr.sbin/pccard/pccardc/power.c:79: `PIOCSVIR' undeclared (first use in this 
function)
/usr/src/usr.sbin/pccard/pccardc/power.c:79: (Each undeclared identifier is reported 
only once
/usr/src/usr.sbin/pccard/pccardc/power.c:79: for each function it appears in.)
*** Error code 1

Stop in /usr/src/usr.sbin/pccard/pccardc.

--
Poul-Henning Kamp FreeBSD coreteam member
[EMAIL PROTECTED]   "Real hackers run -current on their laptop."
FreeBSD -- It will take a long time before progress goes too far!


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



Re: Make World failure

1999-08-30 Thread Systems Administrator

cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat
-I/usr/obj/usr/src/tm
p/usr/include  -static -o sh alias.o arith.o arith_lex.o cd.o echo.o
error.o eva
l.o exec.o expand.o histedit.o input.o jobs.o mail.o main.o memalloc.o
miscbltin
.o mystring.o options.o output.o parser.o printf.o redir.o show.o trap.o
var.o b
uiltins.o init.o nodes.o syntax.o  -ll -ledit -ltermcap
/usr/obj/usr/src/tmp/usr/lib/libedit.a(editline.o): In function `el_gets':
editline.o(.text+0x5eec): undefined reference to `tgoto'
editline.o(.text+0x5ef5): undefined reference to `tputs'
editline.o(.text+0x5f2a): undefined reference to `tputs'
editline.o(.text+0x607f): undefined reference to `tgoto'
editline.o(.text+0x6088): undefined reference to `tputs'
editline.o(.text+0x618d): undefined reference to `tgoto'
editline.o(.text+0x61b4): undefined reference to `tputs'
editline.o(.text+0x61e2): undefined reference to `tputs'
editline.o(.text+0x620a): undefined reference to `tputs'
editline.o(.text+0x627e): undefined reference to `tgoto'


--
Jason DiCioccio  | [EMAIL PROTECTED]
FreeBSD - The Power to Serve | http://www.freebsd.org
 | http://www.ods.org
--

On Mon, 30 Aug 1999, Jordan K. Hubbard wrote:

> > Thats not where it dies :)..
> 
> Be more specific.  Just saying "it dies" does not help anyone here.
> 
> - Jordan
> 



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



Re: Make World failure

1999-08-30 Thread Steve Kargl

Systems Administrator wrote:
> Thats not where it dies :)..

It's the same problem.  libtermcap has changed or causes
conflicts with symbols (if I understand some of 
Peter's commits).  The tput function you noted would have
come from -ltermcap (as does the tgetent, tgetnum, etc.i below)

What I don't know is whether -ltermcap is replaced by -lncurses
or -ltermcap -lncurses.

> 
> > utils.o(.text+0xbd0): undefined reference to `tgetent'
> > utils.o(.text+0xbf6): undefined reference to `tgetnum'
> > utils.o(.text+0xc1c): undefined reference to `tgetnum'
> > /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function 
>`_rl_get_screen_size':
> > terminal.o(.text+0x79): undefined reference to `tgetnum'
> > terminal.o(.text+0xc9): undefined reference to `tgetnum'
> > /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function 
>`rl_resize_terminal':
> > terminal.o(.text+0x1ae): undefined reference to `tgetstr'
> > 
> 


-- 
Steve


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



Re: Make World failure

1999-08-30 Thread Jordan K. Hubbard

> Thats not where it dies :)..

Be more specific.  Just saying "it dies" does not help anyone here.

- Jordan


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



Re: Make World failure

1999-08-30 Thread Systems Administrator

Thats not where it dies :)..


--
Jason DiCioccio  | [EMAIL PROTECTED]
FreeBSD - The Power to Serve | http://www.freebsd.org
 | http://www.ods.org
--

On Mon, 30 Aug 1999, Steve Kargl wrote:

> Matthew N. Dodd wrote:
> > On Mon, 30 Aug 1999, Systems Administrator wrote:
> > > Make world for 4.0 is failing due to libedit libraries that were
> > > compiled during the process.. various errors with tputs and other
> > > functions in libedit.a, please commit a fix soon, I just reinstalled
> > > -RELEASE and wanna get out of it.
> > 
> > Any chance you could cut and paste the errors?
> > 
> 
> This is probably caused by the integration of ncurses.
> Peter Wemm warned that the tree might be broken for a
> day while he/someone chases down the loose ends.
> 
> -- 
> Steve
> 
> 
> cc -O2 -pipe -mpentiumpro -D_GNU_SOURCE -I- -I. 
>-I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb 
>-I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386 
>-I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include 
>-I/usr/src/gnu/usr.bin/binutils/gdb/i386 
>-I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils 
>-I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd 
>-I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb 
>-I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/config -DFREEBSD_ELF 
>-I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/tmp/usr/include/readline 
>-DNO_MMALLOC   -I/usr/obj/usr/src/tmp/usr/include  -static -o gdb init.o annotate.o 
>ax-general.o ax-gdb.o bcache.o blockframe.o breakpoint.o buildsym.o c-exp.o c-lang.o 
>c-typeprint.o c-valprint.o ch-exp.o ch-lang.o ch-typeprint.o ch-valprint.o coffread.o 
>command.o complaints.o copying.o corefile.o corelow.o core-regset.o cp-valprint.o 
>dcache.o dbxread.o demangle.o dwarfread.o dwarf2read.o elfread.o environ.o eval.o 
>exec.o expprint.o f-exp.o f-lang.o f-typeprint.o f-valprint.o findvar.o fork-child.o 
>gdbarch.o gdbtypes.o infcmd.o inflow.o infptrace.o infrun.o inftarg.o language.o 
>jv-exp.o jv-lang.o jv-valprint.o jv-typeprint.o nlmread.o m2-lang.o m2-exp.o 
>m2-typeprint.o m2-valprint.o main.o maint.o mdebugread.o mem-break.o minsyms.o 
>objfiles.o parse.o printcmd.o remote.o remote-utils.o scm-exp.o scm-lang.o 
>scm-valprint.o solib.o source.o stabsread.o stack.o symfile.o symmisc.o symtab.o 
>target.o thread.o top.o tracepoint.o typeprint.o utils.o valarith.o valops.o 
>valprint.o values.o version.o serial.o ser-unix.o ser-tcp.o callback.o freebsd-nat.o 
>i386-tdep.o i387-tdep.o kvm-fbsd.o  -L../libbfd -lbfd -L../libopcodes -lopcodes 
>-lreadline -lgnuregex -L../libiberty -liberty -ltermcap
> utils.o: In function `init_page_info':
> utils.o(.text+0xbd0): undefined reference to `tgetent'
> utils.o(.text+0xbf6): undefined reference to `tgetnum'
> utils.o(.text+0xc1c): undefined reference to `tgetnum'
> /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function 
>`_rl_get_screen_size':
> terminal.o(.text+0x79): undefined reference to `tgetnum'
> terminal.o(.text+0xc9): undefined reference to `tgetnum'
> /usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function 
>`rl_resize_terminal':
> terminal.o(.text+0x1ae): undefined reference to `tgetstr'
> 



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



Re: Make World failure

1999-08-30 Thread Steve Kargl

Matthew N. Dodd wrote:
> On Mon, 30 Aug 1999, Systems Administrator wrote:
> > Make world for 4.0 is failing due to libedit libraries that were
> > compiled during the process.. various errors with tputs and other
> > functions in libedit.a, please commit a fix soon, I just reinstalled
> > -RELEASE and wanna get out of it.
> 
> Any chance you could cut and paste the errors?
> 

This is probably caused by the integration of ncurses.
Peter Wemm warned that the tree might be broken for a
day while he/someone chases down the loose ends.

-- 
Steve


cc -O2 -pipe -mpentiumpro -D_GNU_SOURCE -I- -I. 
-I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb 
-I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386 
-I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include 
-I/usr/src/gnu/usr.bin/binutils/gdb/i386 
-I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils 
-I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd 
-I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb 
-I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/config -DFREEBSD_ELF 
-I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/tmp/usr/include/readline 
-DNO_MMALLOC   -I/usr/obj/usr/src/tmp/usr/include  -static -o gdb init.o annotate.o 
ax-general.o ax-gdb.o bcache.o blockframe.o breakpoint.o buildsym.o c-exp.o c-lang.o 
c-typeprint.o c-valprint.o ch-exp.o ch-lang.o ch-typeprint.o ch-valprint.o coffread.o 
command.o complaints.o copying.o corefile.o corelow.o core-regset.o cp-valprint.o 
dcache.o dbxread.o demangle.o dwarfread.o dwarf2read.o elfread.o environ.o eval.o 
exec.o expprint.o f-exp.o f-lang.o f-typeprint.o f-valprint.o findvar.o fork-child.o 
gdbarch.o gdbtypes.o infcmd.o inflow.o infptrace.o infrun.o inftarg.o language.o 
jv-exp.o jv-lang.o jv-valprint.o jv-typeprint.o nlmread.o m2-lang.o m2-exp.o 
m2-typeprint.o m2-valprint.o main.o maint.o mdebugread.o mem-break.o minsyms.o 
objfiles.o parse.o printcmd.o remote.o remote-utils.o scm-exp.o scm-lang.o 
scm-valprint.o solib.o source.o stabsread.o stack.o symfile.o symmisc.o symtab.o 
target.o thread.o top.o tracepoint.o typeprint.o utils.o valarith.o valops.o 
valprint.o values.o version.o serial.o ser-unix.o ser-tcp.o callback.o freebsd-nat.o 
i386-tdep.o i387-tdep.o kvm-fbsd.o  -L../libbfd -lbfd -L../libopcodes -lopcodes 
-lreadline -lgnuregex -L../libiberty -liberty -ltermcap
utils.o: In function `init_page_info':
utils.o(.text+0xbd0): undefined reference to `tgetent'
utils.o(.text+0xbf6): undefined reference to `tgetnum'
utils.o(.text+0xc1c): undefined reference to `tgetnum'
/usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function 
`_rl_get_screen_size':
terminal.o(.text+0x79): undefined reference to `tgetnum'
terminal.o(.text+0xc9): undefined reference to `tgetnum'
/usr/obj/usr/src/tmp/usr/lib/libreadline.a(terminal.o): In function 
`rl_resize_terminal':
terminal.o(.text+0x1ae): undefined reference to `tgetstr'


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



Re: Make World failure

1999-08-30 Thread Matthew N. Dodd

On Mon, 30 Aug 1999, Systems Administrator wrote:
> Make world for 4.0 is failing due to libedit libraries that were
> compiled during the process.. various errors with tputs and other
> functions in libedit.a, please commit a fix soon, I just reinstalled
> -RELEASE and wanna get out of it.

Any chance you could cut and paste the errors?

-- 
| Matthew N. Dodd  | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD  |
| [EMAIL PROTECTED] |   2 x '84 Volvo 245DL| ix86,sparc,pmax |
| http://www.jurai.net/~winter | This Space For Rent  | ISO8802.5 4ever |



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



Make World failure

1999-08-30 Thread Systems Administrator

Make world for 4.0 is failing due to libedit libraries that were compiled
during the process.. various errors with tputs and other functions in
libedit.a, please commit a fix soon, I just reinstalled -RELEASE and wanna
get out of it.



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



Re: make world failure (signal 11 in cpp)

1999-08-26 Thread John W. DeBoskey

Hi folks,

   To answer my own question, I came into work this morning and found
my console full of messages...

spec_getpages: I/O read failure: (error code=0) bp 0xc36fe9a0 vp 0xc92ce000
   size: 0, resid: 0, a_count: 4096, valid: 0x0
   nread: 0, reqpage: 0, pindex: 9, pcount: 1
vm_fault: pager read error, pid 56587 (yacc)
Aug 25 23:53:56 FreeBSD /kernel: pid 56587 (yacc), uid 0: exited on signal 11 (c
ore dumped)
spec_getpages: I/O read failure: (error code=0) bp 0xc36ffe20 vp 0xc92ce000
   size: 0, resid: 0, a_count: 65536, valid: 0x0
   nread: 0, reqpage: 0, pindex: 0, pcount: 16
spec_getpages: I/O read failure: (error code=0) bp 0xc37000b0 vp 0xc92ce000
   size: 0, resid: 0, a_count: 4096, valid: 0x0
   nread: 0, reqpage: 0, pindex: 9, pcount: 1
vm_fault: pager read error, pid 6178 (yacc)
Aug 26 00:34:27 FreeBSD /kernel: pid 6178 (yacc), uid 0: exited on signal 11 (co
re dumped)

   If I reboot my system with a kernel which is about two weeks old, things
run fine... I'm not sure where to go from here... I'd appreciate any
help. Again, my source (and kernel which is failing) is current as of
11:30pm EST, 8/25/99.

Thanks,
-John

> On Wednesday, 25 August 1999 at 23:39:56 -0400, John W. DeBoskey wrote:
> > Hi,
> >
> >I'm having problems making world... before I dig into this, does
> > anyone already know what's going on? My source is current as of
> > 11:30pm EST.
> >
> > thanks,
> > John
> >
> > ===> cpp
> > cc -O -pipe -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc 
>-I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/config -DFREEBSD_NATIVE 
>-DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"egcs-2.91.66\" 
>-DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" 
>-I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools 
>-I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -DPREFIX=\"/usr\"   
>-I/usr/obj/usr/src/tmp/usr/include -c 
>/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c
> > yacc  -o cexp.c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cexp.y
> > *** Signal 11
> 
> The canonical explanation for this sort of thing is processor or
> memory problems.  Would that fit?
> 
> Greg
> --
> See complete headers for address, home page and phone numbers
> finger [EMAIL PROTECTED] for PGP public key
> 



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



Re: make world failure (signal 11 in cpp)

1999-08-25 Thread Jeroen Ruigrok/Asmodai

* Greg Lehey ([EMAIL PROTECTED]) [990826 06:19]:
>On Wednesday, 25 August 1999 at 23:39:56 -0400, John W. DeBoskey wrote:

>> ===> cpp
>> cc -O -pipe -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc 
>-I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/config -DFREEBSD_NATIVE 
>-DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"egcs-2.91.66\" 
>-DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" 
>-I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools 
>-I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -DPREFIX=\"/usr\"   
>-I/usr/obj/usr/src/tmp/usr/include -c 
>/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c
>> yacc  -o cexp.c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cexp.y
>> *** Signal 11
>
>The canonical explanation for this sort of thing is processor or
>memory problems.  Would that fit?

Could I think, but...

Last time I had that when making a week/two week old CURRENT to the
current CURRENT I got sig 11's on all my compiles.

I had to install a snapshot cc in order to rebuilt libc and cc and
then make world again. Everything compiled core dumped with the first
compiler. After reinstalling cc, no more problems.

So compliers and Sig 11's are harder to troubleshoot, at least IMHO.

HTH,

-- 
Jeroen Ruigrok van der Werven  asmodai(at)wxs.nl
The BSD Programmer's Documentation Project 
Network/Security SpecialistBSD: Technical excellence at its best
Man shall not live by bread alone.


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



Re: make world failure (signal 11 in cpp)

1999-08-25 Thread John W. DeBoskey

> On Wednesday, 25 August 1999 at 23:39:56 -0400, John W. DeBoskey wrote:
> > Hi,
> >
> >I'm having problems making world... before I dig into this, does
> > anyone already know what's going on? My source is current as of
> > 11:30pm EST.
> >
> > thanks,
> > John
> >
> > ===> cpp
> > cc -O -pipe -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc 
>-I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/config -DFREEBSD_NATIVE 
>-DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"egcs-2.91.66\" 
>-DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" 
>-I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools 
>-I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -DPREFIX=\"/usr\"   
>-I/usr/obj/usr/src/tmp/usr/include -c 
>/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c
> > yacc  -o cexp.c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cexp.y
> > *** Signal 11
> 
> The canonical explanation for this sort of thing is processor or
> memory problems.  Would that fit?
> 
> Greg
> --
> See complete headers for address, home page and phone numbers
> finger [EMAIL PROTECTED] for PGP public key


   I really doubt it, though I can replace the memory and swap
machines tomorrow if I need to. It is a stock machine from Dell
with no mods.

   This machine has been dedicated to building -current SNAP's
for more than 8 months. When this machine has problems, the typical
problem is bad code getting into the system, or a corrupted
filesystem (I nolonger run any of my filesystems async for this
reason).

   fyi, this problem does replicate at the exact same location. It
appears to actually be yacc...

/usr/obj/usr/src/gnu/usr.bin/cc/cpp %ls -al
drwxr-xr-x   2 root  wheel 512 Aug 25 23:53 .
drwxr-xr-x  16 root  wheel 512 Aug 25 23:47 ..
-rw-r--r--   1 root  wheel   92936 Aug 25 23:53 cccp.o
-rw---   1 root  wheel  147456 Aug 25 23:53 yacc.core
/usr/obj/usr/src/gnu/usr.bin/cc/cpp %file yacc.core
yacc.core: ELF 32-bit LSB core file, Intel 80386, version 1 (FreeBSD), from 'yacc'

gdb says the following:

(no debugging symbols found)...
Core was generated by `yacc'.
Program terminated with signal 11, Segmentation fault.
#0  0x8051bec in free ()

   I guess I'll try to build a debug version next...

Thanks,
John



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



Re: make world failure (signal 11 in cpp)

1999-08-25 Thread Greg Lehey

On Wednesday, 25 August 1999 at 23:39:56 -0400, John W. DeBoskey wrote:
> Hi,
>
>I'm having problems making world... before I dig into this, does
> anyone already know what's going on? My source is current as of
> 11:30pm EST.
>
> thanks,
> John
>
> ===> cpp
> cc -O -pipe -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc 
>-I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/config -DFREEBSD_NATIVE 
>-DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"egcs-2.91.66\" 
>-DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" 
>-I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools 
>-I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -DPREFIX=\"/usr\"   
>-I/usr/obj/usr/src/tmp/usr/include -c 
>/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c
> yacc  -o cexp.c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cexp.y
> *** Signal 11

The canonical explanation for this sort of thing is processor or
memory problems.  Would that fit?

Greg
--
See complete headers for address, home page and phone numbers
finger [EMAIL PROTECTED] for PGP public key


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



make world failure (signal 11 in cpp)

1999-08-25 Thread John W. DeBoskey

Hi,

   I'm having problems making world... before I dig into this, does
anyone already know what's going on? My source is current as of
11:30pm EST.

thanks,
John

===> cpp
cc -O -pipe -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc 
-I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/config -DFREEBSD_NATIVE 
-DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"egcs-2.91.66\" 
-DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" 
-I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools 
-I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -DPREFIX=\"/usr\"   
-I/usr/obj/usr/src/tmp/usr/include -c 
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c
yacc  -o cexp.c /usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cexp.y
*** Signal 11

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

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



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



Re: make world failure (egcs)

1999-07-29 Thread Oscar Bonilla

On Thu, Jul 29, 1999 at 08:46:52AM -0400, John W. DeBoskey wrote:
> Hi,
> 
>The following seems to have slipped in over the last 24 hours. I'm
> probably the last to see it, and it may already be fixed, but I don't
> see any obvious commits:
> 
> c++ -c -I/usr/obj/usr/src/tmp/usr/include/g++ -O -pipe 
>-I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/config 
>-I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc -I. -fexceptions -DIN_GCC 
>-I/usr/obj/usr/src/tmp/usr/include 
>-I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/inc -nostdinc++ -DL_op_new -o 
>_op_new.o /usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc
> In file included from /usr/obj/usr/src/tmp/usr/include/stddef.h:39,
>  from /usr/obj/usr/src/tmp/usr/include/g++/new:8,
>  from 
>/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc:28:
> /usr/obj/usr/src/tmp/usr/include/machine/ansi.h:103: syntax error before 
>`__attribute__'
> /usr/obj/usr/src/tmp/usr/include/machine/ansi.h:104: syntax error before 
>`__attribute__'
> In file included from /usr/obj/usr/src/tmp/usr/include/g++/new:9,
>  from 
>/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc:28:
> /usr/obj/usr/src/tmp/usr/include/g++/exception:9: syntax error before string constant
> *** Error code 1
> 
> Stop.
> *** Error code 1
> 
> 
>source is current as of 2am (6hrs, 45mins ago).
> 

It's been fixed. It had to do with the change from bison to yacc.

regards,

-Oscar

-- 
For PGP Public Key: finger [EMAIL PROTECTED]


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



make world failure (egcs)

1999-07-29 Thread John W. DeBoskey

Hi,

   The following seems to have slipped in over the last 24 hours. I'm
probably the last to see it, and it may already be fixed, but I don't
see any obvious commits:

c++ -c -I/usr/obj/usr/src/tmp/usr/include/g++ -O -pipe 
-I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/config 
-I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc -I. -fexceptions -DIN_GCC 
-I/usr/obj/usr/src/tmp/usr/include 
-I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/inc -nostdinc++ -DL_op_new -o 
_op_new.o /usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc
In file included from /usr/obj/usr/src/tmp/usr/include/stddef.h:39,
 from /usr/obj/usr/src/tmp/usr/include/g++/new:8,
 from /usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc:28:
/usr/obj/usr/src/tmp/usr/include/machine/ansi.h:103: syntax error before 
`__attribute__'
/usr/obj/usr/src/tmp/usr/include/machine/ansi.h:104: syntax error before 
`__attribute__'
In file included from /usr/obj/usr/src/tmp/usr/include/g++/new:9,
 from /usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc:28:
/usr/obj/usr/src/tmp/usr/include/g++/exception:9: syntax error before string constant
*** Error code 1

Stop.
*** Error code 1


   source is current as of 2am (6hrs, 45mins ago).

Thanks!
John


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



Re: -current make world failure (compat22)

1999-05-09 Thread David O'Brien
>The following is error related to compat22 is causing a make release
>to fail... Has mtree been updated approriately?

A grep in /usr/src/etc/mtree/* shows there is no special handling for
compat?? dists.

-- 
-- David(obr...@nuxi.com  -or-  obr...@freebsd.org)


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



-current make world failure (compat22)

1999-05-09 Thread John W. DeBoskey
Hi,

   The following is error related to compat22 is causing a
make release to fail... Has mtree been updated approriately?

thanks!
John

===> lib/compat/compat22
cd /usr/src/lib/compat/compat22 ; make install DESTDIR=/R/stage/trees/compat22 
SHARED=copies
install -c -o root -g wheel -m 444 libalias.so.2.4 libc.so.3.1 libc_r.so.3.0 
libcalendar.so.2.0  libcom_err.so.2.0 libcurses.so.2.0 libdialog.so.3.1 
libedit.so.2.0  libf2c.so.2.0 libftpio.so.4.0 libg++.so.4.0 libgmp.so.3.0  
libgnuregex.so.2.0 libipx.so.2.0 libkvm.so.2.0 libm.so.2.0  libmp.so.3.0 
libmytinfo.so.2.0 libncurses.so.3.1 libopie.so.2.0  libpcap.so.2.2 
libreadline.so.3.0 librpcsvc.so.2.0 libscrypt.so.2.0  libscsi.so.2.0 
libskey.so.2.0 libss.so.2.0 libstdc++.so.2.0  libtelnet.so.2.0 
libtermcap.so.2.1 libutil.so.2.2 libvgl.so.1.0  libxpg4.so.2.0 libz.so.2.0  
/R/stage/trees/compat22/usr/lib/compat/aout
usage: install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 file2
   install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 ...
 fileN directory
   install -d [-g group] [-m mode] [-o owner] directory ...
*** Error code 64


And looking at /R

/snap/release/R/stage/trees %ls
bin compat20des games   manpages
catpagescompat21dictinfoproflibs
compat1xcompat3xdoc krb

   compat22 doesn't seem to exist...




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: make world failure mode

1999-05-07 Thread Andy Farkas

On Mon, 3 May 1999, Bruce Evans wrote:

> >I have noticed that if you do not have /usr/share/groff_font 
> >directory, a buildworld will fail.  I think GROFF_FONT_PATH is 
> >missing from a Makefile maybe?  The dev* directories are already 
> >built in the obj tree...
> 
> Similarly for /usr/share/tmac and GROFF_TMAC_PATH.
> 
> Not quite similarly for /usr/share/dict/{various}.  groff uses these,
> but there doesn't seem to be any macros for them.  Hopefully they aren't
> used by buildworld.

A 'make buildworld' completed ok without a /usr/share/dict

> 
> Bruce
> 


--
 
 :{ an...@speednet.com.au
  
Andy Farkas
System Administrator
   Speed Internet Services
 http://www.speednet.com.au/
  




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: make world failure

1999-05-05 Thread David O'Brien
> I had tried cd /usr/src and make cleandir and make cleandir. It didn't
> help.  Any idea ?  Thanks.


rm -rf /usr/src
cd /usr
cvs co src

Something is wrong with your tree.  This output is very simular to what
you get when contrib/egcs/gcc/config/freebsd-native.h isn't being picked
up properly.

-- 
-- David(obr...@nuxi.com  -or-  obr...@freebsd.org)


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



make world failure

1999-05-05 Thread Chan Yiu Wah
Hello,

I had posted this message for a couple of weeks as I still didn't solve the
problem.  The error was reported when I tried to make world.  My system is
freebsd-current with ctm source upto src-cur.3858.  The compiler is 
egcs-1.1.2.  I had tried cd /usr/src and make cleandir and make cleandir. It
didn't help.  Any idea ?  Thanks.

Clarence

=== Error ===
===> cpp
cc -O -pipe -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc 
-I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/config 
-DFREEBSD_NATIVE -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"egcs-2.91.66\" 
-DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" 
-I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools 
-I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -DPREFIX=\"/usr\"   
-I/usr/obj/usr/src/tmp/usr/include -c 
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c:423: 
`GPLUSPLUS_INCLUDE_DIR' undeclared here (not in a function)
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c:423: 
initializer element for `include_defaults_array[0].fname' is not constant
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c:424: 
`OLD_GPLUSPLUS_INCLUDE_DIR' undeclared here (not in a function)
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c:424: 
initializer element for `include_defaults_array[1].fname' is not constant
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c:449: 
`GCC_INCLUDE_DIR' undeclared here (not in a function)
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c:449: 
initializer element for `include_defaults_array[2].fname' is not constant
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c: In function 
`main':
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c:1376: 
`GCC_INCLUDE_DIR' undeclared (first use in this function)
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c:1376: (Each 
undeclared identifier is reported only once
/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c:1376: for each 
function it appears in.)
*** Error code 1

Stop.
=== Error ===


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: make world failure mode

1999-05-02 Thread Bruce Evans
># uname -v
>FreeBSD 3.1-STABLE #2: Mon Apr 26 22:46:11 EST 1999
>
>I have noticed that if you do not have /usr/share/groff_font 
>directory, a buildworld will fail.  I think GROFF_FONT_PATH is 
>missing from a Makefile maybe?  The dev* directories are already 
>built in the obj tree...

Similarly for /usr/share/tmac and GROFF_TMAC_PATH.

Not quite similarly for /usr/share/dict/{various}.  groff uses these,
but there doesn't seem to be any macros for them.  Hopefully they aren't
used by buildworld.

Bruce


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



make world failure mode

1999-05-02 Thread Andy Farkas

# uname -v
FreeBSD 3.1-STABLE #2: Mon Apr 26 22:46:11 EST 1999


I have noticed that if you do not have /usr/share/groff_font 
directory, a buildworld will fail.  I think GROFF_FONT_PATH is 
missing from a Makefile maybe?  The dev* directories are already 
built in the obj tree...


Script started on Sun May  2 15:28:26 1999
# make buildworld

===> share/doc/usd/13.viref
sed -e\ 's:\(\.so[\ \   ][\ \   
]*\)\(vi.ref\)$:\1/home/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.ref/\2:'
 -e\ 's:\(\.so[\ \   ][\ \   
]*\)\(ex.cmd.roff\)$:\1/home/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.ref/\2:'
 -e\ 's:\(\.so[\ \  ][\ \   
]*\)\(ref.so\)$:\1/home/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.ref/\2:'
 -e\ 's:\(\.so[\ \   ][\ \   
]*\)\(set.opt.roff\)$:\1/home/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.ref/\2:'
 -e\ 's:\(\.so[\ \ ][\ \   
]*\)\(vi.cmd.roff\)$:\1/home/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.ref/\2:'
 -e 's:^\.so index.so$::' 
/home/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.ref/vi.ref
 |  groff -mtty-char -Tascii -t -s -me -o1- > /dev/null
groff: can't find `DESC' file
groff:fatal error: invalid device `ascii'
*** Error code 3

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
# ^Dexit
Script done on Sun May  2 17:12:14 1999


--
 
 :{ an...@speednet.com.au
  
Andy Farkas
System Administrator
   Speed Internet Services
 http://www.speednet.com.au/
  




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: make world failure

1999-04-29 Thread Jean-Marc Zucconi
> Mark Murray writes:

 > "David O'Brien" wrote:
 >> On Thu, Apr 29, 1999 at 03:19:37AM +0200, Jean-Marc Zucconi wrote:
 >> > I just encountered this:
 >> > 
 >> > ===> gnu/usr.bin/cc/doc
 >> > makeinfo -I /u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc -I 
 >> > /u3/
 > src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/cp --no-split -I 
 > /u3/src/gn
 > u/usr.bin/cc/doc -I /u3/src/gnu/usr.bin/cc/doc 
 > /u3/src/gnu/usr.bin/cc/doc/../..
 > /../../contrib/egcs/gcc/gcc.texi  -o gcc.info
 >> 
 >> As latest egcs committer, info docs are out of my forte.  Hopefully
 >> someone knowledgeable about them can help you out.

 > Best chance is a total resup followed by a source-tree de-turd. I find
 > that _two_ "make cleandir"'s followed by "cd /usr/obj;"
 > does a good job even if it is a bit of overkill.

It appears that this was a cvs problem: my update log showed:
...
cvs update: Updating contrib/egcs/gcc
cvs update: move away contrib/egcs/gcc/invoke.texi; it is in the way
C contrib/egcs/gcc/invoke.texi

I removed the file and did a 'cvs update -PdA' again and this solved
the problem.

Jean-Marc

-- 
 Jean-Marc ZucconiPGP Key: finger j...@freebsd.org


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: make world failure

1999-04-28 Thread Mark Murray
"David O'Brien" wrote:
> On Thu, Apr 29, 1999 at 03:19:37AM +0200, Jean-Marc Zucconi wrote:
> > I just encountered this:
> > 
> > ===> gnu/usr.bin/cc/doc
> > makeinfo -I /u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc -I /u3/
src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/cp --no-split -I /u3/src/gn
u/usr.bin/cc/doc -I /u3/src/gnu/usr.bin/cc/doc /u3/src/gnu/usr.bin/cc/doc/../..
/../../contrib/egcs/gcc/gcc.texi  -o gcc.info
> 
> As latest egcs committer, info docs are out of my forte.  Hopefully
> someone knowledgeable about them can help you out.

Best chance is a total resup followed by a source-tree de-turd. I find
that _two_ "make cleandir"'s followed by "cd /usr/obj;"
does a good job even if it is a bit of overkill.

M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



Re: make world failure

1999-04-28 Thread David O'Brien
On Thu, Apr 29, 1999 at 03:19:37AM +0200, Jean-Marc Zucconi wrote:
> I just encountered this:
> 
> ===> gnu/usr.bin/cc/doc
> makeinfo -I /u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc -I 
> /u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/cp --no-split -I 
> /u3/src/gnu/usr.bin/cc/doc -I /u3/src/gnu/usr.bin/cc/doc 
> /u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/gcc.texi  -o gcc.info

As latest egcs committer, info docs are out of my forte.  Hopefully
someone knowledgeable about them can help you out.

-- 
-- David(obr...@nuxi.com  -or-  obr...@freebsd.org)


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message



make world failure

1999-04-28 Thread Jean-Marc Zucconi
I just encountered this:

===> gnu/usr.bin/cc/doc
makeinfo -I /u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc -I 
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/cp --no-split -I 
/u3/src/gnu/usr.bin/cc/doc -I /u3/src/gnu/usr.bin/cc/doc 
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/gcc.texi  -o gcc.info
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:434: Next 
reference to nonexistent node `Invoking G++'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/gcc.texi:2085: Cross 
reference to nonexistent node `Warning Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/gcc.texi:1619: Cross 
reference to nonexistent node `Optimize Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/extend.texi:2236: Cross 
reference to nonexistent node `C++ Dialect Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:431: Menu 
reference to nonexistent node `Target Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:429: Menu 
reference to nonexistent node `Directory Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:428: Menu 
reference to nonexistent node `Link Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:427: Menu 
reference to nonexistent node `Assembler Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:425: Menu 
reference to nonexistent node `Preprocessor Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:424: Menu 
reference to nonexistent node `Optimize Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:423: Menu 
reference to nonexistent node `Debugging Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:422: Menu 
reference to nonexistent node `Warning Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:421: Menu 
reference to nonexistent node `C++ Dialect Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:420: Menu 
reference to nonexistent node `C Dialect Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:401: Cross 
reference to nonexistent node `Code Gen Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:208: Cross 
reference to nonexistent node `Submodel Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:202: Cross 
reference to nonexistent node `Target Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:195: Cross 
reference to nonexistent node `Directory Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:185: Cross 
reference to nonexistent node `Link Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:179: Cross 
reference to nonexistent node `Assembler Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:166: Cross 
reference to nonexistent node `Preprocessor Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:147: Cross 
reference to nonexistent node `Optimize Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:136: Cross 
reference to nonexistent node `Debugging Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:115: Cross 
reference to nonexistent node `Warning Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:103: Cross 
reference to nonexistent node `C++ Dialect Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:94: Cross 
reference to nonexistent node `C Dialect Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:77: Menu 
reference to nonexistent node `Running Protoize'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:76: Menu 
reference to nonexistent node `Environment Variables'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:74: Menu 
reference to nonexistent node `Code Gen Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:72: Menu 
reference to nonexistent node `Submodel Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:71: Menu 
reference to nonexistent node `Target Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:69: Menu 
reference to nonexistent node `Directory Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:68: Menu 
reference to nonexistent node `Link Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:67: Menu 
reference to nonexistent node `Assembler Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:65: Menu 
reference to nonexistent node `Preprocessor Options'.
/u3/src/gnu/usr.bin/cc/doc/../../../../contrib/egcs/gcc/invoke.texi:64: Menu 
reference to nonexistent node `Optimize Options'.
/u3/src/gnu

make world failure (2 days in a row)

1999-02-02 Thread John W. DeBoskey
Hi,

   The following says it all...

Thanks,
John

===> ru
cd /usr/doc/ru ; make afterdistribute DESTDIR=/R/stage/trees/bin
===> ru/FAQ
cd /usr/doc/ru/FAQ ; make install DESTDIR=/R/stage/trees/doc SHARED=copies
install -c -o root -g wheel -m 444  FAQ*.html 
/R/stage/trees/doc/usr/share/doc/ru/FAQ
if [ -f /usr/doc/ru/FAQ/FAQ.ln ]; then  (cd 
/R/stage/trees/doc/usr/share/doc/ru/FAQ;  sh /usr/doc/ru/FAQ/FAQ.ln);  fi
install -c -o root -g wheel -m 444  FAQ.roff  
/R/stage/trees/doc/usr/share/doc/ru/FAQ
===> zh
cd /usr/doc/zh ; make afterdistribute DESTDIR=/R/stage/trees/bin
===> zh/FAQ
cd /usr/doc/zh/FAQ ; make install DESTDIR=/R/stage/trees/doc SHARED=copies
install -c -o root -g wheel -m 444  FAQ*.html /R/stage/trees/doc/FAQ
usage: install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 file2
   install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 ...
 fileN directory
   install -d [-g group] [-m mode] [-o owner] directory ...
*** Error code 64


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message


Make world failure in lpr.c

1999-02-01 Thread John W. DeBoskey
Hi,

   4.0-current sources current as of 9pm EST. Is anyone else seeing
this problem?

   Version 1.28 (wollman) seems to have broken this... The relevant
pieces being:

+static char*Uflag; /* user name specified with -U flag */

+   uflag = optarg;

   uflag = optarg;looks like it should be Uflag.



Thanks,
John



===> usr.sbin/lpr/lpr
cc -nostdinc -O -pipe -I/usr/src/usr.sbin/lpr/lpr/../common_source -Wall 
-Wnested-externs -Wmissing-prototypes -Wno-unused -Wredundant-decls 
-Wstrict-prototypes   -I/usr/obj/usr/src/tmp/usr/include -c 
/usr/src/usr.sbin/lpr/lpr/lpr.c
/usr/src/usr.sbin/lpr/lpr/lpr.c: In function `main':
/usr/src/usr.sbin/lpr/lpr/lpr.c:192: `uflag' undeclared (first use this 
function)
/usr/src/usr.sbin/lpr/lpr/lpr.c:192: (Each undeclared identifier is reported 
only once
/usr/src/usr.sbin/lpr/lpr/lpr.c:192: for each function it appears in.)
*** Error code 1


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message


Make world failure

1999-01-15 Thread John W. DeBoskey
Hi,

   My src tree is current as of 2:00 EST (35 minutes ago), and I'm 
seeing the following failure:

cp dl_dlopen.xs DynaLoader.xs
/usr/obj/usr/src/tmp/usr/bin/miniperl 
-I/usr/obj/usr/src/gnu/usr.bin/perl/perl/lib 
-I/usr/obj/usr/src/gnu/usr.bin/perl/perl/lib 
/usr/obj/usr/src/gnu/usr.bin/perl/perl/lib/ExtUtils/xsubpp -noprototypes 
-typemap /usr/obj/usr/src/gnu/usr.bin/perl/perl/lib/ExtUtils/typemap 
DynaLoader.xs >xstmp.c && mv xstmp.c DynaLoader.c
cc -c   -nostdinc -O -pipe -DVERSION=\"1.03\"  -DXS_VERSION=\"1.03\" -DPIC 
-fpic -I/usr/obj/usr/src/gnu/usr.bin/perl/perl -DPERL_CORE -DLIBC="" 
DynaLoader.c
In file included from DynaLoader.xs:107:
/usr/obj/usr/src/gnu/usr.bin/perl/perl/perl.h:301: sys/types.h: No such file or 
directory
/usr/obj/usr/src/gnu/usr.bin/perl/perl/perl.h:312: stdarg.h: No such file or 
directory
In file included from /usr/obj/usr/src/gnu/usr.bin/perl/perl/iperlsys.h:203,
 from /usr/obj/usr/src/gnu/usr.bin/perl/perl/perl.h:319,
 from DynaLoader.xs:107:
/usr/obj/usr/src/gnu/usr.bin/perl/perl/perlsdio.h:5: stdio.h: No such file or 
directory
In file included from DynaLoader.xs:107:


   I'll see if I can figure out what changed later this afternoon.

Later,
John

To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message