This is such a fatal error that there is probably no point in trying to handle
it, so allow to simplify client code by removing the requirement to check for a
null return value.
Simplified some client code accordingly (modules configmgr and ure, and the code
generated by cppumaker and javamaker).
Change-Id: I51c0b270ec73409374f7439a47ee061407a46e31
Evidently on Windows, the newfangled ucpp handles #include "foo"
differently from #include <foo> and treats it as a relative path, while
the angle brackets always result in absolute paths.
Since relative paths result in infinite rebuilds if make is invoked in a
different directory, don't use #include "foo" in IDL files.
Change-Id: Iedcda3a4be5542389a0be086f14541cda8dc5323
2006/03/16 10:57:58 sb 1.4.28.2: #i62303# As a special case, let com.sun.star.lang.XEventListener extend java.utilEventListener.
2006/03/16 10:14:48 sb 1.4.28.1: #i62098# Adapted to tightened idlc rules about similar service constructors.
2004/03/15 15:59:13 sb 1.1.2.3: #i21150# Added support for extended interface attributes.
2004/03/09 15:03:07 sb 1.1.2.2: #i21150# Constructing Java and C++ code for services and singletons.
2004/03/05 12:32:34 sb 1.1.2.1: #i21150# Added support for service constructors to javamaker.
2004/03/09 15:03:07 sb 1.1.2.2: #i21150# Constructing Java and C++ code for services and singletons.
2004/03/05 12:32:18 sb 1.1.2.1: #i21150# Added support for service constructors to javamaker.