infoarena

Victor, nu poti sa sustii MinGW sau DevCPP pentru olimpiada. Nu sunt compilatoare standard, au si ele destule buguri; sunt bune de folosit la clasa, dar nu poti sa le folosesti la concursuri. Daca tot vrem sa facem o treaba trebuie mers pe solutii cat mai bune. Eu zic (cum vorbeam de curand si cu Wefgef) ca ar fi bine sa mergem pe ideea de a folosi Visual Studio 2005 (sau ceva din categoria asta)/fpc in Windows si gcc/g++/fpc in Linux. E bine? E rau? Va rog veniti cu argumente. Si, mai ales, hai sa ne indreptam atentia asupra compilatoarelor, nu asupra unui nou sistem de evaluare la olimpiada (buna ideea Cosmin, dar e greu de schimbat tot deodata... macar de s-ar schimba compilatoarele vechi), sau asupra problemelor profesorilor din licee (uneori un ton ca cel folosit in mesajele anterioare poate jigni). Daca vrem sa se schimbe ceva trebuie sa abordam fiecare problema punctual, fara a ne pierde in detalii.

PS: Motivul pentru care ma preocupa chestia asta este ca, cel putin pentru moment, sunt presedinte al comisiei de la olimpiada, si as vrea sa rezolvam cat mai multe chestiuni tehnice care pot afecta desfasurarea concursului.

De ce sa nu sustina mingw pentru olimpiada? ...
 Compilatorul este exact ca cel din linux! 

...eu cred ca ar trebui sa mai studiezi.

De ce sa nu sustina mingw pentru olimpiada? Eu personal (cand nu lucrez pe linux) lucrez in mingw studio si pana acum nu am gasit nici cel mai mic bug! Compilatorul este exact ca cel din linux! 

Mircea Dima

are si mingw bugguri... inclusiv ca nu poate compila decat proiecte... din cate stiu... :-' si plus ca exista cazuri cand se buleste de tot si trebuie reinstalat :D    :-'

De exemplu, daca vrei sa citesti si sa scrii numere de tipul long long trebuie sa folosesti formatul %I64d (%lld nu merge). Acesta nu este un bug, dar este diferit fata de compilatoarele de pe linux. Cu toate acestea si eu lucrez acasa numai in MinGW, si cred ca ar fi o idee foarte buna sa se puna la OJI, mai ales ca este mai stabil si mai usor de instalat decat RHIDE.

#include <cstdio>

int main()
{
	long long a=2000000000000000LL;
	long long b=1234567890123121LL;
	
	a=a+b;
	printf("%lld\n",a);
	
	return 0;
}

tocmai am testat ce ai spus... si vad ca merge cu lld :-"

uite sursa:

#include<stdio.h>

long long n;
int main()
{
	scanf("%lld", &n);
	
	printf("%lld\n", n);
	
	return 0;
}

si Mingw nu merge pe vista :P Devu merge :D da nu e chiar un bug

Merge si pe vista :P (chiar pe x64 :D)... mie imi merge

Nu am testat mingw personal, insa as dori sa pun o intrebare celor care recomanda bloodshed dev-c. Mie cand fac debug mi se intampla sa mi se tot dubleze variabilele monitorizate.

Spre exemplu am v[ i ] o singura data pus la watch. Incep debugu, dupa cateva repetari prin for voi avea in loc de un singur v[ i ] vre-o 5-6. Uneori nu le considera initializate desi ele sunt clar acolo.

Chiar nu ati intalnit aceste buguri? initial am crezut ca este de la mine, la modul cum utilizez eu dev-c-u, dar nu am gasit nici o solutie la aceasta problema => am trecut pe Visual Studio.

Sunt pe vista (x64), dar si la xp pe 32 de biti am patit asa.

incearca __typeof

Eu inca nu m-am lamurit. Se va lucra in MinGW doar la nationala sau il vom avea si la judet? Credeam ca am scapat de Borland dar la scoala mi s-a spus ca nu e sigur.  :?: