Pavel_I 0 21 октября, 2008 Опубликовано 21 октября, 2008 · Жалоба Хочу для себя прояснить некоторые моменты: - непонятно для чего имеется две копии бинарников с разными названиями (например mipsel-linux-gcc и просто gcc) и заголовочных файлов в разных дирректориях - откуда gcc "знает" путь к стандартным заголовочным файлам? - откуда ld "знает" путь к стандартной библиотеке? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
cosmobot 0 21 октября, 2008 Опубликовано 21 октября, 2008 · Жалоба это два разных gcc один собран для таргета совместимого с x86 (ну или выше) второй для arm (а может и тупо симлинк , в некоторых тулчайнах и такое можно увидеть ) предполагаю что со времени своей компиляции Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MrYuran 16 22 октября, 2008 Опубликовано 22 октября, 2008 · Жалоба - откуда gcc "знает" путь к стандартным заголовочным файлам? - откуда ld "знает" путь к стандартной библиотеке? из опций командной строки или makefile Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ukpyr 0 22 октября, 2008 Опубликовано 22 октября, 2008 · Жалоба - откуда gcc "знает" путь к стандартным заголовочным файлам? - откуда ld "знает" путь к стандартной библиотеке? думаю что эти пути прописаны в бинарниках относительно папки бинарников Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Pavel_I 0 22 октября, 2008 Опубликовано 22 октября, 2008 · Жалоба это два разных gcc один собран для таргета совместимого с x86 (ну или выше) второй для arm Это именно бинарники для таргета (не линки). Они имеют один размер но разные названия. из опций командной строки или makefile Файл можно скомпилировать и с линковать и без makefile или указания путей в коммандной строке. И все будет в порядке. Я проверял. думаю что эти пути прописаны в бинарниках относительно папки бинарников Вот я тоже к этому склюняюсь. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Harbour 0 22 октября, 2008 Опубликовано 22 октября, 2008 · Жалоба gcc это frontend, по умолчанию он вызывает компилятор для того target, что был собран, по желанию все это задается опциями "-V version -b machine". пути к стандартным либам/includes задаются на этапе сборки gcc и потом могут отдельно конфигурится при вызове. ld ничего не знает - его или вызывает сам gcc с необходимыми опциями или его вызваешь сам, задавая опции вручную. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
msalov 0 23 октября, 2008 Опубликовано 23 октября, 2008 · Жалоба Если нужно точно знать что и откуда берёт gcc, или если надо заменить пути линкер и пр., можно воспользоваться нехитрой последовательностью действий # Получаем gcc -dumpspecs > ./specs # Тут правим то что надо vi ./specs # Сохраняем mv ./specs `dirname $(gcc -print-libgcc-file-name)`/specs Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Pavel_I 0 26 октября, 2008 Опубликовано 26 октября, 2008 · Жалоба В вопросе что-откуда берется появилась некоторая ясность. Всем спасибо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться