Activity
From 05/05/2026 to 06/03/2026
06/03/2026
- 11:51 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I refactored the constructor generation in *rev16588*. These changes include updating the constructor name in @legacy...
06/02/2026
- 10:32 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Greg Shah wrote:
> In the meeting today, Octavian clarified that this info would be stored in the cvt database and i...
05/29/2026
- 08:21 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- > This scenario is similar to how we decide which class to reference by looking at the propath. In the current versio...
- 03:35 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> Regarding point 3, I re-checked the scenario, and I was wrong during today's meeting...
05/28/2026
- 02:41 PM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- > > I need to integrate a versioning system for the generated class files. This is necessary for the incremental conv...
- 09:47 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> I have three additional aspects that I want to solve for now:
> # The incremental c... - 06:39 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> I have three additional aspects that I want to solve for now:
> # The incremental c... - 05:29 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I've already reduced @primary_expr@ prediction time from seconds down to nanoseconds, but that alone isn't enough. I ...
05/27/2026
- 11:06 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've committed new changes that fix the incremental conversion process. Converted classes are now loaded properly dur...
- 06:47 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- > So, the conversion is running with the converted module's configurations instead of its own. I need to fix the load...
- 02:10 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Greg Shah wrote:
> Anything that now can be found from converted artifacts should be read that way instead of throug... - 10:15 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- 🤞
- 10:03 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I am currently trying one more approach for the ANTLR4 performance issue around @primary_expr@.
The main problem i... - 02:12 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- The main performance culprits still appear to be the "pull" alternatives. @adaptivePredict@ needs these alternatives ...
05/26/2026
- 09:40 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> Another observation:
> While testing the current solution with a jar copied into @p...
05/25/2026
- 09:36 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I have three additional aspects that I want to solve for now:
# The incremental conversion is currently broken. This... - 07:47 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Another observation:
While testing the current solution with a jar copied into @p2j/build/lib@, I noticed some issue... - 06:56 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've found an issue with classes that don't have a package base in the @abl@ folder. For example, if the class path i...
- 02:12 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- We need to take some calculated risks.. otherwise, as you said, we will not be able to move forward with ANTLR4. I ma...
05/22/2026
- 11:55 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- > Most of the time is spent in primary_expr decision. I tried to split it.. but I had no luck, the total time for Hot...
- 10:57 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Here are some relevant values regarding performance issue:
For @avail-rooms-frame.w@, the total time spent into pr... - 10:53 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Greg Shah wrote:
> In pre-scan mode we are trying to do a minimal parse to get some structural elements without worr... - 10:52 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Sorry for the delay, right now, when trying to commit today changes I find out the connection of off..
- 10:50 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Most of the time is spent in primary_expr decision. I tried to split it.. but I had no luck, the total time for Hotel...
- 07:07 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Rather than working on @<app_c>@, I think it is important to resolve the performance issue. If that can't be solved,...
- 07:06 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- In pre-scan mode we are trying to do a minimal parse to get some structural elements without worrying about the detai...
- 04:00 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Current issue I'm working on:
I moved testing to @<app_c>@, at least to check whether the files parse correctly du... - 09:39 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> There is just one remaining difference that I missed regarding the declaration order... - 03:56 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> Has anyone run a full conversion for the OO application recently using *trunk/16574*... - 03:53 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Has anyone run a full conversion for the OO application recently using *trunk/16574* or the latest revision? It's tak...
05/21/2026
- 10:26 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Committed the baseline as rev *16576 / 10804b*.
A @./gradlew antlr4All@ followed by @./gradlew jar@ should work no... - 07:14 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- You can create a b branch. I don't want to lose history again. In the future, find a way to make the rebase work.
- 06:46 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Well, it all started because the old 10804a version no longer compiled, and I couldn't realistically make it work aga...
- 06:38 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I don't like losing history on a branch. That sounds like what will happen. Why is that clean slate needed?
- 06:14 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- It is available at rev *16495 / 10804a*.
Let me create the b version now and port all my changes there. After a b... - 05:48 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- Please commit what you have already. It doesn't matter if it isn't perfect. I want to see the revisions as you make...
- 04:36 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I fixed the issue, and fortunately it was not a problem in the fql parser itself. I was accidentally calling the pars...
- 07:05 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I'm using this testcase to investigate the last difference:...
- 06:14 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Rebased branch *9638a* with trunk *rev16574*. The new revision is *16583*.
- 04:14 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> Octavian Adrian Gavril wrote:
> > I fixed java constructor names. The remaining dif...
05/20/2026
- 10:20 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- I managed to get both the Hotel GUI server and the web client up and running! 🎉
At this point, there still seems t... - 05:57 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've successfully reproduced the issue documented in #9638-60 and will continue investigating it.
05/18/2026
- 10:42 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- *Update*: *All* Hotel GUI files are now converted (*66* files). I still need to check the generated Java files, ASTs,...
05/15/2026
- 02:47 AM Feature #7318 (Test): prevent abend during conversion in case of failures when processing TRPL rules
- Branch 7318a was merged to trunk/16567 and then was archived.
05/14/2026
- 06:46 AM Feature #7318: prevent abend during conversion in case of failures when processing TRPL rules
- Please merge 7318a to trunk *after* 11049a.
- 06:44 AM Feature #7318 (Merge Pending): prevent abend during conversion in case of failures when processin...
- Testing passed, *7318a* can be merged after trunk is no longer frozen.
05/12/2026
- 09:10 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> I fixed java constructor names. The remaining differneces are:
> * two mismatched m...
05/11/2026
- 09:46 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> I resolved the errors from the @Code Conversion Annotation@ phase. However, new erro... - 07:34 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I resolved the errors from the @Code Conversion Annotation@ phase. However, new errors related to @OBJECT_INVOCATION@...
05/08/2026
- 09:20 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Unfortunately, during the @Code Conversion Annotation@ phase, I ran into some errors related to inherited class names...
- 08:58 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've resolved additional issues in the parsing phase for the other OO application. The parsing phase now passes witho...
05/07/2026
- 09:12 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- To be more specific, I reached a point where the conversion now generates all expected files, including the converted...
- 04:36 AM Feature #10804: create replacement AST implementation for use with ANTLR 4
- *Update*: @ant convert@ is now taking around *56* seconds to complete. This means the ANTLR4 based implementation is ...
- 08:32 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- From the OE docs:
> This method supports two overloaded versions. The first version is used to initialize and popu... - 08:16 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Greg Shah wrote:
> What are the signatures of @setParameter()@ in the built-in version and what is the signature in ... - 08:12 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- What are the signatures of @setParameter()@ in the built-in version and what is the signature in the skeleton version?
- 07:46 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've noticed some special processing for the @setParameter@ method in @Progress.Lang.ParameterList@. Our built-in ver...
- 06:21 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- > Is there a rule I should follow?
There was no rule. I agree with making it consistent. - 04:33 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- I've updated the casing of the data types in the loaded signatures to match the method call signatures. These changes...
- 03:20 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Is there a convention for the casing of types like @DATASET-HANDLE@ and @TABLE-HANDLE@? I noticed that in @Expression...
05/06/2026
- 06:24 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Octavian Adrian Gavril wrote:
> Aside from the documented differences in #9638-45, I have resolved all other differe...
05/05/2026
- 08:58 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- > Greg, how should we proceed with the remaining items from #9638-45?
Constantin: What do you think? - 08:50 AM Feature #9638: resolve OO dependencies during parsing using annotations in already converted classes
- Aside from the documented differences in #9638-45, I have resolved all other differences. I'm currently focusing on p...
Also available in: Atom