So, you are trying to link a MSVC library with GCC. Although it works to some extent, it is not exactly the best thing to do.
Anyway, when you add a library to the linker options, the generated command will be -l<name of the library>, which in turn will try to find the file lib<name of the library>.a (I am not sure if .so are also candidates, but at least with MinGW that is what it looks for).
As far as I know doe sboost name the libs created with MinGW *.lib also.
And that leads to the problem.
C::B removes the starting lib, but leaves the file-ending untouched, and so it leads to the error with MinGW.
Quote from MinGW FAQ:
How do I specify the libraries to be searched by the linker?
* MinGW supports libraries named according to the `<name>.lib' and `<name>.dll' conventions, in addition to the normal `lib<name>.a' convention common on *nix systems. To include any libraries named according to any of these conventions, simply add the `-l<name>' switch to the compiler command, ensuring it is placed _after_ the name of the module in which the reference appears.
* Note that, if the library is not found in any of the default library search paths, you may also need to insert a `-L<dir>' switch _before_ the `-l<name>' switch, to specify its location.
* Also note that the library names `lib<name>.a' and `lib<name>.lib' _are not_ equivalent; if you have a library named according to the aberrant `lib<name>.lib' convention, it will not be found by specifying the `-l<name>' switch -- you must use the form `-llib<name>' instead.
I think it's not correct, that C::B removes the prefix from a library with the suffix lib.
As a workaround it should work to put
-llibboost_regex-mgw34-mt-1_38.lib into the
Other linker options:-tab.
(edit: fixed a typo, the suffix should
not be included, thanks Seronis)
You might also want to file a bug-report at berlios, so that the issue will not get lost in the deep of the forum.