Така, аз мога да си сложа входните секции където си поискам. Въпросът е, че като опиша въпросните входни секции, тогава линкера не ми прави тези специални имена.

има си документация по въпроса

Т.е. не работи имплицитно ... ами направи го експлицитно, дефинирай си ги на ръка тези маркери. И без това е грозно като видиш някой символ в сорсовете който не се намира с греп никъде защото компилатора/линкера си го е генерирал незнайно как.

Просто трябва да е спазено:

1. Името на входната секция да може да се ползва като С-идентификатор (демек да не съдържа точки или други гадни символи)
2. Да няма правили за тая секция в скрипта

При тия две условия ще направи _start_....

и ако сложи и един const може и да се опита да го разположи във флаша

Демек:

Сетих се за това и го пробвах, ама не подейства

Условие 1 е изпълнено. Само с 2 имам проблем. Това което чета по разни форуми е, че маи трябва д аси упгрейдна гцц-то. май при по-новите това със секциите го прави за всяка, а не само за неупоменатите в скрипт-а

Сега прочето ПДФ-а за последният ЛД на пакета дето ползвам... е там си пише същото за тези 2 условия

А какво казва стандарта на C/C++, ако има един модул със

void(*funcs[50])();
int counter = 0;

и във всеки регистриращ се модул пишем

extern void(*funcs[50])();
extern int counter;

static void(*dummy)() = ( funcs[++counter] = &module_init );

Присвояването ще се изпълни ли?

Това на Ц не минава:

на Ц++ генерирания код по същество е както този със статичните конструктори т.е. за нещо което може да се свърши компиле тайм със секции се генерира код който се изпълнява преди main. Но определесно е по просто отколкото да се ползват обекти ...
И един интересен момент - включих линк тайм оптимизации и целия код изчезна и стана ефективно както решението със секциите - е това на clang