Tips. On-line C++ kompilator

[AndLi]

Förhoppningsvis ingen! Och just därför ska inte någon använda den!
Finns ingen anledning att trassla med avarter av språket bara för att visa att man kan, skriv enkelt och rak kod, så blir det lättare för både kompilator och efterkommande bugfixare!

[MiaM]

jag tycker frågeteckenoperatorn har sina användningsområden, typiskt bra när man vill ha villkor i parametrar till funktioner. Att använda if-satser kan göra koden mer svårläslig.

En grej som jag tycker att programmerare verkar ha glömt under de senaste decennierna är att den som läser kod har en begränsad mängd information som kan hållas i huvudet samtidigt, och när kod allt mer blir "skolbokskod" med med funktioner som gör de mest triviala grejer så blir hela programflödet/funktionen svårare och svårare att följa.

Med t.ex. frågeteckenoperatorn så kan man få in mer kod på en skärmsida och chansen ökar att den som läser koden förstår vad den gör utan att behöva scrolla ihjäl sig.

[AndLi]

Förutom då att som du själv konstaterar måste besöka en websida för att kolla om det var sant först eller falskt först...

[4kTRB]

Kod ska skrivas så den är lätt att testa. Therac-25 dödade 6 personer med radioaktiv strålning
pga någon klantskalle till programmerare.

[AndLi]

Låter som dåliga rutiner om en programmerare kan skriva fel som leder till dödsfall..

[agehall]

Tack för länkarna, men kan någon förklara för mig
vad man har en kompilator på internet till?

Det primära syftet är att enkelt kunna studera hur kod genereras från olika kompilatorer och olika optimeringar. Ibland är det bra att kunna jämföra snabbt och enkelt utan att själv ha alla olika varianter installerade.

[baron3d]

I "https://www.onlinegdb.com/" kunde jag inkludera <graphics.h>.
Jag valde att använda C++ (TURBOC).
Kul att köra GDI.

[kodar-holger]

Kod ska skrivas så den är lätt att testa. Therac-25 dödade 6 personer med radioaktiv strålning
pga någon klantskalle till programmerare.

Låter som dåliga rutiner om en programmerare kan skriva fel som leder till dödsfall..

Riktigt så enkelt var det inte. Precis som olyckan med Ariane 5 så berodde det mer på att programvaran används för något annat än den var skriven.

I maskinen för cancerbehandling så var programvaran skriven för en annan modell där det fanns "hardware interlocks" som förhindrade det som hände. När man gjorde den nya modellen tog man av nån obegriplig anledning bort dessa. Det tillsammans med att operatörerna jobbade på ett icke förutsett sätt ledde till kraftiga strålningsöverdoser. Att enbart skylla på programvaran är en allt för lätt väg att gå. Grundfelet var att specarna var för dåliga.

Samma samma i fallet med raketen. Man återanvände programvara utan att förstå hur den jobbade. Återigen ett spec-fel där den annorlunda banan ledde till ett overflow i "död" kod som i sin tur tolkades som ett hårdvarufel i datorn som därför stängdes av.

[MiaM]

Förutom då att som du själv konstaterar måste besöka en websida för att kolla om det var sant först eller falskt först...

Fast det beror ju på att jag skriver C-kod såpass sällan att jag måste slå upp saker i allmänhet då och då.

Kod ska skrivas så den är lätt att testa. Therac-25 dödade 6 personer med radioaktiv strålning
pga någon klantskalle till programmerare.

En klen tröst är att iaf en del av de som dog var ändå påväg att dö av cancer inom närtid, döden påskyndades dock mycket

Men detta har inget att göra med läslig/oläslig kod. Felet uppkom vad jag fattat av att det gick att ändra en av parametrarna i efterhand när man redan fyllt i alla parametrar, men det var tänkt att man skulle börja om från början och fylla i allt från början (en maskin som allmänt är avsedd för den typ av bestrålning som t.ex. används vid cancerbehandling är väl ett praktexempel på där det faktiskt är motiverat att behöva skriva om allt ifall man skrivit fel). När användaren råkat välja fel på den ändringsbara parametern och ändrade denna så uppdaterades vissa men inte alla parametrar.

[Findecanor]

Jag är just nu i behov av att kompilera och testköra lite C-kod med inline assembler för 64-bittars ARM, men alla online-kompilatorer jag hittat är för Intel.

[N3M0]

godbolt.org som nämnts tidigare har en hel del arm alternativ.

[Findecanor]

Det var jag som nämnde den, och nej det har den inte. Det går att filtrera på AArch64 men det finns inget inlagt. (förutom OpenCL, vilket är för GPU:er).
Jag skulle kunna skaffa en nyare Raspberry Pi, men de är svåra att få tag på för rimligt pris.

[N3M0]

Ok, jag vet inte riktigt vad du är ute efter med både clang och gcc finns ju att välja för arm64 target.