< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index Next in Thread >

Build TFM under FC3 (was RE: [reSIProcate] Build TFM Under VC++.NET 7.1)


        Thanks for the response Scott.

So I gave up trying to build under VC for now and I am now trying to get the TFM sanityTests package to build under FC3. All was going well after I loaded boost, etc. but it is now calling for a library that I can not seem to find. Something called "db_cxx" which, as best as I can tell, is something called Sleepycat's BerkeleyDB. I did find a db directory under contrib that looks like it might be what is needed but it does not appear that the Makefile is building it and I can not find a way of building it.

        Any help appreciated.

At 02:49 PM 2005-11-18, Scott Godin wrote:
As far as I know - the VS.NET TFM solutions and projects were never
really completed.  You are basically walking on uncharted grounds.  : )

Scott

> -----Original Message-----
> From: resiprocate-devel-bounces@xxxxxxxxxxxxxxxxxxx
[mailto:resiprocate-
> devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Kevin Pickard
> Sent: Friday, November 18, 2005 2:45 PM
> To: resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> Subject: [reSIProcate] Build TFM Under VC++.NET 7.1
>
>          Hello everyone.
>
>          I have been trying to get the TFM sanityTests package to
build
> under VC++.NET 7.1 to no avail.
>
>          I am currently working with build 5681 and I am using the
> provided
> solution files (reSIProcate_7_1.sln and tfm.sln) without change.
> Resiprocate itself builds without problems and we are using it for
testing
> just fine. When I build tfm.lib I get various warnings (type
conversions,
> signed/unsigned) but none seem problematic. So all looks good.
>
>          When I then try to build sanityTests though I have big
problems.
>
>          The first one is easy to fix and is the same problem reported
> earlier (Nov. 7) regarding "interface" being a reserved word in 7.1.
This
> is used in both TestRepro and TestReproUser. Can someone please fix
this
> in
> the source tree when they get a chance?
>
>          The second issue occurs during the link phase. I get all
these
> conflicts for basic stuff such as the following.
>
> >sanityTests error LNK2005: "public: class
std::basic_ostream<char,struct
> >std::char_traits<char> > & __thiscall std::basic_ostream<char,struct
> >std::char_traits<char> >::operator<<(int)"
> >(??6?$basic_ostream@DU?$char_traits@D@std@@@std@@QAEAAV01@H@Z)
already
> >defined in sanityTests.obj
>
>          ...and...
>
> >sanityTests error LNK2001: unresolved external symbol "public: static
> >class TestUser * Fixture::jason1" (?jason1@Fixture@@2PAVTestUser@@A)
>
>          I am also getting lots of basic stuff being already defined
(like
> a std:: library conflict) as follows.
>
> >sanityTests error LNK2005: __snprintf already defined in
> >LIBCMTD.lib(snprintf.obj)
>
>          Any ideas? Has anyone actually built the sanityTests project
> under
> 7.1?
>
>          Also, Boost (./contrib/boost_1_33_0) is listed in the project
> include path but is not provided in the source tree and does not
appear to
> be used.
>
>          Any help would be greatly appreciated. Thanks.
>
>
>
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel