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

Re: 1.7.7 up for testing/signing

From: Philip Herron <philip.herron_at_wandisco.com>
Date: Fri, 05 Oct 2012 18:32:41 +0100

I think my build is going quite well at the moment but i see LINK :
fatal error LNK1104: cannot open file
'C:\subversion-builds\subversion\subversion-1.7.7\Release\subversion\libsvn_delta\libsvn_delta-1.lib'

Then in that dir i see:

svn_delta-1.lib

I feel like i want to copy that to libsvn_delta-1.lib. Maybe something
silly is going wrong. I think i will install VC2010 on monday and hope
for the best.

On 05/10/12 17:01, Philip Herron wrote:
> Thanks btw i think i have nearly cracked it was using the wrong
> libintl need to use that patched one. Maybe its worth me writing a
> small readme and sending it back to the list for some notes on
> compiling this in VC2012 from scratch. Might be good reference to
> someone. And now added in junit think i might have it working this time.
>
> --Phil
>
> On 05/10/12 16:47, Philip Herron wrote:
>> I think i found the majority of my problems. Seems as though its
>> building in VC2012 at the moment. For libintl the path you specify
>> the gen-win.py looks for path/inc and path/lib. For the headers and
>> lib where as GnuWin32 installs include and lib. Then bdb it looks for
>> path/lib/libdb$version
>>
>> These feel too hard to find or at least should be documented since
>> there is very little to no standardization on windows development
>> libraries. Why not have dependancy-include-dir and dependancy-lib-dir
>> for each for each of them? Although your gen-make.py is going to be
>> huge but at least its a little more simple to see whats pointing to
>> where.
>>
>> Then what happens with ruby and perl bindings for their respective
>> lib and include paths. And now i just noticed my libintl lib must be
>> wrong since its looking for intl3_svn.lib and now its failing because
>> i didn't specify a junit.
>>
>> --Phil
>>
>> On 05/10/12 16:17, Philip Herron wrote:
>>> On 05/10/12 16:14, Bert Huijben wrote:
>>>>
>>>>> -----Original Message-----
>>>>> From: Mark Phippard [mailto:markphip_at_gmail.com]
>>>>> Sent: vrijdag 5 oktober 2012 17:00
>>>>> To: Philip Herron
>>>>> Cc: dev_at_subversion.apache.org
>>>>> Subject: Re: 1.7.7 up for testing/signing
>>>>>
>>>>> On Fri, Oct 5, 2012 at 10:51 AM, Philip Herron
>>>>> <philip.herron_at_wandisco.com> wrote:
>>>>>> Decided to try using the 2010 vcnet version for gen-make.py, and
>>>> upgraded
>>>>> in
>>>>>> VC2012. But running msbuild subversion_bla.sln /p:UseEnv=true fails
>>>>>> miserably. Running in VC looks like its working. But i need to
>>>>>> tell it
>>>> to
>>>>>> include and lib paths Which seems painful.
>>>>> I do my Windows builds using command line. I believe I am currently
>>>>> using VS 2008 for the builds I sign. When you install VS, it
>>>>> installs
>>>>> a shortcut that opens a Windows command prompt with all of the VS
>>>>> envvars already set. That is what I use as my starting point. I
>>>>> then
>>>>> just have some batch files that run the Python script and follow that
>>>>> by running the "devenv" command to build the solution. This is pretty
>>>>> much how I have always done it going back to MSVC 6. The only thing
>>>>> that really changed was the name of the command line tool to build
>>>>> the
>>>>> solution.
>>>>>
>>>>> Bert also has build scripts that he uses that use MSBuild. I know
>>>>> these work with VS 2010, but not sure if he updated them yet for
>>>>> 2012.
>>>> The 2012 specific support hasn't been merged to 1.7.x (yet), but
>>>> opening the
>>>> 2010 project in Visual Studio 2010 allows you to upgrade them to
>>>> 2012 with a
>>>> few mouseclicks.
>>>>
>>>> (I don't use the UseEnv flag)
>>>>
>>>> Bert
>>>>
>>> Hey
>>>
>>> Thanks yeah i did the upgrade to 2012 thing. But i dont know how you
>>> dont use UseEnv since i get errors of no libintl.h. Maybe i need to
>>> point to a different location?
>>>
>>> --Phil
>>
>
Received on 2012-10-05 19:33:18 CEST

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.