Trex-devel August 2006

trex-devel@informatik.uni-goettingen.de

4 participants
5 discussions

Re: [Trex-devel] LocationAST.equals(AST)
by Benjamin Zeiss 30 Aug '06

30 Aug '06

Hi Martin, > My proposal is to change LocationAST not to overwrite > BaseAST.equals(AST), but to introduce a new method, say > equalsIncludingLocation(LocationAST), and change all references > accordingly. i am actually not that sure about it, because it might lead to errors or problems because other programmers are not aware of this detail and they just use equals, because they expect it to work properly (and just comparing text might not always be enough). although it is less elegant, i think i would therefore go the other way and copy equalstree and replace this.equals with another function. -- Benjamin Zeiss

2 1

LocationAST.equals(AST)
by Martin Bisanz 30 Aug '06

30 Aug '06

Hi everybody, in order to look for duplicated code I'd like to compare subtrees and sequences (i.e. subtrees without root node) with each other. Two subtrees should be equal to each other if types and texts of all nodes in the trees are equal. I found some methods (equalsTree(AST) and equalsList(AST)) in BaseAST which do exactly this. However, they use BaseAST.equals(AST). Unfortunately, this method is overwritten in LocationAST and additionally compares the line and column of the node - which is pretty useless for my purpose. My proposal is to change LocationAST not to overwrite BaseAST.equals(AST), but to introduce a new method, say equalsIncludingLocation(LocationAST), and change all references accordingly. Any objections? Thanks, Martin

1 0

compiler integration
by Benjamin Zeiss 24 Aug '06

24 Aug '06

hi, i want to approach the compiler integration thing soon. Therefore, i want to discuss how we should realize that. There are several ways to approach this: 1) Don't use the builder framework and realize it like it is now (maybe move the tau stuff to its own plugin) 2) Use the builder framework. * allow several builder plugins to be installed at a time -> do we allow compilation using several compilers in one run -> should only one compiler be active * allow only one builder plugin to be installed at a time Lets assume we want 2). The first choice (allow several builder plugins to be installed at a time) requires our own extension point. The builder would be implemented in TRex UI and it would delegate its work to corresponding builder plugins. However, it requires a preference page where the compilers are selectable/chooseable and addition to the preference pages for the compiler options. This page would not be necessary if only one builder plugin would be allowed to be installed at a time. Another thing to discuss is, what the builder is supposed to do. Tau currently has three options: Analyze, Compile, Create Executable. How should this be handled in a builder: * Make the builder configurable, e.g. configure the builder not to compile * The builder always compiles everything Then again, depending on the compiler, it may not be possible to differentiate the step compilation and create executable (this seems to be the case with danet). Concerning the executable building: currently, the exeutable is built from the currently active or selected file or something like that i suppose. This is probably not a good idea when the builder is used since the default Eclipse behavior is that we would expect the project to be built and not the active file. Hence, there must be a project property page or yet another navigator label decorator where modules with control parts can be selected for executable building. I guess there are tons of other decisions that i am missing in these first thoughts, but it should be enough to start the discussion. -- Benjamin Zeiss

2 3

Release planning
by Helmut Neukirchen 22 Aug '06

22 Aug '06

Dear all, after releasing TRex 0.5.3, we intended to head directly for TRex 0.6.0, unless there are no critical bugs which require a 0.5.4 release. Now, I just realised that two feature requests are explicitely scheduled in JIRA for 0.5.4 by Benjamin. I have no problems with this, but I just like to document via this email that we aim at 0.5.4. Benjamin, is that what you intend? If yes, I will re-schedule the already fixed bugs (in particular TTC-222) from 0.6.0 to 0.5.4. Bye, Helmut -- Helmut Neukirchen mailto:neukirchen@informatik.uni-goettingen.de Institute for Informatics http://www.swe.informatik.uni-goettingen.de University of Göttingen, Lotzestr. 16-18 phone: +49 551 39 14695 D-37083 Göttingen, Germany fax: +49 551 39 14415

2 6

Nightly Builds
by Dominic Evans 04 Aug '06

04 Aug '06

Hi, At what time (and in which timezone) does the nightly build get generated? Is it simple to manually cause this build to be regenerated? I committed some fixes and optimisations just now and would like to seed them to a user in the US. Rather than manually sending them a .jar it would be ideal if I could just get them to re-sync with the nightly update site. Best regards, Dominic

2 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Trex-devel August 2006