Created attachment 266353 [details]
Created attachment 266355 [details]
The file antlr-3.3-generated.tar.bz2 contains the generated java files from antlr 3 grammars for the "tool" und "gunit" subprojects. The ebuild can not reference itself (grammars are build with antlr 3). The java files were created with the original maven build.
After upgrading both antlrworks and jython-2.5.1-r2 fail to compile so those need to be fixed before we can add this to the tree.
3.4 was released. Would it be possible to add it masked?
(In reply to comment #4)
> 3.4 was released. Would it be possible to add it masked?
jython 2.5.2 doesn't like antlr-3.4 either. I'm thinking about an new slot. The only issue with that would be antlr3 and gunit scripts would collide. eselect antlr might be the long term solution here, naming them antlr3.4 and gunit3.4 isn't nice but should work for now.
As for the antlr package itself the java runtime should probably be split out into a separate package and instead the ant task should be built. Have the build tools in antlr:3.4 and runtimes individually.
I need dev-java/antlr-3.4 for Bug 451706 - Ebuild request: sci-mathematics/cvc4
It would be neat if it could be slotted say slot "3.4". Naming the conflicting files like antlr3.4 and gunit3.4 would be great. I don't need eselect, I just need to ability to install multiple antlr versions at the same time like 3.1, 3.4, 4.0. Its great that there's an ebuild that does not use maven. Fortunately antlr 4 has an ant build.xml.
dev-java/antlr-3.5.2 was released on 2014-03-25.
We've got antlr-4.4 in the tree. Is there a motivation to get version 3.5.2 commited to the tree? 4.4 is up to date.
If antlr-3.5.2 is compatible with antlr-3.1.3 and would be in the same slot (SLOT="3"), then addition of it would be useful for packages depending on dev-java/antlr:3.
I have now added 3.5.2 under SLOT 3.5 because it is very different to 3.1 and 3.2 but also quite different to 4. It will primarily be used to unbundle 4 but forked-daapd have also accepted my patch to use 3.5 instead of earlier versions. I will push that along with the updated antlr-c ebuild in a short while.
Confirmation that dev-db/mysql-workbench also seems to work fine with 3.5, even though they use 3.4 themselves and we were using a downloadable jar for this before.
Thanks for adding!