On Jun 25, 2012, at 1:15 PM, rbmj wrote:
> On 06/25/2012 04:02 PM, Mike Stump wrote:
>> On Jun 25, 2012, at 12:09 PM, rbmj wrote:
>>> I also do not know how to run the test suite for the target system 
>>> (powerpc-wrs-vxworks).  I would think some sort of powerpc simulator, but I 
>>> don't have a firmware image for VxWorks - just headers and embedded 
>>> hardware.
>> To test well, you need to be able to compile and run code.  So, the question 
>> is, can you do that, or not?  If you can, then you have what you need to 
>> test.  If you cannot do that, then you cannot test well.  If you can 
>> compile, then you can test the compile time tests, but you'll miss out on 
>> all runtime tests.
>> 
> Well, I know that I need to be able to compile and run code.  I would guess 
> (/hope) that the testsuite is automated though,

It is.

> but I can't use that if I need to use my own custom buildscripts in order to 
> generate executables (can I?).

Yes, you can use it.

> Furthermore, I looked in those files (gcc/testsuite/gcc.dg/c99-stdint* - are 
> these correct?) and I can't find any entry point.

Lots of tests don't require main.  A class that does require main are C runtime 
tests.

> If it helps, I can compile/run code.  I know that the original fixincludes 
> patches I had compiled and ran code as well - I built my project and 
> successfully ran it.  The problem is I don't exactly know the method.  Also, 
> my classes have finished so I no longer have access to a target :-/

Ah, if no access, then, no runtime testing.  You can still do compile time 
testing, if you want.

An easier task might be to ask someone that has a VxWorks testing setup to test 
for you, there might be someone on the list that has one.

Reply via email to