Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 312068 - [ParseTreeConstructor] Order in generated code seems to be changing without changes in the input model
Summary: [ParseTreeConstructor] Order in generated code seems to be changing without c...
Status: CLOSED FIXED
Alias: None
Product: TMF
Classification: Modeling
Component: Xtext (show other bugs)
Version: 1.0.0   Edit
Hardware: PC Mac OS X - Carbon (unsup.)
: P3 normal (vote)
Target Milestone: SR1   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-07 10:23 EDT by Sebastian Zarnekow CLA
Modified: 2017-09-19 15:59 EDT (History)
2 users (show)

See Also:
moritz.eysholdt: helios+

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Sebastian Zarnekow CLA 2010-05-07 10:23:07 EDT 
I observed this behavior in the EpatchTestLanguageParsetreeConstructor

for this tryConsume() implementation:

public IEObjectConsumer tryConsume() {
	if(getEObject().eClass() != grammarAccess.getBiListAssignmentRule().getType().getClassifier() && 
	   getEObject().eClass() != grammarAccess.getBiSingleAssignmentRule().getType().getClassifier())
		return null;
	return eObjectConsumer;
}


vs:


public IEObjectConsumer tryConsume() {
	if(getEObject().eClass() != grammarAccess.getMonoListAssignmentRule().getType().getClassifier() && 
	   getEObject().eClass() != grammarAccess.getMonoSingleAssignmentRule().getType().getClassifier())
		return null;
	return eObjectConsumer;
}
Comment 1 Moritz Eysholdt CLA 2010-05-10 09:45:46 EDT 
Fixed in HEAD.
Comment 2 Sebastian Zarnekow CLA 2010-07-26 10:40:15 EDT 
@Override
public IEObjectConsumer tryConsume() {
	if(getEObject().eClass() != grammarAccess.getMonoListAssignmentRule().getType().getClassifier() && 
	   getEObject().eClass() != grammarAccess.getBiSingleAssignmentRule().getType().getClassifier())
		return null;
	return eObjectConsumer;
}


vs

@Override
public IEObjectConsumer tryConsume() {
	if(getEObject().eClass() != grammarAccess.getBiListAssignmentRule().getType().getClassifier() && 
	   getEObject().eClass() != grammarAccess.getMonoSingleAssignmentRule().getType().getClassifier())
		return null;
	return eObjectConsumer;
}
Comment 3 Sven Efftinge CLA 2010-08-04 07:28:38 EDT 
seemed to be fixed ... Please reopen if it isn't fixed.
Comment 4 Karsten Thoms CLA 2017-09-19 15:59:42 EDT 
Closing bug which were set to RESOLVED before Eclipse Neon.0.