[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r10039 - in trunk: . build/generator subversion/bindings/swig subversion/bindings/swig/perl/libsvn_swig_perl subversion/bindings/swig/perl/native

From: Russell Yanofsky <rey4_at_columbia.edu>
Date: 2004-06-28 00:41:49 CEST

Ben Reser wrote:
> The Config values are probably set for the build environment used to
> build the version of Perl you have installed. If you didn't build it
> yourself and it was built with a different toolchain, it very likely
> won't be right. This means you need to fix it.

How do I fix it if I'm using the binary version of ActiveState Perl? I don't
understand why the bindings have to be built with the same compiler flags as
perl itself. Some of them, like -DPERL_IMPLICIT_SYS, are clearly
inappropriate.

> Yikes, some of these are outside our source tree. Also doens't the
> MS linker use -L and -l? Shouldn't some of these e.g. K:/Program
> Files/Microsoft SDK/Lib/SHFolder.Lib be on the standard search path?

The MS linker probably does support -L -l and standard search paths. I
didn't use them because I dodn't know how they work offhand.

> From the looks of it, it seems to me that you're statically linking
> everything in. Is this the case?

No. Many of the .lib files are import libraries which are used on windows to
link to DLLs. Some of them are plain old static libaries though.

> I guess I don't see a good way of detecting at build time all of that.

You can get the locations of the external libraries by reading the
gen-make.opts file which is written by the build generator. Here's what one
from my system looks like:

-- snip --
[options]
--with-berkeley-db = ..\db4-win32
--with-apr = ..\httpd-2.0.49\srclib\apr
--with-apr-util = ..\httpd-2.0.49\srclib\apr-util
--with-apr-iconv = ..\httpd-2.0.49\srclib\apr-iconv
--with-httpd = ..\httpd-2.0.49
--with-openssl = ..\openssl-0.9.7d
--with-zlib = ..\zlib113-win32
-- snip --

- Russ

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 28 00:42:50 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.