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

[Kevin Pickard]

         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 at list.sipfoundry.org
>[mailto:resiprocate-
> > devel-bounces at list.sipfoundry.org] On Behalf Of Kevin Pickard
> > Sent: Friday, November 18, 2005 2:45 PM
> > To: resiprocate-devel at list.sipfoundry.org
> > 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 at DU?$char_traits at D@std@@@std@@QAEAAV01 at H@Z)
>already
> > >defined in sanityTests.obj
> >
> >          ...and...
> >
> > >sanityTests error LNK2001: unresolved external symbol "public: static
> > >class TestUser * Fixture::jason1" (?jason1 at 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 at list.sipfoundry.org
> > https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel