Re: stdlib.h:57: redeclaration of C++ built-in type `wchar_t'

2002-10-07 Thread Hanspeter Roth

  On Oct 06 at 17:02, Terry Lambert spoke:

 You failed to delete the old header files when you upgraded your
 compiler.  The easiest answer is man rm.  8-).

Hm. I tought I had `*default delete use-rel-suffix' in the supfile.
Do I still have to delete old files myself?
Is /usr/include/stdlib.h obsolete?

-Hanspeter

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



Re: stdlib.h:57: redeclaration of C++ built-in type `wchar_t'

2002-10-07 Thread Terry Lambert

Hanspeter Roth wrote:
   On Oct 06 at 17:02, Terry Lambert spoke:
  You failed to delete the old header files when you upgraded your
  compiler.  The easiest answer is man rm.  8-).
 
 Hm. I tought I had `*default delete use-rel-suffix' in the supfile.

Doesn't matter.  That only effects your CVS tree.  A CVS update
with the delete/prune options only effects your source tree.  The
problem is the installed header files, so changes to either your
local CVS tree or your local source tree are irrelevent.


 Do I still have to delete old files myself?

Yes.

 Is /usr/include/stdlib.h obsolete?

/usr/include/* is obsolete.  Install the new ones instead.

-- Terry

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



stdlib.h:57: redeclaration of C++ built-in type `wchar_t'

2002-10-06 Thread Hanspeter Roth

Hello,

when running buildworld I get:

=== gnu/usr.bin/gperf/doc
c++  -O -pipe-D__FBSDID=__RCSID 
-I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf 
-c /usr/src/contrib/gperf/src/bool-array.cc
c++  -O -pipe-D__FBSDID=__RCSID 
-I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf 
-c /usr/src/contrib/gperf/src/gen-perf.cc
In file included from /usr/src/contrib/gperf/src/gen-perf.cc:23:
/usr/include/stdlib.h:57: redeclaration of C++ built-in type `wchar_t'
*** Error code 1


#ifdef  _BSD_SIZE_T_
typedef _BSD_SIZE_T_size_t;
#undef  _BSD_SIZE_T_

How can I resolve this redeclaration?

-Hanspeter

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



Re: stdlib.h:57: redeclaration of C++ built-in type `wchar_t'

2002-10-06 Thread Terry Lambert

Hanspeter Roth wrote:
 /usr/include/stdlib.h:57: redeclaration of C++ built-in type `wchar_t'
 *** Error code 1
 
 #ifdef  _BSD_SIZE_T_
 typedef _BSD_SIZE_T_size_t;
 #undef  _BSD_SIZE_T_
 
 How can I resolve this redeclaration?

You failed to delete the old header files when you upgraded your
compiler.  The easiest answer is man rm.  8-).

-- Terry

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



Re: stdlib.h:57: redeclaration of C++ built-in type `wchar_t'

2002-10-06 Thread walt

Hanspeter Roth wrote:
 Hello,
 
 when running buildworld I get:
 
 === gnu/usr.bin/gperf/doc
 c++  -O -pipe-D__FBSDID=__RCSID 
-I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf 
-c /usr/src/contrib/gperf/src/bool-array.cc
 c++  -O -pipe-D__FBSDID=__RCSID 
-I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf 
-c /usr/src/contrib/gperf/src/gen-perf.cc
 In file included from /usr/src/contrib/gperf/src/gen-perf.cc:23:
 /usr/include/stdlib.h:57: redeclaration of C++ built-in type `wchar_t'
 *** Error code 1
 
 
 #ifdef  _BSD_SIZE_T_
 typedef _BSD_SIZE_T_size_t;
 #undef  _BSD_SIZE_T_
 
 How can I resolve this redeclaration?

I'm no expert, but I'd guess you have some stale header files in /usr/include.

You could try this:

cd /usr
mv include include.old
cd /usr/src
make includes
make buildworld

There may be things in the include.old directory you would want to move back
to /usr/include [1], so I would look through it before deleting the whole thing.

If you want to be more conservative you could just start by moving
/usr/include/g++ out of the way instead of the whole /usr/include, but
that may or may not be sufficient.



[1]  I'm not sure this applies to FreeBSD, since the ports are supposed to
put their header files in /usr/local/include, but I don't want to give you
risky advice when I'm not certain.


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