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

Re: Linker issues building subversion on Windows

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Thu, 3 Sep 2009 00:12:21 +0300 (Jerusalem Daylight Time)

Robert Dailey wrote on Wed, 2 Sep 2009 at 15:46 -0500:
> On Wed, Sep 2, 2009 at 3:28 PM, Daniel Shahaf <d.s_at_daniel.shahaf.name>wrote:
> > Robert Dailey wrote on Fri, 28 Aug 2009 at 08:01 -0500:
> > > http://code.google.com/p/haresvn/source/browse/trunk/third_party.py
> >
> > Looks interesting, bookmarked. Those '&&' inside a list passed to
> > RunCommand() look strange, though --- make me think "Why does that
> > command expect an '&&' in argv[]?".
> I can't remember if I said this or not, but right now third_party.py isn't
> portable. It makes several calls to the system that are not functional on
> linux or mac. Right now, all of the commands (including those that use the
> "&&" operator) are tailored for windows only.
> The && command in DOS means the left command must succeed (return non-zero)
> before the right command is executed.

I know. But that "&&" doesn't get into anyone's argv (it is parsed by the
shell). On the other hand, the syntax of your code made me expect the
"&&" to end up literally in the argv of some process --- as in, for
example, Perl's system(@list) call:

    my @args = qw[/bin/echo arg1 && arg3];

> Anyway, I still can't seem to figure out why the symbols are not being
> resolved. Basically, I checked aprutil-1.lib to see if those symbols indeed
> do exist in the library and they do. However, MSVC complains that it cannot
> find them. This can't be a dllimport/export issue since I'm using static
> libraries for everything.

I don't know.


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-02 23:15:05 CEST

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

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