mboost-dp1
freeBSD
#3
Højst sandsynligt, ja, måske endda bedre.
Jeg skal ikke gøre mig til ekspert på compilere, men jeg har hørt en del om at GCC ikke er specielt god til kodegenerering og har nogen arkitekturelle problemer der begrænser mulighederne for optimeringer. Men det er kun løse rygter og hullet hukommelse.
Højst sandsynligt, ja, måske endda bedre.
Jeg skal ikke gøre mig til ekspert på compilere, men jeg har hørt en del om at GCC ikke er specielt god til kodegenerering og har nogen arkitekturelle problemer der begrænser mulighederne for optimeringer. Men det er kun løse rygter og hullet hukommelse.
#0
Man er tilsyneladende ret desperate for at få en ikke-GPL compiler.
Ethvert halvfærdigt projekt som påstår at være en C compiler kan tilsyneladende "bruges".
siger jo alt. Hvem har lyst til at bruge en compiler som kun compiler 95% af noget valid C kode?
Når det så er sagt, så har LLVM da i det mindste et interessant perspektiv (i modsætning til at forsøge at genoplive PCC som er en 30 år gammel compiler).
C compiler og VM teknologi - det er da interessant !
Hvilket Google og Apple, så tilsyneladende også mener.
Man er tilsyneladende ret desperate for at få en ikke-GPL compiler.
Ethvert halvfærdigt projekt som påstår at være en C compiler kan tilsyneladende "bruges".
Det er dog ikke muligt at skifte helt til LLVM, da det i øjeblikket kun er muligt at kompilere 95 % af den nødvendige kode.
siger jo alt. Hvem har lyst til at bruge en compiler som kun compiler 95% af noget valid C kode?
Når det så er sagt, så har LLVM da i det mindste et interessant perspektiv (i modsætning til at forsøge at genoplive PCC som er en 30 år gammel compiler).
C compiler og VM teknologi - det er da interessant !
Hvilket Google og Apple, så tilsyneladende også mener.
#8
Problemet er at meget open source software bliver skrevet med den antagelse at det er GCC der skal compile det. Så kommer udviklerne til at bruge GCC-specifikke konstruktioner der ikke er accepterede andre steder, det kan være funktionsdekorationer eller inline assembly, for eksempel.
Problemet er at meget open source software bliver skrevet med den antagelse at det er GCC der skal compile det. Så kommer udviklerne til at bruge GCC-specifikke konstruktioner der ikke er accepterede andre steder, det kan være funktionsdekorationer eller inline assembly, for eksempel.
#11
Det andet. Fordi der er så lidt (næsten ingen) variation i hvilke compilere folk bruger bliver der skrevet alt for meget kode der antager en compiler. Ved at der kommer mere variation får vi forhåbentlig generelt bedre kode.
(Endnu bedre: Konkurrence mellem compilerne kan give endnu bedre kodegenerering.)
Det andet. Fordi der er så lidt (næsten ingen) variation i hvilke compilere folk bruger bliver der skrevet alt for meget kode der antager en compiler. Ved at der kommer mere variation får vi forhåbentlig generelt bedre kode.
(Endnu bedre: Konkurrence mellem compilerne kan give endnu bedre kodegenerering.)
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund