Att lägga funktioner inline för att ta bort onödiga
call/return är en väldigt grundläggande optimering.

Det visste jag inte.

(Men nu kör jag xc8 i gratis-läget,
så det blir inte så mycket optimerat här.)

Det är väl egentligen inte konstigare att inkludera en .c-fil än att inkludera en .h-fil. Det går ju att sätta vilket suffix man vill på filen.

Men att man just av nån anledning skulle vilja lägga delar av koden i olika filer är ju ganska ovanligt. Det är ju väldigt sällan som en enskild funktion har så mycket programkod att man skulle tjäna nåt på att lägga delar av den i egen fil. Och att lägga funktioner i en egen fil är ju fullt normalt.

Så visst går det som sagt var tekniskt, men frågan är varför man skulle vilja göra det. Det lär inte öka läsligheten av koden, och hela vitsen med att dela upp kod i olika filer är ju just att det ska bli tydligare att läsa. Kompilatorn skiter ju fullständigt i hur många filer man delar upp det i. Samma källkod ger samma binär, oavsett om det är i en källkodsfil eller uppdelat i hundra.

Jag har mest programmerat pic-processorerna
i assembler, och då har jag faktiskt flyttat ut
delar av programmet i egna filer, bara för att
det ska bli lättare att läsa programmet och
ändra och hitta i dom olika delarna, i stället
för att göra under-rutiner. Vissa pic-processorer
har ju bara 8 stack-nivåer, och 2 av dom
går väl åt om man kör programmet med avlusare.
Då blir det bara 6 kvar, som ska räcka till
både under-rutiner och avbrott.

Det är väl egentligen inte konstigare att inkludera
en .c-fil än att inkludera en .h-fil. Det går ju att
sätta vilket suffix man vill på filen.

Okej.