[PATCH][rtems-testing] add gcj test support for RTEMS

Ralf Corsepius ralf.corsepius at rtems.org
Fri Aug 19 02:38:05 CDT 2011


On 08/19/2011 08:56 AM, Chris Johns wrote:
> On 19/08/11 3:34 PM, Ralf Corsepius wrote:
>>>
>>> Not everyone who comes to RTEMS has your point of view or experience
>>> or both. Please consider the language used to address users on this
>>> list and especially a GSoC student.
>> I did - The language was not directly addressing the GSOC student, but
>> those RTEMS folks who are advertising
>
> It is just not needed. This is the first stage in seeing if gjc can be 
> made to run on RTEMS. It seems to have done this task without all the 
> time being consumed with production quality build issues.
No problem with this.
>
>> these naive scripts and are
>
> The project was about gjc and not about the build script.
The project starts to pollute RTEMS.
>
>> directing GSOC students to use these scripts.
>
> Short of anything else to fill void I feel it was justifiable. Are you 
> suggesting we direct a student to learn rpm scripting, mock and all 
> that takes ?
No.

a) People who are hacking on GCC should be sufficiently familiar with 
GCC to know how to build and install it. It should be trivial exercise 
for them to write their own. There isn't any need to force them to hack 
on questionable, semi-official, semi-functional stuff.

That said, IMSHO, these scripts should not have any room in RTEMS and be 
dumped ASAP. They are harmful and dangerous to their users's 
installations and to the project, because they pretend doing something, 
they don't do.

b) I am suggesting GSOC works of "non-production quality" to be kept 
outside of RTEMS. Admitted, rtems-testing is not part of RTEMS, but is 
only some people's personal playground, who believe it is doing 
something good. To me. personally rtems-testing is just a "takes 
everything dumping ground", people are using to avoid having to cope 
with integration.

Ralf






More information about the rtems-users mailing list