Как заставить gcc сгенерировать core при segmentation fault?

> падает с ошибкой сегментации:

оно не падает, поэтому ulimit -c не поможет.

кто, по вашему, пишет «Please submit ...» ?

>Как выйти из положения?

Сам бинарник gcc не занимается компиляцией, он всего лишь оболочка для компиляторов, ассемблеров, линкеров и проч.
Найди у себя исполняемые файлы «cc1/cc1plus»(для C/C++) и попробуй ими скомпилировать свой пример. Мана по ним нет, но если работал с gcc всё интуитивно понятно.

lto1

В твоём случае ещё видимо один хелпер. А что же с gcc-4.4, в котором lto нету?

Падает не сам gcc, а его дочерний процесс:

/usr/lib/gcc/x86_64-linux-gnu/4.5.1/lto1 -quiet -dumpbase test -dumpdir ./ -mtune=generic -march=x86-64 -auxbase-strip /tmp/ccDsbwDB.lto.o -Os -std=c99 -version -fopenmp @/tmp/ccpy5A0B -o test.s

Спасибо, решилось путём запуска

gcc-4.5 test.c -o test -O1 -fopenmp -flto -std=c99 -save-temps -v

и запуска

gdb /usr/lib/gcc/x86_64-linux-gnu/4.5.1/lto1

с параметрами, которые напечатал gcc

Хотя всё равно непонятно, почему core не сгененрировался автоматом.

> Падает не сам gcc, а его дочерний процесс:

ну да, он же пишет

lto1: internal compiler error: Ошибка сегментирования

Хотя всё равно непонятно, почему core не сгененрировался автоматом.

наверное, просто SIGSEGV перехватывается?

collect2: lto-wrapper returned 1 exit status

если бы он убивался сигналом (любым), exit status был бы
другим. а так, похоже на exit(1). хотя, неизвестно, как
именно gcc инетпретирует результат wait(&status) для
печати.

Да, так и есть. В gcc/toplev.c в general_init() устанавливаются обработчики фатальных сигналов.

Там же обработка опций -d<LETTER>, -dH заставляет gcc генерировать core dump'ы.