Hi
Give me a Skype call at 16:00. I suspect you are doing something
irrelevant, or I don't understand something important.
Everything downstream from your CS2AS preparations should be very
similar API-wise. Compare the "new" and not-"New" tests in
OCL2QVTiTestCases.
The not-"New" have no significant changes wrt (M3) master and so
continue to use the Epsilon-based scheduler.
The "New" tests are very similar but use the new scheduler and
QVTp2QVTg.
Regards
Ed Willink
On 18/12/2015 14:27, Adolfo
Sanchez-Barbudo Herrera wrote:
I didn't say master, did I ? I understand there is not point to
start a discussion on this, since it will probably be a waste of
time... I'll see what to do. Among other things, renaming the
QVTp2QVTg java class to QVTp2QVTs ;).
Aborting the merge and taking another approach (interative
rebase)...
Regards,
Adolfo.
On 18/12/2015 13:37, Ed Willink
wrote:
HI
AFAIK nothing has disappeared from master. The dependencies
plugin was part of the refactoring for the old Java-based
scheduler that never passed all tests and so was never promoted
to master.
Regards
Ed Willink
On 18/12/2015 13:15, Adolfo
Sanchez-Barbudo Herrera wrote:
Hi Ed,
This has been turn out to be quite tough. Let's start with a
simple question: Any particular reason about why dependencies
plugin has disappeared ?. There was anything wrong with the
agreed refactoring of splitting QVTs into QVTg and QVTs ?
Regards,
Adolfo.
On 18/12/2015 11:03, Ed Willink
wrote:
Hi
On 17/12/2015 08:08, Ed Willink
wrote:
I've only had time to promote the 'neutral half' of
ewillink/480567 and I'm not totally confident that it's a
coherent half. Please wait till you see the repackaged
commits for the other helf before assessing/merging.
Almost all the rest is now on ewillink/master, with tests
for the new currently not replacement scheduler. The New
UpperToLower tests fail intermittently; WIP.
The support for MappingCallBinding.isPolled is currently
retained; it was deleted on ewillink/480567.
The attempted improvements in the interpreted evaluator when
waiting for oclContainer relationships have not been pushed.
They solved a couple of problems but mainly highlighted that
the much better support for the CG evaluator had not been
backported to the interpreter. Rather than making further
attempts to improve the interpreter, I'll try to ensure that
the interpreter shares the same run-time support code as the
CG evaluator.
Regards
Ed Willink
_______________________________________________
qvtd-dev mailing list
qvtd-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/qvtd-dev
_______________________________________________
qvtd-dev mailing list
qvtd-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/qvtd-dev
_______________________________________________
qvtd-dev mailing list
qvtd-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/qvtd-dev
_______________________________________________
qvtd-dev mailing list
qvtd-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/qvtd-dev
|
