Открыт код компилятора EKOPath 4

кстати, если заявлена сборка под 32(внезапно - она дефолтная) то она должна работать!
кстати2 - хде у этого недокомпилятора багтрекер?

А разве для компилера не target==host по-дефолту?

PATHCC 4.0.10 in tmp

notebook _test # time nice -n -20 /opt/bin/xz < linux-3.0-rc3.tar | pipebench > /dev/null 
Summary:
Piped   63.78 MB in 00h06m05.83s:  178.52 kB/second

real    6m5.850s
user    6m2.626s
sys     0m0.706s

GCC 4.5.2 in tmp

notebook _test # time nice -n -20 /usr/bin/xz < linux-3.0-rc3.tar | pipebench > /dev/null 
Summary:                                                                       
Piped   63.78 MB in 00h05m47.13s:  188.14 kB/second

real    5m47.148s
user    5m44.135s
sys     0m0.603s

Это с какими опциями?

у GCC вот такие

cflags = -mtune=generic -march=x86-64 -O2 -pipe -fomit-frame-pointer -fstack-protector -D_FORTIFY_SOURCE=2 -ggdb3 -funwind-tables -fasynchronous-unwind-tables

у path64 без опций, с опциями -O2 -pipe -s -fomit-frame-pointer дает на 2 секунды медленее.

> Нет тут следствия. Код большего размера может выполняться быстрее кода меньшего размера.

Больше кода - не значит медленнее.

берём helloworld.cpp, собираем g++: бинарник 9кб, собираем pathCC: 20кб/15Кб strip (наверно, из-за выравнивания секций), собираем pathCC -O3 -IPA => 2Мб (??? static сборка libc?)

А в остальных программах, где девелоперы специально не оптимизировали вызовы, O3 дает выигрыш.

ещё бывает, что -O3 включает LTO и межпроцедурную оптимизацию (-IPA)

> под 32-бита не собираецо ---->не нужно

под 32 бита есть OpenWatcom. Правда, у него древний iostream и почти никакой STL, + шаблоны уровня 98 года, так что им хрен что соберёшь.

кстати, а pathCC -m32 как в gcc не помогает?

он тупо не собирается - падает на неком
/some/path/table < /some/path2/OPTIONS.что_то
т.е. в сорсах кривой бинарь то ли искаропки, то ли собирается криво

вот

cd /var/tmp/portage/dev-lang/path64-9999/work/path64-9999_build/src/driver && ../../bin/table < /var/tmp/portage/dev-lang/path64-9999/work/path64-9999_build/src/driver/OPTIONS.P
/bin/sh: line 1: 22289 Ошибка сегментирования                   ../../bin/table < /var/tmp/portage/dev-lang/path64-9999/work/path64-9999_build/src/driver/OPTIONS.P
make[2]: *** [src/driver/check_combos.c] Ошибка 139
make[2]: Выход из каталога `/var/tmp/portage/dev-lang/path64-9999/work/path64-9999_build'
make[1]: *** [src/driver/CMakeFiles/driver_gen_sources.dir/all] Ошибка 2
make[1]: /usr/bin/cmake -E cmake_progress_report /var/tmp/portage/dev-lang/path64-9999/work/path64-9999_build/CMakeFiles 
*** Ожидание завершения заданий...

Скажи

ldd /var/tmp/portage/dev-lang/path64-9999/work/path64-9999_build/bin/table

Может, ему чего не хватает.

https://github.com/path64/compiler/issues/36#issuecomment-1403321

[ root@desktop ] driver # ldd ../../bin/table
   linux-gate.so.1 => (0xb7832000)
   libc.so.6 => /lib/libc.so.6 (0x4a663000)
   /lib/ld-linux.so.2 (0x494e4000)
[ root@desktop ] driver #

[ 23%] Generating OPTIONS.P
[ 23%] Generating check_combos.c, implicits.c
Segmentation fault
make[3]: *** [src/driver/check_combos.c] Error 139
----
Ubuntu 10.04.2 LTS, 32 bit

http://www.linux.org.ru/jump-message.jsp?msgid=6386201&cid=6409218