On Sun, Nov 11, 2012 at 7:14 PM, Branko Čibej wrote:
> On 11.11.2012 17:14, Stefan Fuhrmann wrote:
> > On Sun, Nov 11, 2012 at 4:48 PM, Daniel Shahaf >wrote:
> >
> >> I don't know about conditionals in .vcproj files, but I assume it would
> >> at least be possible to drop an #error directive gua
On 11.11.2012 17:14, Stefan Fuhrmann wrote:
> On Sun, Nov 11, 2012 at 4:48 PM, Daniel Shahaf wrote:
>
>> I don't know about conditionals in .vcproj files, but I assume it would
>> at least be possible to drop an #error directive guarded by an #if
>> directive on the compiler version.
>>
> http://co
On Sun, Nov 11, 2012 at 4:48 PM, Daniel Shahaf wrote:
> Johan Corveleyn wrote on Sun, Nov 11, 2012 at 09:46:00 +0100:
> > On Sat, Nov 10, 2012 at 11:45 PM, Daniel Shahaf
> wrote:
> > > Johan Corveleyn wrote on Sat, Nov 10, 2012 at 15:35:21 +0100:
> > >> On Fri, Nov 9, 2012 at 3:14 AM, Johan Corve
Johan Corveleyn wrote on Sun, Nov 11, 2012 at 09:46:00 +0100:
> On Sat, Nov 10, 2012 at 11:45 PM, Daniel Shahaf
> wrote:
> > Johan Corveleyn wrote on Sat, Nov 10, 2012 at 15:35:21 +0100:
> >> On Fri, Nov 9, 2012 at 3:14 AM, Johan Corveleyn wrote:
> >>
> >> [...]
> >>
> >> > Now, I have pinpointe
On Sun, Nov 11, 2012 at 1:59 PM, Stefan Fuhrmann
wrote:
>
>
> On Thu, Nov 8, 2012 at 6:04 PM, Julian Foad
> wrote:
>>
>> Stefan Fuhrmann wrote:
>>
>> > But I did run across an assertion in mergeinfo.c, :line 1174
>> >
>> >> during merge_tests.py 125:
>> >>>
>> >>> SVN_ERR_ASSERT_NO_RETURN(IS_VA
On Thu, Nov 8, 2012 at 6:04 PM, Julian Foad wrote:
> Stefan Fuhrmann wrote:
>
> > But I did run across an assertion in mergeinfo.c, :line 1174
> >
> >> during merge_tests.py 125:
> >>>
> >>> SVN_ERR_ASSERT_NO_RETURN(IS_VALID_FORWARD_RANGE(first));
> >
> > The weird thing about the assertion is,
On Sat, Nov 10, 2012 at 11:45 PM, Daniel Shahaf wrote:
> Johan Corveleyn wrote on Sat, Nov 10, 2012 at 15:35:21 +0100:
>> On Fri, Nov 9, 2012 at 3:14 AM, Johan Corveleyn wrote:
>>
>> [...]
>>
>> > Now, I have pinpointed the exact revision where the problems start for
>> > me. It's r1338286, where
Johan Corveleyn wrote on Sat, Nov 10, 2012 at 15:35:21 +0100:
> On Fri, Nov 9, 2012 at 3:14 AM, Johan Corveleyn wrote:
>
> [...]
>
> > Now, I have pinpointed the exact revision where the problems start for
> > me. It's r1338286, where Bert enabled whole program optimizations for
> > release buil
On Fri, Nov 9, 2012 at 3:14 AM, Johan Corveleyn wrote:
[...]
> Now, I have pinpointed the exact revision where the problems start for
> me. It's r1338286, where Bert enabled whole program optimizations for
> release builds, in the vcnet_vcxproj.ezt file.
>
> Maybe I'm running into some compiler
On Thu, Nov 8, 2012 at 7:30 AM, Stefan Fuhrmann
wrote:
> On Tue, Nov 6, 2012 at 10:29 PM, Johan Corveleyn wrote:
>>
>> On Tue, Nov 6, 2012 at 10:53 AM, Stefan Fuhrmann
>> wrote:
>> > On Mon, Nov 5, 2012 at 2:00 AM, Johan Corveleyn
>> > wrote:
>> >>
>> >> Before I look into this further, I'd lik
Stefan Fuhrmann wrote:
> But I did run across an assertion in mergeinfo.c, :line 1174
>
>> during merge_tests.py 125:
>>>
>>> SVN_ERR_ASSERT_NO_RETURN(IS_VALID_FORWARD_RANGE(first));
>
> The weird thing about the assertion is, that the tests
> will continue just fine afterwards and no error was
On Tue, Nov 6, 2012 at 10:29 PM, Johan Corveleyn wrote:
> On Tue, Nov 6, 2012 at 10:53 AM, Stefan Fuhrmann
> wrote:
> > On Mon, Nov 5, 2012 at 2:00 AM, Johan Corveleyn
> wrote:
> >>
> >> Before I look into this further, I'd like to know if anyone else has
> seen
> >> this or can reproduce this
On Tue, Nov 6, 2012 at 10:53 AM, Stefan Fuhrmann
wrote:
> On Mon, Nov 5, 2012 at 2:00 AM, Johan Corveleyn wrote:
>>
>> Before I look into this further, I'd like to know if anyone else has seen
>> this or can reproduce this (or doesn't reproduce this with a similar
>> environment) ...
>>
>> Tests
On Mon, Nov 5, 2012 at 2:00 AM, Johan Corveleyn wrote:
> Before I look into this further, I'd like to know if anyone else has seen
> this or can reproduce this (or doesn't reproduce this with a similar
> environment) ...
>
> Tests 12 and 15 of mergeinfo-test.exe and test 4 of skel-test.exe hang o
Before I look into this further, I'd like to know if anyone else has seen
this or can reproduce this (or doesn't reproduce this with a similar
environment) ...
Tests 12 and 15 of mergeinfo-test.exe and test 4 of skel-test.exe hang on
my machine (i.e. they don't do anything useful anymore, but do f
15 matches
Mail list logo
