C++BuilderX brukere på dette forumet?

[Knut Arne Vedaa]

Er der noen som bruker C++BuilderX her?

 

 

Knut Arne Vedaa

[Ernie]

Jepp, riktig nok ingen storbruker siden det liksom ikke har blitt den store mengden med programmering i studiet enda.

Endret 22. mars 2005 av Ernie.

[Kjeksen]

C++ BuilderX er en compiler vel?

Er det noen forskjell på alle disse compilerne egentlig? bortsett fra utsende?

[☀ ❄]

C++ BuilderX er en compiler vel?

Er det noen forskjell på alle disse compilerne egentlig? bortsett fra utsende?

Det skrives KOMPILATOR på norsk.

 

Jeg tror du blander begreper litt. En kompilator har ikke et utseende som sådan. En kompilator er et program som gjør om kildekode til maskinkode. Et IDE (Integrated Development Environment), derimot, har et grafisk brukergrensesnitt ("utseende").

 

Kompilatorer kan være forskjellige på flere måter. For eksempel kan en kompilator være god til å optimalisere (og genererer dermed små og raske filer), og/eller god til å følge Standarden.

[Knut Arne Vedaa]

Ok, det jeg lurte på var følgende.

 

Sett at man organiserer kildekoden sin i en katalogstruktur som f.eks.:

 

X:\programmering\cbuilder\common\project1

X:\programmering\cbuilder\common\project2

osv.

 

Så har man et prosjekt hvor noen kildefiler ligger i common og noen i project1. Kompilerer man nå en av filene fra project1, havner .obj-filen i project1\windows\xxx_Build. Greit og logisk. Men kompilerer man en av filene fra common, havner .obj-filen i project1\windows\xxx_Build\programmering\cbuilder\common!

 

Dette har liten praktisk betydning, da linkeren finner alle filene uansett, men jeg synes det er svært uoversiktlig og rotete, da man kan få veldig lange katalogstrukturer ut av det. Så jeg lurte på om det var en måte å kompilatoren til å legge alle .obj-filene i samme katalog uansett hvor kildefilen hentes fra. (Og uten å sette "output file directory" for hver eneste fil, noen som også ødelegger prosjektets portabilitet pga. absolutte filnavn.)