@quetzalcoatl
Ale przecież rozszerzenia *.lib nie są dla gcc. Biblioteki zbudowane dla gcc mają rozszerzenia *.a. Znajomy użytkownik linuksa powiedział mi że przy konfiguracji statycznej, tj. takiej w której nie trzeba bibliotek ładowanych dynamicznie, zawsze podaje się z opcją -lnazwa_liba. Można to potem wrzucić do makefile'a i się nie przejmować, bo to operacja jednorazowa. Jako że MinGW to port gcc dla windowsa, więc pewnie tu jest tak samo. Zresztą chyba w instrukcji na stronce boost.org też jest to zaznaczone. tu i to:
Auto-Linking
Most Windows compilers and linkers have so-called “auto-linking support,” which eliminates the second challenge. Special code in Boost header files detects your compiler options and uses that information to encode the name of the correct library into your object files; the linker selects the library with that name from the directories you've told it to search.
The GCC toolchains (Cygwin and MinGW) are notable exceptions; GCC users should refer to the linking instructions for Unix variant OSes for the appropriate command-line options to use.
Kiedyś używałem vc++, ale zbuntowałem się, bo VS pod względem funkcjonalności dla C++ jest naprawdę biedne. Głupie CDT dla Eclipse'a jest dużo lepsze...
Bibliotek boost jest tylko tyle:
c:\MinGW\lib\libboost_date_time.a
c:\MinGW\lib\libboost_filesystem.a
c:\MinGW\lib\libboost_graph.a
c:\MinGW\lib\libboost_iostreams.a
c:\MinGW\lib\libboost_prg_exec_monitor.a
c:\MinGW\lib\libboost_program_options.a
c:\MinGW\lib\libboost_regex.a
c:\MinGW\lib\libboost_serialization.a
c:\MinGW\lib\libboost_signals.a
c:\MinGW\lib\libboost_system.a
c:\MinGW\lib\libboost_test_exec_monitor.a
c:\MinGW\lib\libboost_thread.a
c:\MinGW\lib\libboost_unit_test_framework.a
c:\MinGW\lib\libboost_wave.a
c:\MinGW\lib\libboost_wserialization.a
więc, przy większym projekcie to chyba nie jest specjalnie wkurzające :)
@Ranides
Jest opcja zbudowania dllek boostowych. Tylko głupio to wygląda - program niemal w czystym C++ a obok dll. Poza tym ja tradycyjnie nie umiem tego zrobić ;P