strange ORBit2 bugs ... & IDL distribution

Michael Meeks <[email protected]>
Newsgroups gmane.comp.gnome.components,gmane.comp.gnome.orbit.general
Organization Ximian.
Message-ID <[email protected]>
Hi there,

	Jpr just brought bug:

	http://bugzilla.gnome.org/show_bug.cgi?id=101549

	to my attention; this is caused by a rather nasty backwards
compatibility issue; The root problem is that if you generate
stubs/skels on a new machine, and then ship them to an old machine, they
don't work against the older ORB on that machine.

	Ie. we remain fully backwards compatible at all times; however we can't
be forwards compatible always; thus if you build '2.6' stubs and run
them against a '2.4' ORB you get problems. The reverse is never true -
it's always safe to run '2.4' stubs against '2.6', '2.8' ... ORB.

	Unfortunately, autotools makes it very easy to ship auto-generated
code; in fact you have to work hard to stop it; thus, if anyone is
building IDL in their project I recommend that you use:


DONT_DIST_SOURCE = $(CORBA_SOURCE) $(marshal_sources)

dist-hook:
	for file in $(DONT_DIST_SOURCE) ; do \
	    rm -f $(distdir)/$$file ; \
	done

	Which can be used to delete your glib-genmarshal created stuff, and any
IDL stubs/skels/common (cf. libbonobo/bonobo/Makefile.am).

	That will ensure your project is fully backwards compatible, and that
targets generated on old machines will still run perfectly.

	HTH,

		Michael.

-- 
 [email protected]  <><, Pseudo Engineer, itinerant idiot
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.