<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">For the record, this is bug 6539525 and I will file a SubCR for the ^ update release, however, I have no<div>idea when it might be fixed, that's a different team.</div><div><br></div><div>You are correct that it is fixed in 6-open and 7 only.</div><div><br></div><div>-kto</div><div><br><div><div><div>On May 21, 2011, at 5:52 PM, jingguo yao wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Oracle jdk6 has this problem. openjdk6 does not have this problem. I have used openjdk6 to successfully build jdk7.<br><br><div class="gmail_quote">On Wed, Apr 27, 2011 at 11:26 PM, Kelly O'Hair <span dir="ltr"><<a href="mailto:kelly.ohair@oracle.com">kelly.ohair@oracle.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">This is a reply to a delayed email, but the answer may be helpful to someone, assuming this email<br>
doesn't get delayed...<br>
<br>
There is a bug in the corba idlj tool that causes build failures when the root of the directory path doing the<br>
build starts with /d or /i or /D or /T ... basically any / followed by what is an option letter for idlj.<br>
The idlj command line parsing was originally setup to accept -option or /option, trying to be Unix and<br>
Windows friendly I suspect, but that was obviously (now) a bad idea.<br>
This was fixed in the jdk7 idlj, but the problem lingers in the jdk6 version.<br>
<br>
---<br>
Slightly related to this is an outstanding bug with the corba repository build process in that the idlj<br>
tool should be handled more like the langtools javac.jar, we should build a idlj.jar first with the<br>
latest idlj sources in jdk7, run that as part of the jdk7 corba build (run idlj.jar with the bootdir jdk),<br>
and also build idlj classes with -target 7 for delivery into the jdk7 product.<br>
This means that these corba sources need to be compilable and runnable with the boot jdk.<br>
Had that been done, the original issue would not have been seen because we would not have been<br>
running the boot jdk idlj, which has this build failure issue.<br>
<br>
Yeah yeah ZZZZZZZZ blah blah blah ;^)<br>
<br>
-kto<br>
<div><div></div><div class="h5"><br>
On Apr 5, 2011, at 7:06 AM, jingguo yao wrote:<br>
<br>
> I am using Ubuntu desktop 10.04. And I ran the following commands to<br>
> set up the build environment (SUN JDK 1.6.0_24 is used):<br>
><br>
> export LANG=C<br>
> expor ALT_BOOTDIR=/usr/lib/jvm/java-6-sun<br>
><br>
> And "make sanity" passed. There was the following error when running "make":<br>
><br>
> make[5]: Leaving directory<br>
> `/data/prog/java/openjdk/jdk7/corba/make/org/omg/sources'<br>
> make[5]: Entering directory<br>
> `/data/prog/java/openjdk/jdk7/corba/make/org/omg/PortableServer'<br>
> ../../../common/shared/Defs-linux.gmk:130: "WARNING: Value of<br>
> JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH"<br>
> make[5]: *** No rule to make target<br>
> `/data/prog/java/openjdk/jdk7/build/linux-i586/corba/classes/org/omg/PortableServer/AdapterActivator.class',<br>
> needed by `/data/prog/java/openjdk/jdk7/build/linux-i586/corba/tmp/org/org.omg.PortableServer/.classes.list'.<br>
> Stop.<br>
> make[5]: Leaving directory<br>
> `/data/prog/java/openjdk/jdk7/corba/make/org/omg/PortableServer'<br>
> make[4]: *** [build] Error 1<br>
> make[4]: Leaving directory `/data/prog/java/openjdk/jdk7/corba/make/org/omg'<br>
> make[3]: *** [build] Error 1<br>
> make[3]: Leaving directory `/data/prog/java/openjdk/jdk7/corba/make/org'<br>
> make[2]: *** [build] Error 1<br>
> make[2]: Leaving directory `/data/prog/java/openjdk/jdk7/corba/make'<br>
> make[1]: *** [corba-build] Error 2<br>
> make[1]: Leaving directory `/data/prog/java/openjdk/jdk7'<br>
> make: *** [build_product_image] Error 2<br>
><br>
> Then I checked the previous make messages. I found the following message:<br>
><br>
> make[5]: Entering directory<br>
> `/data/prog/java/openjdk/jdk7/corba/make/org/omg/sources'<br>
> ../../../common/shared/Defs-linux.gmk:130: "WARNING: Value of<br>
> JDK_IMPORT_PATH cannot be empty, check or set ALT_JDK_IMPORT_PATH"<br>
> /usr/lib/jvm/java-6-sun/bin/idlj -J-XX:-PrintVMOptions<br>
> -J-XX:+UnlockDiagnosticVMOptions -J-XX:-LogVMOutput -J-client<br>
> -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -td<br>
> "/data/prog/java/openjdk/jdk7/build/linux-i586/corba/gensrc" -i<br>
> "../../../../src/share/classes/org/omg/PortableServer" -i<br>
> "../../../../src/share/classes/org/omg/PortableInterceptor" -corba 3.0<br>
> -fall -pkgPrefix PortableServer org.omg<br>
> ../../../../src/share/classes/org/omg/PortableServer/poa.idl<br>
> com.sun.tools.corba.se.idl.InvalidArgument: Invalid argument: -td.<br>
><br>
> Compiler Usage:<br>
><br>
> java com.sun.tools.corba.se.idl.toJavaPortable.Compile [options] <idl file><br>
><br>
> where <idl file> is the name of a file containing IDL definitions, and<br>
> [options] is any combination of the options listed below. The options<br>
> are optional and may appear in any order; <idl file> is required and<br>
> must appear last.<br>
><br>
> Options:<br>
> -d <symbol> This is equivalent to the following line in an<br>
> IDL file: #define <symbol><br>
> -emitAll Emit all types, including those found in<br>
> #included files.<br>
> -f<side> Define what bindings to emit. <side> is one<br>
> of client,<br>
> server, all, serverTIE, allTIE. serverTIE and allTIE<br>
> cause delegate model skeletons to be emitted. If this<br>
> flag is not used, -fclient is assumed.<br>
> -i <include path> By default, the current directory is scanned for<br>
> included files. This option adds another directory.<br>
> -keep If a file to be generated already exists, do not<br>
> overwrite it. By default it is overwritten.<br>
> -noWarn Suppress warnings.<br>
> -oldImplBase Generate skeletons compatible with old<br>
> (pre-1.4) JDK ORBs.<br>
> -pkgPrefix <t> <prefix> When the type or module name <t> is encountered at<br>
> file scope, begin the Java package name for all files<br>
> generated for <t> with <prefix>.<br>
> -pkgTranslate <t> <pkg> When the type or module name <t> in<br>
> encountered, replace<br>
> it with <pkg> in the generated java package.<br>
> Note that<br>
> pkgPrefix changes are made first. <t> must match the<br>
> full package name exactly. Also, <t> must not be<br>
> org, org.omg, or any subpackage of org.omg.<br>
> -skeletonName <xxx%yyy> Name the skeleton according to the pattern.<br>
> The defaults are:<br>
> %POA for the POA base class (-fserver or -fall)<br>
> _%ImplBase for the oldImplBase base class<br>
> (-oldImplBase and (-fserver or -fall)).<br>
> -td <dir> use <dir> for the output directory instead of<br>
> the current directory.<br>
> -tieName <xxx%yyy> Name the tie according to the pattern. The<br>
> defaults are:<br>
> %POATie for the POA tie (-fserverTie or -fallTie)<br>
> %_Tie for the oldImplBase tie<br>
> (-oldImplBase and (-fserverTie or -fallTie)).<br>
> -v, -verbose Verbose mode.<br>
> -version Display the version number and quit.<br>
><br>
> It seems that the cause is that a invalid argument -td is passed to<br>
> "java com.sun.tools.corba.se.idl.toJavaPortable.Compile". Can anybody<br>
> help me on this? Thanks.<br>
><br>
> --<br>
> Jingguo<br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Jingguo<br>
</blockquote></div><br></div></div></body></html>