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

Re: compiling trunk question on Windows

From: Paul Burba <ptburba_at_gmail.com>
Date: Mon, 2 Nov 2009 11:30:49 -0500

On Mon, Nov 2, 2009 at 11:18 AM, Mark Phippard <markphip_at_gmail.com> wrote:
> The Windows buildbot seems to be failing with the same problem.  So it
> sounds like it is a problem and not just with your build.
>
> Mark
>
>
>
> On Sun, Nov 1, 2009 at 10:16 PM, Edmund Wong <ed_at_kdtc.net> wrote:
>> Hi,
>>
>> Today I did a 'svn update' and ran 'nmake all1' and came
>> across the following errors:
>>
>> ..\..\..\subversion\libsvn_subr\io.c(3723): error C4013:
>> 'merge_default_file_perms' undefined; assuming extern returning int
>> ..\..\..\subversion\libsvn_subr\io.c(3723): error C4047: 'initializing'
>> : 'svn_error_t *' differs in levels of indirection from 'int'
>>
>> As far as I know, merge_default_file_perms() is a new function and
>> every time a new function is added, I get this problem of compiling.
>> No matter if I delete the debug and release folders, I still can't
>> compile.
>>
>> Last time it happened (which was recently), modifying the build.conf
>> and reverting the changes got it compiling again (*shrug*).  You're
>> right.  Makes zero sense.  I chalk it up to user/dev incompetence
>> on my part.   danielsh thought it also made no sense.
>>
>> Anyway, for future reference, can someone clarify the proper
>> technique of getting this compiled when a new function is added.
>>
>> merge_default_file_perms() *is* defined prior to that line (3723).
>> As for the second error message, I've seen it before; but I
>> can't for the life of me remember how it's fixed.
>>
>> Any help appreciated.
>>
>> Edmund

Edmund,

See http://svn.haxx.se/dev/archive-2009-11/0028.shtml.

Paul

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2413873
Received on 2009-11-02 17:31:02 CET

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.