Archief - [Q] welk programming enviroment nemen in linux?

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

Genious

Legacy Member
heb nu al +- 2 maand geleden windows van mijn pc verwijderd ten voordele van windows, probleem is wel: in windows had ik visual c++, maar aangezien ik de kans klein acht dat er een methode bestaat om dat met een emulator ofzo te usen in linux (wat denk ik zowiezo niet aan te raden zou zijn) ben ik op zoek naar een deftige programmeeromgeving (voor c++) in linux (liefst gratis).
zijn er mensen met enkele aanraders? :)

CyBeRRaT

Legacy Member
eigenlijk hebt ge alleen maar een programma nodig met code highlinghting, want een compiler zit al standaard bij linux. [ik vermoed toch dat ge windows hebt verweiderd ten voordele van linux:D ] zo'n programma zit er ook standaard in (als ik in linux zit en ik open een source, dan wordt color-highlighting toch al gebruikt. maar zit nu in windows, dus kan ni zien hoe het noemt (is iets dat bij uw desktop-envirement komt)

Tyfius

Legacy Member
voor C++ en consoorten: Anjuta IDE
voor Java: eclipse

beiden zijn trouwens cross platform, als ik me niet vergis, en doen hetzelfde als VS. Je hoeft maar op compile en build te klikken.

oxy_be

Legacy Member
Als je ktoestanden gaat gebruiken heb je dan geen problemen met gnome users?

Als je gcc X11 gebruikt heb je volgens ik vrij veel mogelijkheden (gnome, kde, windows, ...) alleen kan het soms aan de trage kant uitkomen.

QplQyer

Legacy Member
oxy_be zei:
Als je ktoestanden gaat gebruiken heb je dan geen problemen met gnome users?

Als je gcc X11 gebruikt heb je volgens ik vrij veel mogelijkheden (gnome, kde, windows, ...) alleen kan het soms aan de trage kant uitkomen.
Zolang je geen kde headers gebruikt niet neen.

Genious

Legacy Member
CyBeRRaT zei:
[ik vermoed toch dat ge windows hebt verweiderd ten voordele van linux:D ]
tuurlijk heb ik dat gedaan :)

weet je met welke console command ik het opstart?

fretn

Legacy Member
na jaar of twee proggen in msvc kwam ik toe in linux, en ontdekte ik dat ik niet kon proggen dat visual C (samen met visual assist) me overal hielp en dat ik bij honderden dingen gewoon nooit nadacht omdat alles voor me werd gedaan, nu gebruik ik meestal anjuta IDE en sindsdien vind ik wel dat ik meer es nadenk voor ik iets typ ipv door die 'aanvullijstjes' te scrollen

UniKorn

Legacy Member
Fretn, die aanvullijstjes zijn er vooral omdat je nooit alle functies van een bepaalde klasse vanbuiten kan kennen :)

QplQyer

Legacy Member
Inderdaad, en ik zou wel eens willen weten of er een IDE is die ook zo'n aanvullijstjes heeft onder Linux, want altijd terug hoeven te kijken naar de API kan beginnen tegen steken (bv voor een parameter waarvan je niet exact meer weet welk type het nu weer was of in welke volgorde enzovoort).

Boris Barowski

Legacy Member
daarvoor bestaan ook de hoogstechnologische class-fiches die je invult met bic :)
of schrijf zelf een IDE onder linux :)


B.

Genious

Legacy Member
ik vond die aanvullijstjes toch wel redelijk handig, ook nen goeien helpfile (moet niet echt MSDN evenaren, zo veeleisend ben ik ook niet) is handig voor mensen lijk ik.

zijn er overigens belangrijke verschillen tussen linux <-> windows c++? ik zie bvb dat die standaard header vanuit visual c++ niet standaard is in linux

Vich

Legacy Member
Genious zei:
ik vond die aanvullijstjes toch wel redelijk handig, ook nen goeien helpfile (moet niet echt MSDN evenaren, zo veeleisend ben ik ook niet) is handig voor mensen lijk ik.

zijn er overigens belangrijke verschillen tussen linux <-> windows c++? ik zie bvb dat die standaard header vanuit visual c++ niet standaard is in linux

Standaard header? Bedoel je stdafx.h? Die stdafx is enkel gebruikelijk in Visual C++, das zeker geen standaard.

Maar voor de rest zou er géén verschil mogen zijn tussen een ANSI C++ in Windows en een ANSI C++ in linux. Het enige wat natuurlijk niet werkt in Linux is de hele WINAPI, maar dat had je zelf waarschijnlijk wel reeds door.

Ik gebruik bvb OpenGL, SDL en STL in m'n engine. Daardoor kan ik zonder enig probleem alle sourcefiles porteren naar Linux met slechts weinig aanpassingen. Als je het goed maakt, dan moet je enkel wat headers aanpassen, zoals deze:

Code:
/**
 * Platform settings.
 * See what platform the compiler runs from.
 */
#if defined( __WIN32__ ) || defined ( _WIN32 )
  #define ALTERNOVA_PLATFORM PLATFORM_WIN32
#elif defined ( __APPLE_CC__ )
  #define ALTERNOVA_PLATFORM PLATFORM_APPLE
#else
  #define ALTERNOVA_PLATFORM PLATFORM_LINUX
#endif


/**
 * Compile type settings.
 * This changes the compilation options. There are three options available:
 *    - ALTERNOVA_TYPE_DIRECT_USER: AlterNova compiles together with its client app.
 *    - ALTERNOVA_TYPE_LIBRARY_HOST: AlterNova compiles as a library (static or linked).
 *    - ALTERNOVA_TYPE_LIBRARY_CLIENT: AlterNova is imported as a library and was already compiled.
 */
#if ALTERNOVA_PLATFORM == PLATFORM_WIN32
  // windows programming
  #if ALTERNOVA_COMPILE_TYPE == ALTERNOVA_TYPE_LIBRARY_HOST
    #define _AnExport_ __declspec( dllexport )
  #elif ALTERNOVA_COMPILE_TYPE == ALTERNOVA_TYPE_LIBRARY_CLIENT
    #define _AnExport_ __declspec( dllimport )
  #elif ALTERNOVA_COMPILE_TYPE == ALTERNOVA_TYPE_DIRECT_USER
    #define _AnExport_
  #else
    #define _AnExport_
  #endif
#else
  // I have no clue ... yet ...
  #define _AnExport_
#endif
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan