[elektro] Így kellene szoffert fejleszteni

[r3flow]

Én még nem foglalkoztam MISCRA-C-vel komolyabban de állítólag annyi köze
van a fordítóhoz a dolognak, hogy megfelelő kapcsolók esetén warning
hegyeket kéne dobálnia a compilernek, ha nem misra-c conform a kód.
GCC-ben nincs misra-c conformance checker, így nem dobálja ezeket a
warningokat meg kapcsoló sincs rá. Ezzel szemben az IAR compilerben van
ilyen és akkor jön ilyen butaságokkal, hogy:

Error[Pm088]: pointer arithmetics should not be used (MISRA C 2004 rule
17.4)

Persze ha van külső szoftver ugyanerre a célra (a wikipedia is említ
vagy 20 ilyet) akkor a GCC is teljesen jó. Kérdés melyik olcsóbb, a
checker vagy az IAR/*... Meg persze akkor is jó a GCC ha bízunk benne,
hogy a csapat minden tagja úgy csinálta ahogy elő van írva, bár ebben az
esetben SZVSZ teljesen felesleges a misra-c szabályokkal kínlódni. :)


On 2016-03-06 17:00, hobilobi at gmail.com wrote:
> Nem egészen értem, hogy a fordítónak mi köze van a MISRA-C módszertanhoz.
> Én dolgoztam olyan helyen ahol követelmény volt a MISRA-C betartása, és 
> GCC-vel fordítottunk.
> 
> István
> 
> 
> 2016.03.05. 23:51 keltezéssel, r3flow írta:
>> Arany középút a MISRA-C és társai módszertanok alkalmazása. Hivatalosan
>> csak kevés compiler alkalmas erre a célra, leginkább csak a drágák (IAR
>> és társai), lásd wikipedia. Tehát hivatalosan a GCC sajnos nem focizik
>> ebben a csapatban, de az llvm/clang talán nem lesz esélytelen, idővel.
>>
> 
> -----------------------------------------
>           elektro[-flame|-etc]
>