Compilare pe g++ si borland c

[VladS]

Am si eu o intrebare: Pot face ca un program care foloseste functii ca memset, memcpy etc.; functii in care bibliotecile ce trebuie incluse pentru g++ difera de cele pentru borland sa compileze cu ambele compilatoare.

Se poate face ceva din #ifdef -uri sau chestii din astea.

[•domino]

Am si eu o intrebare: Pot face ca un program care foloseste functii ca memset, memcpy etc.; functii in care bibliotecile ce trebuie incluse pentru g++ difera de cele pentru borland sa compileze cu ambele compilatoare.

Se poate face ceva din #ifdef -uri sau chestii din astea.

Scrie ANSI C standard si ti se va compila mai cu toate (poti sa vezi in gcc daca e compatibil ANSI C cu optiunea -ansi la compilare parca) ... sau poti face asa:

Cod:

#ifdef __BORLANDC__
...
#else
...
#endif

[•svalentin]

functiile memset sunt si in string.h, care e ok si pt g++!

[VladS]

Da, dar daca incluzi mem.h sa-ti compileze pe borland iti da eroare pe g++

[•svalentin]

tocmai de aceea nu incluzi mem.h, ci string.h. Acolo sunt si funciile mentionate de tine!

[VladS]

Dar daca incluzi doar string.h nu-ti compileaza pe Borland

[•domino]

Dar daca incluzi doar string.h nu-ti compileaza pe Borland

Ai incercat tu si nu-ti compileaza?  

[VladS]

Mda, asa-i am gresit eu , imi cer scuze.
Memset, memcpy sunt si in string.h si in mem.h, deci daca includ doar string.h nu ar trebui sa am probleme.

Oricum, multumesc pentru faza cu #ifdef __BORLANDC__ , functioneaza.

[•fbkk]

E adevarat ca DJGPP -ul de la ONI e un compilator invechit si nu foarte bun , ca mi s-a spus zilele trecute pe net ca "DJGPP is very old, in fact I think that I could write a better compiler from memory", ceea ce tind sa cred ca e adevarat dupa ce am folosit si eu DJGPP.

Mie personal pentru windouz imi pace Dev-Cpp,dar am intzeles ca NU e disponibil la ONI.

De ce la ONI se compileaza cu compilatoare de pe vremea lu' strabunicu
(pe Windows inca se compileaza cu compilatoare pe 16biti de dos   )

[•svalentin]

Ce-ai frate cu compilatoarele?!
DJGPP-ul e foarte bun si e pe 32 de biti in caz ca nu stiai!
Cat despre ce zicea "pe net" ca poate sa faca altul mai bun din memorie, il invit sa incerce! (btw, nu tot ce e pe net se mananca)

[VladS]

DJGPP functioneaza excelent. Nu am avut niciodata probleme cu el, doar cu RHIDE-ul. Oricum DJGPP e doar sa lucrezi sub Win, compilarea se face pe gcc/g++.  Plus ca nu are nici un sens sa se foloseasca mai multe compilatoare.

[•Matrix]

DJGPP ( Rhide ) e la fel de bun ca si Dev-C++,  si  lucreaza la fel de repede,  ca doar   folosesca acelasi  compilator  gcc/g++    dar totusi   Dev arata mai  beton  )

[•greco]

mi s-a spus zilele trecute pe net ca

Si mie mi s-a spus ca ar fi auzit cineva ca se zvoneste ca s-ar putea sa nu fie bun DJGPP... ca cica asa ar fi zis nu stiu cine pe nu stiu ce forum... numai ca nu era DJGPP ci DJ. G.P.P. care mixeaza in nu stiu ce club nu stiu pe unde.

[•Matrix]

:lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:  :lol:

[•fbkk]

:lol: :lol: :lol:
Ma rog mie mi-a spus un op de pe #c++, care cam stie ce spune si de aia v-am intrebat.
Dar am vazut ca DJGPP-ul foloseste gcc 3.43 care e o versiune destul de noua, mai bine il foloseam la ONI, ca am vazut Dev-Cpp 4 instalat , care chiar e vechi.
Era Dev-Cpp 5 in c:\kit, dar nu am vazut decat a 3-a zi, dupa probe  
Nu putea si ei sa-l instaleze pe cel mai nou sau sa zica macar ca e si ala pe acolo ?