Jak poprawnie analizować wynik polecenia ./configure ??

malinkalive - 12-06-2007 12:55
Witam Chciałem zainstalować sobie pakiet pcre ze zródeł rzadko zdarza mi się kompilować cokolwiek ze źródeł ale tym razem to konieczność. polecenie ./compile --enable-utf8 daje poniższe informacje:
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for g++... no
checking for c++... no
checking for gpp... no
checking for aCC... no
checking for CC... no
checking for cxx... no
checking for cc++... no
checking for cl.exe... no
checking for FCC... no
checking for KCC... no
checking for RCC... no
checking for xlC_r... no
checking for xlC... no
checking whether we are using the GNU C++ compiler... no
checking whether g++ accepts -g... no
checking dependency style of g++... none
checking for a BSD-compatible install... /usr/bin/install -c
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... no
checking for g95... no
checking for xlf95... no
checking for f95... no
checking for fort... no
checking for ifort... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for ftn... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether accepts -g... no
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking for correct ltmain.sh version... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
appending configuration tag "F77" to libtool
checking whether ln -s works... yes
checking for ANSI C header files... (cached) yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking for sys/types.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking dirent.h usability... yes
checking dirent.h presence... yes
checking for dirent.h... yes
checking windows.h usability... no
checking windows.h presence... no
checking for windows.h... no
checking string usability... no
checking string presence... no
checking for string... no
checking bits/type_traits.h usability... no
checking bits/type_traits.h presence... no
checking for bits/type_traits.h... no
checking type_traits.h usability... no
checking type_traits.h presence... no
checking for type_traits.h... no
checking for an ANSI C-conforming const... yes
checking for size_t... yes
checking for long long... yes
checking for unsigned long long... yes
checking for bcopy... yes
checking for memmove... yes
checking for strerror... yes
checking for strtoq... yes
checking for strtoll... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating libpcre.pc
config.status: creating libpcrecpp.pc
config.status: creating pcre-config
config.status: creating pcre.h
config.status: creating pcre_stringpiece.h
config.status: creating pcrecpparg.h
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
config.status: executing script-chmod commands
config.status: executing delete-old-chartables commands

pcre-7.1 configuration summary:

Install prefix ......... : /usr/local
C preprocessor ......... : gcc -E
C compiler ............. : gcc
C++ preprocessor ....... :
C++ compiler ........... : g++
Linker ................. : /usr/bin/ld
C preprocessor flags ... :
C compiler flags ....... : -g -O2
C++ compiler flags ..... :
Linker flags ........... :
Extra libraries ........ :

Build C++ library ...... : yes
Enable UTF-8 support ... : yes
Unicode properties ..... : no
Newline char/sequence .. : lf
EBCDIC coding .......... : no
Rebuild char tables .... : no
Use stack recursion .... : yes
POSIX mem threshold .... : 10
Internal link size ..... : 2
Match limit ............ : 10000000
Match limit recursion .. : MATCH_LIMIT
Build shared libs ...... : yes
Build static libs ...... : yes Jak widać brakuje mu sporo rzeczy żeby doprowadzić kompilację do końca, w związku z tym mam pytanie czy jestem zmuszony siedzieć i wyszukiwać każdą linijkę zakończoną wynikiem no . Po to by potem zainstalować brakujący pakiet bądź ze źródeł bądź przy pomocy apt-get. Czy może jest jakiś łatwiejszy sposób na mój problem? Dodam że nie chodzi mi tylko o pakiet pcre bardziej oczekuje na odpowiedź pod kątem wyniku programu ./configure tak żebym w przyszłości mógł sam analizować i rozumieć czego brak w systemie i jak rozwiązywać zależności .

mlyczek - 12-06-2007 13:05
Na moje oko wygląda, że configure zakończyło się poprawnie. Spróbuj wydać komendę make i zobacz, czy zacznie kompilować, jeśli tak, to znaczy, że wszystko jest OK.

velmafia - 12-06-2007 13:10
ze swojgo dowiadczenia dodam ze jezeli "./configure" nie wyrzuci zadnych errorow to mozna skopojnie kompilowac.

malinkalive - 12-06-2007 14:21
doinstalowałem pakiet gawk pierwszy z brakującej listy a
make staje na (czyżby g++) ??
(cd .libs && rm -f libpcre.so.0 && ln -s libpcre.so.0.0.1 libpcre.so.0)
(cd .libs && rm -f libpcre.so && ln -s libpcre.so.0.0.1 libpcre.so)
ar cru .libs/libpcre.a pcre_compile.o pcre_config.o pcre_dfa_exec.o pcre_exec.o pcre_fullinfo.o pcre_get.o pcre_globals.o pcre_info.o pcre_maketables.o pcre_newline.o pcre_ord2utf8.o pcre_refcount.o pcre_study.o pcre_tables.o pcre_try_flipped.o pcre_ucp_searchfuncs.o pcre_valid_utf8.o pcre_version.o pcre_xclass.o pcre_chartables.o
ranlib .libs/libpcre.a
creating libpcre.la
(cd .libs && rm -f libpcre.la && ln -s ../libpcre.la libpcre.la)
/bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -g -O2 -MT pcreposix.lo -MD -MP -MF .deps/pcreposix.Tpo -c -o pcreposix.lo pcreposix.c
gcc -DHAVE_CONFIG_H -I. -g -O2 -MT pcreposix.lo -MD -MP -MF .deps/pcreposix.Tpo -c pcreposix.c -fPIC -DPIC -o .libs/pcreposix.o
gcc -DHAVE_CONFIG_H -I. -g -O2 -MT pcreposix.lo -MD -MP -MF .deps/pcreposix.Tpo -c pcreposix.c -o pcreposix.o >/dev/null 2>&1
mv -f .deps/pcreposix.Tpo .deps/pcreposix.Plo
/bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 -version-info 0:0:0 -o libpcreposix.la -rpath /usr/local/lib pcreposix.lo libpcre.la
rm -fr .libs/libpcreposix.a .libs/libpcreposix.la .libs/libpcreposix.lai .libs/libpcreposix.so .libs/libpcreposix.so.0 .libs/libpcreposix.so.0.0.0
gcc -shared .libs/pcreposix.o -Wl,--rpath -Wl,/home/malinka/Desktop/pcre-7.1/.libs -Wl,--rpath -Wl,/usr/local/lib ./.libs/libpcre.so -Wl,-soname -Wl,libpcreposix.so.0 -o .libs/libpcreposix.so.0.0.0
(cd .libs && rm -f libpcreposix.so.0 && ln -s libpcreposix.so.0.0.0 libpcreposix.so.0)
(cd .libs && rm -f libpcreposix.so && ln -s libpcreposix.so.0.0.0 libpcreposix.so)
ar cru .libs/libpcreposix.a pcreposix.o
ranlib .libs/libpcreposix.a
creating libpcreposix.la
(cd .libs && rm -f libpcreposix.la && ln -s ../libpcreposix.la libpcreposix.la)
source='pcrecpp.cc' object='pcrecpp.lo' libtool=yes \
DEPDIR=.deps depmode=none /bin/sh ./depcomp \
/bin/sh ./libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -c -o pcrecpp.lo pcrecpp.cc
libtool: ignoring unknown tag CXX
g++ -DHAVE_CONFIG_H -I. -c pcrecpp.cc -fPIC -DPIC -o .libs/pcrecpp.o
./libtool: line 1329: g++: command not found
make[1]: *** [pcrecpp.lo] Błąd 1
make[1]: Opuszczenie katalogu `/home/malinka/Desktop/pcre-7.1'
make: *** [all] Błąd 2

ponton - 12-06-2007 14:42
Ad. konfiguracji: te "no" nie oznaczają błędów. Błąd by był, gdyby pisało "error". Jeżeli configure tworzy pliki Makefile, to wszystko w porządku

Ad. kompilacji:
./libtool: line 1329: g++: command not found Jakby nie mógł znaleźć g++. Masz zainstalowane?

malinkalive - 12-06-2007 15:11

Ad. konfiguracji: te "no" nie oznaczają błędów. Błąd by był, gdyby pisało "error". Jeżeli configure tworzy pliki Makefile, to wszystko w porządku

Ad. kompilacji:
./libtool: line 1329: g++: command not found Jakby nie mógł znaleźć g++. Masz zainstalowane? Ku wyjaśnieniu co oznaczają te nieszczęsno "no" i czemu one mają służyć?? (czy to sa potrzebne pakiety, wykorzystywane przy specjalnych parametrach ./configure ?? a przy normalnej kompilacji sa pomijane a system tylko informuje o ich braku ??)

mlyczek - 12-06-2007 15:59

Ku wyjaśnieniu co oznaczają te nieszczęsno "no" i czemu one mają służyć?? (czy to sa potrzebne pakiety, wykorzystywane przy specjalnych parametrach ./configure ?? a przy normalnej kompilacji sa pomijane a system tylko informuje o ich braku ??) On Cię informuje, że ich nie ma, infromuje także siebie, ale tak jak napisał ponton, gdyby były mu potrzebne to zatrzymałby się z napisem error i wyświetlił, że musisz zainstalować to i tamto.

velmafia - 12-06-2007 21:18
a do kompilacji pod Debianem warto zainstalowac pakiet build-essential w ktorym sa podstawowe pakietu do kompilacji, wlasciwie wystarczy w 95% wszytkich kompilacji

malinkalive - 14-06-2007 07:50
Ok dziekuje za odpowiedzi. Teraz zastanawiam się nad "integracją apt-get z ./configure". Mianowicie chodzi mi o skompilowanie curl z obsługą ssl oczywiście ze źródeł. Polecenie
./configure --help nakazuje użyć opcji:

--with-ssl=PATH Where to look for OpenSSL, PATH points to the SSL
installation (default: /usr/local/ssl); when
possible, set the PKG_CONFIG_PATH environment
variable instead of using this option. z tym że openssl zainstalowalem przy pomocy apt-get i oczywiście ścieżka default się nie zgadza. W związku z tym mam pytanie czy w powyższym przypadku powinienem zainstalować openssl ze zródeł czy może spróbować zintegrować go z już istniejącym pakietem ssl tyle że w takim przypadku nie wiem jak poprawnie ustawić ścieżkę.

giaur - 15-06-2007 19:19
Zobacz co ci pokaze:

whereis ssl (u mnie /usr/lib/ssl)

I wstaw to do --with-ssl=

legion - 15-06-2007 21:32

Witam Chciałem zainstalować sobie pakiet pcre ze zródeł rzadko zdarza mi się kompilować cokolwiek ze źródeł ale tym razem to konieczność. polecenie ./compile --enable-utf8 daje poniższe informacje:
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
CUT!
Build static libs ...... : yes Jak widać brakuje mu sporo rzeczy żeby doprowadzić kompilację do końca, w związku z tym mam pytanie czy jestem zmuszony siedzieć i wyszukiwać każdą linijkę zakończoną wynikiem no . Po to by potem zainstalować brakujący pakiet bądź ze źródeł bądź przy pomocy apt-get. Czy może jest jakiś łatwiejszy sposób na mój problem? Dodam że nie chodzi mi tylko o pakiet pcre bardziej oczekuje na odpowiedź pod kątem wyniku programu ./configure tak żebym w przyszłości mógł sam analizować i rozumieć czego brak w systemie i jak rozwiązywać zależności . Nic mu nie brakuje... Jeśli autoconf/automake będzie chciał coś zakomunikować wywali błąd. Cała reszta to komunikaty diagnostyczne.

darkwater - 15-06-2007 21:41
możliwe że pomocny w tym wypadku okaże sie program auto-apt - ale sam nie uzywałem więc nie jestem pewien