>>>>>>checking build system type... i686-pc-linux-gnuoldld
>>>>>>checking host system type... i686-pc-linux-gnuoldld
>>>>>>checking target system type... i686-pc-linux-gnuoldld
>>>>>
>>>>>Проверь-ка, версию компилятора/линкера, не нравится мне этот олдлд.
>>>>
>>>>
>>>>у меня такая же проблема с MySQL на UnixWare, я скачал и
>>>>инстальнул gcс, но это не помогло. на сайте www.mysql.com есть патчик
>>>>который исправляет библиотеку perl чтобы компиляция шла не С а gcc
>>>>но он не патчит эту библиотеку :(
>>>>
>>>>Если кто разобрался в проблеме напишите, плиз.
>>>
>>>У меня помнится была такая проблема на Mandrake, так я дополнительно устанавливал
>>>С++ и потом все прошло.
>>
>>
>>Где найти С++ ???
>
>
>Я конечно не знаю но мне посоветовали
>посмотреть в конце концов config.log
>напиши
>
>hello.c
>#include <stdio.h>
>main()
>{
>printf("gcc working\n");
>}
>
>gcc -v
>gcc -o hello hello.c
>Только я найти не могу этот кофиг
имеем source.tgz
смотрим как он разворачивает дерево, в текущую поддиректорию или в
отдельную внутри текущей:
[g]tar ztvf source.tgz
если в отдельную:
[g]tar zxvf source.tgz
cd source-dir
читаем все README, INSTALL, doc, перевариваем, обдумываем информации:
все у нас есть в системе для установки данного дистрибутива или
не хватает зависимостей, библиотек и тд и тп.
после некого прозрения:
./configure --help | less
изучаем какие опции будем включать, какие нет, заодно проверяем
в стандартных местах у нас требуемые библиотеки и headers, если ДА:
/usr/lib[include] - это всегда цепляемый и просматриваемый default,
кроме него обычно ведется поиск в /usr/local/lib[include]
Если то что нам нужно находится в иных местах, используем опции
изученные через ./configure --help
Если прозрения не наступило:
gcc -v
g++ -v
пишем тухлые тестовые примеры для c/c++ и компилим вручную, если собираются - на 80% уверенности в SDK есть, если мы устанавливали
его в систему НЕ САМИ, а брали binaries/rpm/pkg/...
Если прозрения не наступило, в зависимости от версии gcc, если
требуется c++, подумать, а доставляли std_c++-lib и g++-lib?
Если прозрения не наступило, в разных системах по разному:
man ldconfig (в Solaris LD_LIBRARIES_PATH[RUN] и в 8'е утилита a-la ldconfig)
И каждый раз после ./configure --options...
смотрим ls -la config.*
должен остаться config.log в котором следы что выполнял и как скрипт
конфигуратор для создания проектов Makefile,
если прозрения не наступило, влупить -x в скрипт configure
если configure делает не то что нужно и не под вашу OS - поправить
configure под себя
если ничего не получается или не доходит ЧТО и КАК,
скачать GCC, развернуть, изучить документации как его ставить,
что еще для этого необходимо и как все это друг с другом связано и
работет. По документации установить все нужные зависимости для
gcc - binutils/gmake/patch/...
Собрать GCC (только начиная с 3.1 все stdlib-c++/g++ включены в
дистрибутив)
Если удалось собрать и установить gcc, заново пересобрать все
binutils/gmake/patch/textutils/... уже собственным компилером,
autoconf'ы, automake'и и тд и тп
Если ВСЕ это удалось - прозрение просто обязано было прийти, потому
как все пройдено руками и головой самостоятельно и понятно что есть
что и откуда ноги растут, после этого соберется ВСЕ что портировано
для вашей OS с минимальными затратами.
Если так ничего и не получилось - значит не дано, наплевать-забыть и
продолжать пользоваться кем-то собранными binaries устанавливая их
из пакетов в свою систему
Практически все укрупненно охвачено, удачи и успехов
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
on
03-Июл-02, 09:18 (MSK)
