Old build blues: build-related code review request for 8001614: Include annotation type to documented supported-ness

Jonathan Gibbons jonathan.gibbons at oracle.com
Wed Jan 30 19:33:18 PST 2013


Joe,

If it helps, I can help with build fixes, old, and new. Obviously, 
they'll still need to be approved by appropriate build folk.

-- Jon

On 01/30/2013 06:59 PM, Joe Darcy wrote:
> Hello,
>
> For JDK 8, I'm trying to add a new type in the "jdk" package.  The new 
> type is an annotation type to track supported-ness; the contents of 
> the type itself have already been reviewed by Jon and Alan.
>
> I'm putting the file into the langtools repository so it can 
> potentially be used by both JDK-specific code in langtools and in 
> jdk.  If the new type was placed in the jdk repo, it would not be 
> visible to langtools during the bootstrapping process.
>
> With the new build, I can just put the file in the appropriate place 
> in langtools and it gets picked up by the build and placed in rt.jar, 
> etc. (There is a still a limitation, but I'll get to that later.)
>
> With the old, the new file doesn't get picked up automatically.  I 
> adjusted the directory list in make/Makefile-classic, and the new file 
> does get picked up for javac.jar, but does *not* get propagated into 
> rt.jar.
>
> So my questions include:
>
> * Should the old build system be modified to pick up this file?
> * If so, what else is needed to get the file into rt.jar?
>
> The limitation under the new build is that while Supported.class ends 
> up in rt.jar, it is not visible during the bootstrapping stage when we 
> would like it to be (so com.sun.source.* can be annotated with 
> @Supported).  What changes to the new build are needed to allow the 
> type to be visible during bootstrapping too?
>
> Current webrev is at:
>
>     http://cr.openjdk.java.net/~darcy/8001614.0/
>
> Thanks,
>
> -Joe




More information about the build-infra-dev mailing list