boost::interprocess linking on vc-7_1 - Boost-users - lists.preview.boost.org

newer
[thread] bug: thread::sleep can't...

boost::interprocess linking on vc-7_1

older
[multi_index]Got warnings in VC7.1

Andrea Carbone

10 Oct 2006 10 Oct '06

5:55 p.m.

The linker complains about not founding libboost_date_time-vc71-mt-s-1_33_1.lib by far, I don't have a clue about what option to pass to bjam in order to build such configuration I have data_time library in al fashion exept the required one .. Does anybody has some advice?

Reply

Sign in to reply online Use email software

Show replies by date

Andrea Carbone

10 Oct 10 Oct

6:28 p.m.

Actually the problem is another ... it is the first time that this happen to me with boost. ------ Build started: Project: bumblebee_grabber, Configuration: Release Win32 ------ Linking... Starting pass 1 Processed /DEFAULTLIB:msvcprt Processed /DEFAULTLIB:libboost_date_time-vc71-mt-1_33_1.lib Processed /DEFAULTLIB:uuid.lib Processed /DEFAULTLIB:libboost_thread-vc71-mt-1_33_1.lib Processed /DEFAULTLIB:MSVCRT Processed /DEFAULTLIB:OLDNAMES main.obj : error LNK2005: "void __cdecl boost::interprocess::fill_system_message(int,class std::basic_string &)" (?fill_system_message@interprocess@boost@@YAXHAAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) already defined in bumblebee_ipc_t.obj Andrea Carbone wrote:

The linker complains about not founding

libboost_date_time-vc71-mt-s-1_33_1.lib

by far, I don't have a clue about what option to pass to bjam in order to build such configuration

I have data_time library in al fashion exept the required one ..

Does anybody has some advice?

Reply

Sign in to reply online Use email software

talamar

8:54 p.m.

I had the same problem. Just download the latest version of boost::interprocess from main CVS repository. Thanks, Alex Markelov. ----- Original Message ----- From: "Andrea Carbone" Newsgroups: gmane.comp.lib.boost.user Sent: Tuesday, October 10, 2006 10:28 PM Subject: Re: boost::interprocess linking on vc-7_1

Actually the problem is another ... it is the first time that this happen to me with boost.

------ Build started: Project: bumblebee_grabber, Configuration: Release Win32 ------

Linking... Starting pass 1 Processed /DEFAULTLIB:msvcprt Processed /DEFAULTLIB:libboost_date_time-vc71-mt-1_33_1.lib Processed /DEFAULTLIB:uuid.lib Processed /DEFAULTLIB:libboost_thread-vc71-mt-1_33_1.lib Processed /DEFAULTLIB:MSVCRT Processed /DEFAULTLIB:OLDNAMES main.obj : error LNK2005: "void __cdecl boost::interprocess::fill_system_message(int,class std::basic_string &)" (?fill_system_message@interprocess@boost@@YAXHAAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) already defined in bumblebee_ipc_t.obj

Andrea Carbone wrote:

...
The linker complains about not founding

libboost_date_time-vc71-mt-s-1_33_1.lib

by far, I don't have a clue about what option to pass to bjam in order to build such configuration

I have data_time library in al fashion exept the required one ..

Does anybody has some advice?

Reply

Sign in to reply online Use email software

Andrea Carbone

9:17 p.m.

talamar wrote:

I had the same problem. Just download the latest version of boost::interprocess from main CVS repository.

ok Alex ... thanks a lot...

Thanks, Alex Markelov.

----- Original Message ----- From: "Andrea Carbone" Newsgroups: gmane.comp.lib.boost.user Sent: Tuesday, October 10, 2006 10:28 PM Subject: Re: boost::interprocess linking on vc-7_1

...
Actually the problem is another ... it is the first time that this happen to me with boost.

------ Build started: Project: bumblebee_grabber, Configuration: Release Win32 ------

Linking... Starting pass 1 Processed /DEFAULTLIB:msvcprt Processed /DEFAULTLIB:libboost_date_time-vc71-mt-1_33_1.lib Processed /DEFAULTLIB:uuid.lib Processed /DEFAULTLIB:libboost_thread-vc71-mt-1_33_1.lib Processed /DEFAULTLIB:MSVCRT Processed /DEFAULTLIB:OLDNAMES main.obj : error LNK2005: "void __cdecl boost::interprocess::fill_system_message(int,class std::basic_string &)" (?fill_system_message@interprocess@boost@@YAXHAAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) already defined in bumblebee_ipc_t.obj

Andrea Carbone wrote:

...
The linker complains about not founding

libboost_date_time-vc71-mt-s-1_33_1.lib

by far, I don't have a clue about what option to pass to bjam in order to build such configuration

I have data_time library in al fashion exept the required one ..

Does anybody has some advice?

Reply

Sign in to reply online Use email software

Andrea Carbone

11:33 p.m.

talamar wrote:

I had the same problem. Just download the latest version of boost::interprocess from main CVS repository.

Yes ... SOLVED

Thanks, Alex Markelov.

----- Original Message ----- From: "Andrea Carbone" Newsgroups: gmane.comp.lib.boost.user Sent: Tuesday, October 10, 2006 10:28 PM Subject: Re: boost::interprocess linking on vc-7_1

...
Actually the problem is another ... it is the first time that this happen to me with boost.

------ Build started: Project: bumblebee_grabber, Configuration: Release Win32 ------

Linking... Starting pass 1 Processed /DEFAULTLIB:msvcprt Processed /DEFAULTLIB:libboost_date_time-vc71-mt-1_33_1.lib Processed /DEFAULTLIB:uuid.lib Processed /DEFAULTLIB:libboost_thread-vc71-mt-1_33_1.lib Processed /DEFAULTLIB:MSVCRT Processed /DEFAULTLIB:OLDNAMES main.obj : error LNK2005: "void __cdecl boost::interprocess::fill_system_message(int,class std::basic_string &)" (?fill_system_message@interprocess@boost@@YAXHAAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) already defined in bumblebee_ipc_t.obj

Andrea Carbone wrote:

...
The linker complains about not founding

libboost_date_time-vc71-mt-s-1_33_1.lib

by far, I don't have a clue about what option to pass to bjam in order to build such configuration

I have data_time library in al fashion exept the required one ..

Does anybody has some advice?

Reply

Sign in to reply online Use email software

Ion Gaztañaga

11 Oct 11 Oct

5:07 a.m.

Hi Andrea,

The linker complains about not founding

libboost_date_time-vc71-mt-s-1_33_1.lib

Interprocess uses DateTime for timeouts in order to avoid its own time types and including DateTime headers kicks the autolink feature. Interprocess just needs the headers so if you define: BOOST_DATE_TIME_NO_LIB in your project, autolink of DateTime will be disabled. If you don't use any other Boost library that uses DateTime, this is recommended. Another option is to construct DateTime library and put it in the path of your project. This is something I should explain in the documentation of the next version. Regards, Ion

Reply

Sign in to reply online Use email software

6610

Age (days ago)

6611

Last active (days ago)

Download

5 comments

3 participants

tags

participants (3)

Andrea Carbone
Ion Gaztañaga
talamar