Значит у тебя в аргв[0] «ILL». Очевидно же.

От содержимого строк не зависит, обычный «Hell of Word» тоже тем же ILL выводится.

Подозрение что какие-то конструкторы, связанные с iostream, криво отрабатывают

С каким-нить ostringstream там же?

s/там же?/так же?/

От содержимого строк не зависит, обычный «Hell of Word» тоже тем же ILL выводится.

вы бинарник переименовываете в «Hell of Word» и запускаете ??

hint: argv[0] - имя программы, argv[1] первый аргумент и т.д.

при запуске выводит на stdout строку «ILL»

А что должно было по вашему туда вывестись?

Он выводит имя твоего исполняемого файла. Так и должно быть. Вот почему у тебя такое странное имя исполняемого файла - вопрос.

имя исполняемого файла /usr/bin/cpptest

менял: исходник, с перекомпиляцией, c -static и без, пытался выводить числа, строковые константы (static char[]), argv[0],..

тот же код с компиляцией в рабочей системе естественно отрабатывает как надо

и «argv[0]» это const char[]

Мало данных для анализа. Можешь набросать небольшой полный пример?

та же фигня со свежесобранной Octave, тот же ILL и все может это кусок сообщения от signal k_ILL_ ?

компилится в

https://github.com/ponyatov/azlin/blob/math/mk/user.mk

еще могут быть интересны куски:

https://github.com/ponyatov/azlin/blob/math/mk/commands.mk https://github.com/ponyatov/azlin/blob/math/mk/cross.mk

Сигнал ILL тоже существует.

int main(void) {
  asm("ud2");
  return 0;
}

несовместимость сгенерированного кода поддерживаемым командам в эмуле qemu-i386 ?

может быть, попробую пересобрать с mcpu=i486sx

что выводит?

cat <<EOF > ponyatov.cpp
#include <iostream>
int main(int argc, char **argv) {
    std::cout << argv[0] << std::endl;
}
EOF
g++ ponyatov.cpp -o ponyatov
./ponyatov

на билд-системе:

ponyatov@gac:/tmp$ ./ponyatov ./ponyatov

на таргете (под qemu):

ponyatov@gac:~/azlin$ pc686math.cross/bin/i686-linux-uclibc-g++ -o pc686math/usr/bin/ponyatov ponyatov.cpp ponyatov@gac:~/azlin$ make root emu # /usr/bin/ponyatov ILL

на билд-системе:

ponyatov@gac:/tmp$ ./ponyatov 
./ponyatov

на таргете (под qemu):

ponyatov@gac:~/azlin$ pc686math.cross/bin/i686-linux-uclibc-g++ -o pc686math/usr/bin/ponyatov ponyatov.cpp
ponyatov@gac:~/azlin$ make root emu

# /usr/bin/ponyatov
ILL

нифига непонятно, кто выводит, когда выводит, куда выводит..

вы уверены что «pc686math/usr/bin/ponyatov» и «/usr/bin/ponyatov» это одно и то-же??

вы уверены что пресловутый ILL выведен в stdout?

вы уверены что «ILL» это результат работы программы, а не отплёвка elf-интерпретатора/линковщика ??

возможно это SIGILL - неизвестная процессору инструкция

Покажи asm код.

в смысле выслать бинарник ? могу сразу kernel+initrd двумя файлами отдать. или в .iso загрузочном

Попробовал пересобрать под i486, дело не в типе процессора. Видимо придется разбираться с remote отладкой, включать ее в сборке и трассировать через отладчик.

Проблема локализована: ошибка в опциях оптимизации при сборке кросс-компилятора, CFLAGS vs CFLAGS_FOR_BUILD, всем спасибо.

ЗЫ: но у удаленной отладкой стоит глубоко разобраться, все равно нужна будет

Неправильно выставлялась переменная CFLAGS_FOR_TARGET, в результате stdlibc++ компилилась с флагами для хост-системы, соответственно SIGILL из-за команд core2 в коде для i486/i686. Можно было попробовать запустить на реальном железе, думаю в этом случае программа бы нормально отрабатывала.

только в мусульманских юниксах есть SIGILL. иншаллах-таки