А в gcc случайно нету атрибута умеющего фортраноское "-finit-real=xxx" но на отдельных обьектах.

Ну так и инициализируй nan. 90 фортран позволяет инициализировать массивы целиком, без циклов.

в большом многомерном массиве

только вот дин.линкер (да я ядро в принципе тож) не в курсе, что некий кусок памяти надо инициализовать по 8 байт 1.32E+12. Поэтому опаньки - или этот ваш массив будет статично определяться при компиляции что вздует размер бинарника, или пишите конструктор. Жестоко, но зато работает :-)

imho только вариант double arr[100500]={0}; не раздует бинарь. Надо-бы проверить, но лень :-)

Вопрос с раздутием бинарника - не актуален. Текущая ситуация из тех когда железо подганяют под задачу а не наоборот.

Поэтому опаньки - или этот ваш массив будет статично определяться при компиляции

Хотелось бы увидеть как бы вы это сделали.

или пишите конструктор.

А про конструкторы то я и подзыбыл :-(((

imho только вариант double arr[100500]={0}; не раздует бинарь. Надо-бы проверить, но лень :-)

Это определяется конкретной аппаратной поддержкой плавающей точки. На х86 проедет. Но точно есть платформы - на которых непроканает. Пару лет назад ктото приводил здесь пример

Хм. Немного не то но благодарю что напомнили. Мне бы сильно хотелось уйти от индексов для ячеек устанавливаемых в дефолтное значение.

GCCизм?

Ага.

Я думаю, что самый разумный вариант - это неинициализированный массив (таким образом он будет помещён в .bss, который не занимает места в бинарнике) и заполнение его руками в функции, помеченной __attribute__((constructor)).

struct Void
{
};

Void init_x(double** arr, int sz_x, int sz_y, int value)
{
  for(int i = 0; i<sz_x; i++) for(int j = 0; j<sz_y; j++)
    arr[i][j] = value;
  return Void();
}

double array[SZ_X][SZ_Y];
Void skip = init_x(array, SZ_X, SZ_Y, NAN); 

Вместо Void можно использовать любой тип, кроме void. Код пригоден для глобальных и локальных областей видимости и для динамических массивов.

int value

очепятка: double value, конечно же. но, в плюсах, а не чистом С лучше темплайтную ф-цию использовать, в любом случае.

Вопрос с раздутием бинарника - не актуален. Текущая ситуация из тех когда железо подганяют под задачу а не наоборот.

А написать скрипт который генерит varName[X][Y][Z] в стиле:

> genMatix double varName 100 500 800 = NaN

double varName[100][500][800]={ { { NaN,..,NaN }, {...} ... };

чтобы подсовывать ЭТО в Makefile ?

ps/ далее по идее можно вместо NaN совать любую формулу от X,Y,Z; Может кто даже и спасибо скажет за такой скрипт

Ну если бы мне это подходило то я это уже сделал бы при помощи cog. Хотя возможно над этим нужно еще раз подумать.

Кстати - не совсем понятна реплика о мейкфайле.

Кстати - не совсем понятна реплика о мейкфайле.

foo.o : 
    genMatrix double fooVar ... | gcc -c -o foo.o - 

или своим скриптом сразу делать нужный образ памяти (чтобы немучить компилер понапрасну) и далее objcopy. Но это всё равно в правилах сборки.

Даже вот так :-)