[C++] Kateri C++ IDE je najbolj osnoven?

Pozdravljeni!

Mislim, da naslov že vse pove, torej kateri program C++ je najbolj osnoven?

Ne, nism mislu programa izdelanga v C++, ampak program C++ s katerim izdeluješ programe.

Npr.: maš Microsoft Visual C++...

Jah, ubistvu je res.

Pol, rabš pa še compiler, linker...

Sam program k uključuje vse to pa ni VISUAL!

Aha, OK thx.

Jaz sem se zdaj mal lotil igranja z Qtjem, pa mi zadeve ne uspe spravit k delovanju :S

Z neta sem potegnu opensource paket za windows, problem nastane že takoj, ker je treba librarye in še en kup drugih stvari se mi zdi prej prevest, preden jih sploh lahko uporabljaš, meni se pa niti približno ne sanja kako naj to nardim, ker navodila so za VS command-line compiler, jaz pa uporavljam DevC++ in nimam pojma o delovanju Mingwa (compilerja)

A je kdo že to uporabljal na devc++ da bi mi vsaj malo namignil kaj je treba naredit, ker ne bi rad še enkrat tople vode odkrival?

Odpakiraš QT, 'greš' do tja in:
> configure -platform win32-g++
> mingw32-make

Moraš pa met PATH nastavljen na mingw direktorij.



Vem pa da so bili problemi pri začetnih 4. verzijah pri statičnem buildu, ampak ne vem kako je sedaj z 4.1.3. Ampak za to še ne rabiš skrbet. Prvo probaj tisto zgoraj.


Drugače pa pobrskaj malo po trollastih mail arhivih.

Verjetno moraš povedati kateri library je potrebno zlinkat.

project -> project options (alt + p)
parameters
Add library or object
in izbereš potreben library (ne vem iz glave kateri)

Kateri pa so v qt/lib direktoriju?

Tukaj je potem še CodeBlocks.

Jepa stvar bolj na nivoju DevCpp in lahko celo uvaža njegoveprojekte in pakete. Saj DevCpp je bolj tako kot IDE, je pa sistem paketov kar dobro narejen in so res enostaven način da si inštaliraš kak SDK ali karkoli že. Druga podobnost je, da lahko stankaš dol varianto z ali brez MingW - ne eno ne drugo niso neki grozni downloadi, tako da je fino, če na hitro rabiš IDE+prevajalnik.

Visual Studia zaenkrat ne bi uporabljal, prav zarad tega kot je reku Gundolf, pa tud nekak nisem navajen delat v VS ker ima ogromno preveč funkcij in se popravici povedano zgubim med poplavo oken in tega sranja.

Sem zdaj probal še codeblock, ker nikol prej nisem slišal zanj, pa se mi zdi dobra zamenjava za devc++ ker ima malo očesu prijaznejši vmesnik.
Problem pa še vedno ostaja, v obeh programih (devc++ in codeblock) sem dodal pod compiler parameters->add object or... VSE lib-e ki so bili v qt/lib mapi, potem sem še pod "folders-include" dodal mapo qt/include in pod library-folder še enkrat dodal celotno mapo qt/lib, ampak še vedno brez spremeb, javi da so nedefinirani objekti :S

@snow, lib folder (upam da tist neumen oblaček ne moti preveč )

Tisto visualovo razlikovanje statičnih/dinamičnih, multi/single-threaded debug/release runtime knjižnic je nočna mora. Pravilo je v bistvu enostavno, če ti kompajlaš program tako da označiš uporabo MT, debug, dll runtime knjižnice potem lahko k temu programu statično linkaš le knjižnice, ki so bile prevedene oz. linkane na identičen način (bi rekel da prevajanje tu nima veze, ampak opcije za nastavljanje runtime knjižnice se totalno neintuiitivno ne nahajajo pod opcijami linkerja). Torej, jaz imam tam nekje 10 majhnih statičnih knjižnic, ki jih moram prevest vsaj v debug/release modu in v statičnem/dinamičnem načinu linkanja, da imam pokrite realne možnosti uporabe v mojih programih. Poleg tega se ne morem zanašati na že prevedene pakete (recimo SDL) , ker ponavadi vsiljujejo le svoj način uporabe. Da ne omenjam, da je prevajanje takih paketov včasih cela pustolovščina, še sploh če so project fajli za starejše verzije visuala.

Ko sem pa nazadnje prehajal iz VS 7.0 na 2005 in sem hotel svoje stare projekte (statične knjižnice) le nanovo prevesti mi tudi to ni delalo. Enostavno sem moral vsak projekt na novo naredit (seveda identično, brez skrbi, sem zelo dolgo iskal kje so razlike in nisem našel), da se je zadeva prevedla. Zato sem nad Visualom obupal. Sej drugače je v Windowsih zaenkrat to najboljši paket, se mi zdi da je performančno tudi boljši kompajler od Gccja. Samo mal jih standard mede in pa prekomplicirano so zastavili vse skupaj.

Jaz iz stališča C++ toplo odsvetujem vse kar ima Borlandovo ime zraven. Sem prepričan da je Delphi super jezik itd. ampak Borland želi v svojem Builderju vsiliti Delphijevski način programiranja na C++. In stvari, ki so verjetno optimalne v Delphiju so v C++ daleč od tega. Tako da komur se dopade Borlandoveme IDE in nima želje/potrebe po prenosljivi kodi naj raje vzame Delphi.