On 14.03.2014 23:06, Stefan Sperling wrote:
> On Fri, Mar 14, 2014 at 10:47:28PM +0100, Branko Čibej wrote:
>> And of course you can't tweak the generator to ignore symbols that are
>> not expanded, is that what you're saying? :)
> Indeed, we cannot.
No comment ...
> I'm generating pc.in files fr
On Sat, Mar 15, 2014 at 09:56:17AM +0100, Branko Čibej wrote:
> It's really simple: given the nature of our build system, you'll have to
> try harder. I suggest generating the final .pc files during 'make
> install' -- or a separate make target that 'make install' depends on --
> not during configu
On 15.03.2014 11:01, Stefan Sperling wrote:
> On Sat, Mar 15, 2014 at 09:56:17AM +0100, Branko Čibej wrote:
>> It's really simple: given the nature of our build system, you'll have to
>> try harder. I suggest generating the final .pc files during 'make
>> install' -- or a separate make target that
On Sat, Mar 15, 2014 at 12:39:19PM +0100, Branko Čibej wrote:
> On 15.03.2014 11:01, Stefan Sperling wrote:
> > On Sat, Mar 15, 2014 at 09:56:17AM +0100, Branko Čibej wrote:
> >> It's really simple: given the nature of our build system, you'll have to
> >> try harder. I suggest generating the final
On 15.03.2014 12:52, Stefan Sperling wrote:
> On Sat, Mar 15, 2014 at 12:39:19PM +0100, Branko Čibej wrote:
>> On 15.03.2014 11:01, Stefan Sperling wrote:
>>> On Sat, Mar 15, 2014 at 09:56:17AM +0100, Branko Čibej wrote:
It's really simple: given the nature of our build system, you'll have to
On Sat, Mar 15, 2014 at 01:44:04PM +0100, Branko Čibej wrote:
> The -lintl "problem" is related to the fact that the symbol is specific
> to the windows project file generator. You should just ignore that
> symbol in the pkg-config file generator; IMO, all this churn in the code
> was quite unneces
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: vrijdag 14 maart 2014 23:14
> To: 'Philip Martin'
> Cc: 'Branko Čibej'; 'Subversion Development'
> Subject: RE: Mergeinfo overwritten from successive merges
>
>
>
> > -Original Message-
> > From: Philip M
> -Original Message-
> From: s...@apache.org [mailto:s...@apache.org]
> Sent: zaterdag 15 maart 2014 13:09
> To: comm...@subversion.apache.org
> Subject: svn commit: r1577835 - /subversion/trunk/subversion/svn/svn.c
>
> Author: stsp
> Date: Sat Mar 15 12:08:52 2014
> New Revision: 157783
On Sat, Mar 15, 2014 at 03:11:09PM +0100, Bert Huijben wrote:
> > opt_allow_mixed_revisions, 'v'},
> > -{ { opt_force, N_("force deletions even if the contents doesn't
> > match") } }
> > +{ { opt_force, N_("force deletions even if deleted contents don't
> > match")
>
> As far as I
On Sat, Mar 15, 2014 at 3:03 PM, Bert Huijben wrote:
>
>
> > -Original Message-
> > From: Bert Huijben [mailto:b...@qqmail.nl]
> >
> > > -Original Message-
> > > From: Philip Martin [mailto:philip.mar...@wandisco.com]
>
...
> > >
> > > SVN_INVALID_REVNUM is less than the baseline
On 3/13/2014 9:08 AM, Branko Čibej wrote:
I understand that; it simply means that when we install a file from
.svn/tmp into the working copy proper, we have to change that
attribute; either before or after the file is moved into place.
When this came up on ACLs, there seemed to be a lot of resi
On 15.03.2014 15:19, Stefan Sperling wrote:
> On Sat, Mar 15, 2014 at 03:11:09PM +0100, Bert Huijben wrote:
>>> opt_allow_mixed_revisions, 'v'},
>>> -{ { opt_force, N_("force deletions even if the contents doesn't
>>> match") } }
>>> +{ { opt_force, N_("force deletions even if delete
> On Mar 15, 2014, at 4:44 PM, Branko Čibej wrote:
>
>> On 15.03.2014 15:19, Stefan Sperling wrote:
>>> On Sat, Mar 15, 2014 at 03:11:09PM +0100, Bert Huijben wrote:
opt_allow_mixed_revisions, 'v'},
-{ { opt_force, N_("force deletions even if the contents doesn't
match"
13 matches
Mail list logo
