Mozilla følger Google og dropper Microsoft-compiler

Det havde været endnu bedre hvis de bare havde holdt helt op med at understøtte C, så det ville blive kotyme for programmører på Windows at have adgang til en bedre (og mere opdateret) C-oversætter.

Og der er / har også været Intel, Borland, Watcom og MinGW compilerne (plus det løse) på Windows så du kan ikke rigtigt sammenligne det med IE6, IMHO.

Med alt det sagt, så er jeg super glad for LLVM projektet. Det er fedt at have en moderne, ret høj-kvalitet og modulært opbygget compiler toolchain suite tilgængelig som opensource.

Men jeg ønsker ikke at hverken GCC eller MSVC skal dø.

Det havde været endnu bedre hvis de bare havde holdt helt op med at understøtte C, så det ville blive kotyme for programmører på Windows at have adgang til en bedre (og mere opdateret) C-oversætter. At have en let tilgængelig (men forældet) mulighed skævvrider hele økosystemet. Det samme gjorde sig gældende i de tvivlsomme gamle IE6-dage.

Det har været lidt irriterende at skrive portabel C når Microsoft i mange år afviste at understøtte C99 og (senere) C11 i MSVC.

Jeg har aldrig savnet C99 og nyere, og ville til enhver tid hellere anvende et subset af C++ i stedet - men det er self. lidt ærgerligt hvis man gerne vil inkorporere C99/C11 i sit projekt. Jeg tænker at kundebasen nok har det på samme måde - ellers havde MS nok gjort mere ud af C support.

Det stod også sløjt til med at få understøttet C++ features i en årrække, men der har de heldigvis oppet sig gevaldigt.

Jeg synes en mangfoldighed af implementeringer er vigtigt, men jeg synes det er vigtigere at de udbredte implementeringer opdateres i forhold til de nyeste standarder.

Det har været lidt irriterende at skrive portabel C når Microsoft i mange år afviste at understøtte C99 og (senere) C11 i MSVC. Det er blevet lidt bedre på det sidste, men det kan jo gå galt igen, og det kan være de blot strategisk har valgt at understøtte den lille håndfuld manglende features jeg selv stødte ind i. Clang og GCC har derimod været ret hurtige til at følge med (det er heller ikke det store der er sket i de sprogrevisioner).

Jeg synes en mangfoldighed af implementeringer er vigtigt, men jeg synes det er vigtigere at de udbredte implementeringer opdateres i forhold til de nyeste standarder.

Der er nok noget om at en monokultur for C++ ikke er ideelt. Men på den anden side kunne vi måske godt klarer os uden en lukket compiler der er begrænset til Windows.

Note. der er selvfølgelig ingen risiko for at MSVC forsvinder. Der er sikkert alt for meget software som specifikt kræver den compiler.

Men at forskellige open source projekter begynder at have et brugbart alternativ på Windows er ikke skidt.

Ind til videre har man jo fravalgt mingw på Windows fordi der var performance problemer.

Flyttet vil vel ikke gøre testsituationen lettere, though?

Nej, tests vil nok altid være et problem.. men i det mindste skal der ikke installeres en compiler længere :)

Jonas, jeg kan sagtens se det giver mening for Mozilla at flytte til én compiler – min "hvorfor" gik på at Maciej synes det ville være dejligt, hvis MSVC forsvandt.

Flyttet vil vel ikke gøre testsituationen lettere, though? Der er stadig en masse platformsspecifikt til macOS og Windows.

Disclaimer: Indtil for en måned siden arbejdede jeg for Mozilla på taskcluster, der automatisere infrastruktur for test of release pipelines.

Hvorfor dejligt?

Mozilla bygger Firefox for Windows på Windows, hvorimod både Linux og OS X builds kører på Linux i en docker container.

Windows og OS X er nogle af de værste platform at skulle automatisere. Fordi vi ikke rigtig har en god historie for containerization. I Mozillas nuværende CI/release setup, findes der Dockerfiles i mozilla-central der specificere hvordan build og tests environments skal opbygges. Det vil sige at man kan tilpasse build/test environments ved at ændrer i kildekode og prøve tilpasningerne af med et push til try (test branch med mange hoveder).

Alt hvad man kan gøre for at flytte konfiguration ind under source control ved siden af Firefox kildekoden er en god ting. Windows og OS X testing er en blocker, da man mangler gode container løsninger. (docker for windows giver dig ikke lige frem et windows skrivebords miljø, men der er derimod nemt at kører xorg under docker på Linux).

Note: man kunne selvfølgelig bruge fulde VMs, istedet for containers, men overhead a meget højere - og det er lidt begrænset med skyer som har nested virtualization (hvilket også er langsomt). Så skal man på packet.net eller scaleway, da de tilbyder bare-metal. Det sker nok også en dag :)

Det medfører dog også andre problemer, da man så kommer til at mangle object storage som S3. Hos Mozilla replikeres artifacts mellem forskellige regions hos AWS, når der bliver hentet i en anden EC2 region. Dette holder cross-region transfer cost under kontrol. Og i en sky object storage kan man selvfølgelig bruge en caching-proxy, men det er igen flere ting der skal bygges, vedligholdes, skaleres og opdateres.

Anyways, min pointe var at frihed til at bygge under Linux giver rigtig mange muligheder i automation. Bare installationen af MSVC kan nemt blive noget rod, da man sikkert ikke må distribuere den.

Kunne dette mon være starten på enden for MSVC?
Er LLVM bare bedre?
Hvad med GCC?

Jeg synes generelt MSVC har rigtigt god codegen, hvor GCC og LLVM så i enkelte tilfælde gør noget uforudset, og lige dér får genereret bedre kode.

Det ville være dejligt men jeg tror det er lidt overoptimistisk.

Jeg tror ikke monokultur vil være sundt for lige netop C/C++ – med alt det ID/US/UD beaviour der er i standarderne, tror jeg det er ret sundt at der er flere implementationer af compiler såvel som standard library.

Yeah, det gør portability lidt mere besværligt, men det er i forvejen et grundvilkår for C/C++, med mindre du laver noget der er så simpelt at du kun anvender libc/libc++.

Kunne dette mon være starten på enden for MSVC?

Kunne dette mon være starten på enden for MSVC? Er LLVM bare bedre? Hvad med GCC?