[C++] zelfde gcc, zelfde cpp, andere crc

[liquid_ice]

Ik ben een overstap aan het maken van een make georienteerde build omgeving naar een scons georienteerde build omgeving.

In onze omgeving zit ook code die gecertificeerd is en met een crc-check in een unittest 'beveiligd'.

Hierdoor is het dus opgevallen dat make en scons op z'n minst een resultaat met een andere crc opleveren.
Om het 'probleem' kleiner te maken ben ik me nu eerst aan het focussen op de compile stap zelf...
(nog niet het link verhaal)

de stap van de .cpp => .o

Beide omgevingen roepen uiteindelijk dezelfde gcc-4.3.3 aan met dezelfde defines en opties.
Behalve de include paden...
Dat komt gedeeltelijk omdat we in scons een systeem hanteren die bepaalde headerfiles kenmerkt als 'intern' of 'extern' en die copierd dezelfde headerfiles naar een int of een ext directory.

Is het logisch te verwachten dat de crc's verschillend zijn als de include paden anders zijn?

[Cilph]

GCC stopt ook nog een hoop metadata in de file, zoals, onderandere, mogelijke include paden, tijdstippen, hostnames, etc.

[farlane]

Lijkt me makkelijk te testen : in je make gebaseerde systeem verplaats je gecertificeerde code naar een ander pad en kijk of in dat geval de crc verandert.

[Radiant]

Waarom zou je die gecertificeerde code uberhaupt opnieuw compileren en niet gewoon altijd als objectfile linken?

Je kan altijd een diff doen op de gegenereerde object files, dan weet je wat er anders is.

[H!GHGuY]

Wat als je de objectfile stripped?

[liquid_ice]

@H!GHGuY, helemaal correct je moet de stripped files bekijken, maar dan zat ik nog steeds met het verschil.

Just to update you guy's...

Ik heb de oorsprong van het verschil in CRC gevonden.
Het komt door een stukje smeerig gedrag van gcc4.3.3
Of op z'n minst de gcc voor ons OS...

Blijkbaar geeft gcc andere output (zelfs stripped) als je compileerd met het volle of het relatieve path.

code:

gcc C:\dirA\dirB\dirC\file.cpp
strip C:\dirA\dirB\dirC\file.o

geeft dus een ander resultaat dan:

code:

cd C:\dirA\dirB
gcc dirC\file.cpp
strip dirC\file.o

Kan iemand valideren of jullie ook een dergelijk verschil in CRC-check output kunnen krijgen met dit verschil?

[ Voor 8% gewijzigd door liquid_ice op 29-07-2014 13:18 ]

[farlane]

liquid_ice schreef op dinsdag 29 juli 2014 @ 12:52:
Kan iemand valideren of jullie ook een dergelijk verschil in CRC-check output kunnen krijgen met dit verschil?

Waarom zou dat relevant zijn?

[Infinitive]

In het algemeen kan je er niet vanuit gaan dat het resultaat bit-voor-bit gelijk is, zelfs wanneer de source code hetzelfde is, zoals bijvoorbeeld anderen ook al eens opgevallen is.

Een verklaring kan bijvoorbeeld zijn dat de compiler intern onafhankelijke deeltaken tegelijk uitvoert, en dat er daardoor kleine verschillen in namen van identifiers of volgorde van code kan ontstaan (die natuurlijk geen invloed hebben op de semantiek van het programma), afhankelijk hoeveel moeite men doet om dat tegen te gaan.

[Nvidiot]

De term die je zoekt is 'deterministic build'. Deze post op stackoverflow beschrijft het working directory probleem: https://stackoverflow.com...stic-binary-output-with-g

[liquid_ice]

@Infinitive & Nvidiot, bedankt daar heb ik veel aan.

Ik ga experimenteren met de PWD environment variabele.