Re: Build TFM under FC3 (was RE: [reSIProcate] Build TFM Under VC++.NET 7.1)
I eventually located the answer to my own question.
Just in case anyone else needs the answer, it seems that FC3 does
not install with a required symbolic link. Under /usr/lib we need to create
a symbolic link for libdb_cxx.so pointing to libdb_cxx-(whatever version
you have).so.
Does it make sense to put tests for special cases such as this in
the Makefiles? Apparently only some distros (such as FC3) are missing this
link.
At 02:41 PM 2005-11-22, Kevin Pickard wrote:
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
_______________________________________________
resiprocate-devel mailing list
resiprocate-devel@xxxxxxxxxxxxxxxxxxx
https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel