Tim, The patch has been applied to the Pack200 code, and I've raised a separate bug for the separation of the pack200 stuff:
http://issues.apache.org/jira/browse/HARMONY-2479 I still think a separate module makes sense, because even if the build.xml compiles against 1.4, anyone who checks out the module to work as an Eclipse project is going to inherit the 1.5 compiler settings and be tempted to start sticking generics all over the place. And it won't be clear from the person editing it what the compilation error is, because it won't show up in Eclipse, just fall over when checked into the build. Having a separate module would allow a separate Eclipse project to be loaded, with separate compiler checks during editing, as well as manipulation of the Manifest.MF separately. And then it's pretty much an OSGi bundle ready to roll for other uses. Alex. On 22/11/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> I'd also like to get the pack200 code moved out of the archive module > and into its own module, and after applying this patch sounds like a > good time to do this. If someone can help me with the creation of a > new module (e.g. archive-pack200), that would be good. Once the patch is applied I can help with separating the pack200 code. I don't think it requires a separate module, but we can pull it out into a separate source folder in archive, build it with source 1.4 flags, and create a target to produce a separate jar etc.
