Re: ORBit 0.3.97 problems

[sopwith redhat com (Elliot Lee)]

On Fri, 12 Feb 1999 20:53:48 +0100 (CET), Jeroen Ruigrok/Asmodai
<asmodai@wxs.nl> wrote:

>I get a ton of parse errors which originate from CosNaming.h and
>new-name-server.c.
>
>Excerpt:
>
>Making all in name
>gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I. -I../../../src -I../../../src 
>-I/usr/local/lib/glib/include -I/usr/local/include    -g -O2 -c new-n
>ame-server.c
>In file included from new-name-server.c:24:
>CosNaming.h:33: parse error before `*'
>CosNaming.h:34: warning: data definition has no type or storage class
>In file included from new-name-server.c:24:
>CosNaming.h:173: parse error before `*'
>CosNaming.h:173: warning: data definition has no type or storage class
>CosNaming.h:175: parse error before `CosNaming_Name'
>CosNaming.h:191: parse error before `CosNaming_Name'
>CosNaming.h:191: warning: no semicolon at end of struct or union
>
>Those kind of errors indicate a lack of inclusion for sys/types.h to me.

That's not  it.

>So, basically my question is, anyone have ideas what went wrong or have
>tips on where to look?

If you do 'rm CosNaming.h; make CosNaming.h' you will notice that
'orbit-idl' gets run with no parameters.

This happened to someone on Solaris before. I don't know why. I will blame
automake for now :)

To work around this, do
	cd $top_builddir/src/services/name
	$top_builddir/src/idl-compiler/orbit-idl $srcdir/CosNaming.idl
	cat $srcdir/LName.h >> CosNaming.h

-- Elliot
"In film you will find four basic story lines. Man versus man, man
 versus nature, nature versus nature, and dog versus vampire."
    - Steven Spielberg