gcc: свежак для выни, gcc4.3.0-20071102_bu-cvs20071104 newlib-cvs20071106_gdb-cvs20071105.7z Опции

[klen]

свежая сборка:
binutils 20071104
gcc4.3.0 20071102
newlib
gdb 20071105

размер ~14,3мб
архив формате 7z
оноже самораспакающееся

[Abo]

2 klen:
Здравствуйте,
прошу помощи, ибо сломал сегодня всю голову:
загрузил Вашу сборку kgp-arm-gcc4.3.20071005-bu-cvs20071007-newlib-cvs20071008.-gdb-cvs20070911.exe
под Win и попытался скомпилировать программу:

int main(void)
{
while(1);
}


вызываю
>gcc main.c
из командной строки, а в ответ :
>gcc.exe main.c
gcc.exe: CreateProcess: No such file or directory

при этом путь к экзекшникам есть.
что посоветуете?

[klen]

2 klen:
int main(void)
{
while(1);
}
вызываю
>gcc main.c
из командной строки, а в ответ :
>gcc.exe main.c
gcc.exe: CreateProcess: No such file or directory

при этом путь к экзекшникам есть.
что посоветуете?

Косяк.. это потому что фронтэнд - arm-elf-gcc.exe не находит сам компилятор сс1 который должен лежать libexec/gcc/arm-elf/4.3.0/cc1.exe если его там нет то касяк при распаковке архива. Также должены быть arm-elf/bin/as.exe arm-elf/bin/ld.exe. Посмотрите Filemon куда стучится arm-elf-gcc.exe, если их ищет и ненаходит, а они есть где я указал то мой касяк, буду разбираться.

странно, вроде все работает. я разных машинках тестирую

[Abo]

Косяк.. это потому что фронтэнд - arm-elf-gcc.exe не находит сам компилятор сс1 который должен лежать libexec/gcc/arm-elf/4.3.0/cc1.exe если его там нет то касяк при распаковке архива. Также должены быть arm-elf/bin/as.exe arm-elf/bin/ld.exe. Посмотрите Filemon куда стучится arm-elf-gcc.exe, если их ищет и ненаходит, а они есть где я указал то мой касяк, буду разбираться.

странно, вроде все работает. я разных машинках тестирую

сс1.exe лежит в каталоге d:\embedded\gcc\libexec\gcc\arm-elf\4.3.0;
вот фрагмент протокола доступа к файлам:

Код

gcc.exe    3480    CloseFile    D:\EMBEDDED\GCC\libexec\gcc\arm-elf\4.3.0    SUCCESS    
gcc.exe    3480    CreateFile    D:\EMBEDDED\GCC\libexec\gcc\arm-elf\4.3.0    SUCCESS
gcc.exe    3480    QueryDirectory    D:\EMBEDDED\GCC\libexec\gcc\arm-elf\4.3.0\cc1    NO SUCH FILE    
gcc.exe    3480    CloseFile    D:\EMBEDDED\GCC\libexec\gcc\arm-elf\4.3.0    SUCCESS    
gcc.exe    3480    CreateFile    D:\EMBEDDED\GCC\libexec\gcc    SUCCESS
gcc.exe    3480    QueryDirectory    D:\EMBEDDED\GCC\libexec\gcc\cc1.exe    NO SUCH FILE
gcc.exe    3480    CloseFile    D:\EMBEDDED\GCC\libexec\gcc    SUCCESS    
gcc.exe    3480    CreateFile    D:\EMBEDDED\GCC\libexec\gcc    SUCCESS
gcc.exe    3480    QueryDirectory    D:\EMBEDDED\GCC\libexec\gcc\cc1    NO SUCH FIL
gcc.exe    3480    CloseFile    D:\EMBEDDED\GCC\libexec\gcc    SUCCESS

мне показалось странным что в каталоге D:\EMBEDDED\GCC\libexec\gcc ищется и сс1 и сс1.exe
а в каталоге D:\EMBEDDED\GCC\libexec\gcc\arm-elf\4.3.0 только сс1.

проложил путь до каталога D:\EMBEDDED\GCC\arm-elf\bin, скопировал туда cc1.exe из
D:\EMBEDDED\GCC\libexec\gcc\arm-elf\4.3.0 и попробовал "gcc main.c" скомпилировало, слинковало получился a.out.
вызвал "arm-elf-gcc main.c" - тоже сработало.

я так думаю, что всетаки правильнее работать через arm-elf-gcc, ведь если еще на этой же системе стоит другой кросскомпилятор, то и вызов будет другой?

[klen]

я так думаю, что всетаки правильнее работать через arm-elf-gcc, ведь если еще на этой же системе стоит другой кросскомпилятор, то и вызов будет другой?

я даже и предположить не мог ..
я что? просто так собираю пакет??? нет такм никакого gcc.exe
Все кросс компиллеры имеют префикс для того чтоб их можно было иметь в одной корневой директории


жесть! я ведь по настоящему испугалсИ

[Abo]

я что? просто так собираю пакет??? нет такм никакого gcc.exe

ну файл gcc.exe там всетаки есть в каталоге D:\EMBEDDED\GCC\arm-elf\bin.

а по существу, без стеба, в чем я не прав, почему не работает как положено?
куда в структуре каталогов должен быть прописан путь?

[klen]

ну файл gcc.exe там всетаки есть в каталоге D:\EMBEDDED\GCC\arm-elf\bin.

а по существу, без стеба, в чем я не прав, почему не работает как положено?
куда в структуре каталогов должен быть прописан путь?

да ни кто не стебется.
компиллер собран таким образом что призапуске frontend (arm-elf-gcc) сначала вызывается /libexec/gcc//arm-elf/4.3.0/cc1.exe на выходе асмовские файлы, далее он пихает их ассемблеру /arm-elf/bin/as.exe
на выходе объектники котрые он пихает линкеру /arm-elf/bin/ld.exe на выходе образ, посде чего arm-elf-gcc завершает работу.

Правильное использование - только вызывами /bin/arm-elf-gcc.exe
Я не понимаю че Вас не устраивает?

[Abo]

да ни кто не стебется.
компиллер собран таким образом что призапуске frontend (arm-elf-gcc) сначала вызывается /libexec/gcc//arm-elf/4.3.0/cc1.exe на выходе асмовские файлы, далее он пихает их ассемблеру /arm-elf/bin/as.exe
на выходе объектники котрые он пихает линкеру /arm-elf/bin/ld.exe на выходе образ, посде чего arm-elf-gcc завершает работу.

Правильное использование - только вызывами /bin/arm-elf-gcc.exe
Я не понимаю че Вас не устраивает?

Прошу объяснить, почему frontend (arm-elf-gcc) не запускает cc1.exe из /libexec/gcc/arm-elf/4.3.0/cc1.exe, если путь проложен только до каталога в котором лежит arm-elf-gcc. Однако cc1.exe запускается, если проложить путь и к тому каталогу в котором он лежит. Может у меня какая нибудь переменная среды не установлена?

[klen]

Прошу объяснить, почему frontend (arm-elf-gcc) не запускает cc1.exe из /libexec/gcc/arm-elf/4.3.0/cc1.exe, если путь проложен только до каталога в котором лежит arm-elf-gcc. Однако cc1.exe запускается, если проложить путь и к тому каталогу в котором он лежит. Может у меня какая нибудь переменная среды не установлена?

Это чето какойто глюк. Я немгу определить что происходить. Вы директории ручками не перемешивали?
структуру директорий в корневой папке (у Вас это D:\EMBEDDED\GCC) жеско заданная. Все должно начинать работать при прописывании в PATH D:\EMBEDDED\GCC\bin и категорически!! больше ничего.

Поаробуйте поместить весе в папку вершнего уровня. например D:\GCC и посмотрите че выйдет.
У когонить еще есть такое безобразие?

[Artemii Panasuk]

Это чето какойто глюк. Я немгу определить что происходить. Вы директории ручками не перемешивали?

Поаробуйте поместить весе в папку вершнего уровня. например D:\GCC и посмотрите че выйдет.
У когонить еще есть такое безобразие?

У меня. Такме же глюки наблюдаються в Vista с winARM 20060606. Для того чтобы исчез один из "CreateProcess: No such file or directory" ришлось cc1 в C:\winARM\bin\ класть. Проверялось на 2-х машинах.
В XP все нормально. Вроде как в wine пускал тоже нормально было. Правда, не помню точно.

[klen]

У меня. Такме же глюки наблюдаються в Vista с winARM 20060606. Для того чтобы исчез один из "CreateProcess: No such file or directory" ришлось cc1 в C:\winARM\bin\ класть. Проверялось на 2-х машинах.
В XP все нормально. Вроде как в wine пускал тоже нормально было. Правда, не помню точно.

вот и я про тоже. на всх ОС работает, а под вистой нет. . для справки. сам gcc использует только ANSI C стандартные библиотечные вызовы, в нашем случае имеется ввиду файловый ввод-вывод. Поэтому всетаки мне ближе идее что в висте чето не так работает.

Положить сс1 в /bin конечно можно и даже наверно будет работать (хотя вроде не должно, нада исходники посмотреть). Но тогда нелзя в одной рутовой директори держать разные версии компиллера - это нехорошо.

Я скоро буду собирать свежак и могу посмотеть в чем может быть касяк и попробую переделать. Если ктото потестирует я этим займусь. У меня висты не будеть.

[Abo]

Я скоро буду собирать свежак и могу посмотеть в чем может быть касяк и попробую переделать. Если ктото потестирует я этим займусь. У меня висты не будеть.

Готов со всей душой помочь общему делу!