[nem-en] Location without bit-hanting :)
Igor Tkachev
it at rsdn.ru
Sun Sep 10 23:06:22 CEST 2006
Hello Michal,
> Kamil probably won't answer as he's on vacations (for about 3 weeks
> from now). I'm leaving for a week on Thursday BTW.
So, nobody will prevent us from changing anything we want? Great! :)
Just joking :)
> On 9/10/06, vc <vc at rsdn.ru> wrote:
>>
>> Michal, Kamil... What do you think about it?
>>
>> > The location bit hack (col, line, ... represented as a single
>> > field)
>> > makes a lot of problems. For example, it does not support negative
>> > values
>> > needed for relocation algorithm used to compensate editing changes (in
>> > VS
>> > 2005 and other IDE).
>> >
>> > I made some changes (see a patch file in the attachment) and
>> > replaced
>> > the single field with normal fields.
>> >
>> > This solution solves the following problems.
>> >
>> > 1. It eliminates restrictions on file count and location line and
>> > col
>> > values.
>> > 2. Removes Location dependence on ManagerClass. In this case file
>> > index is globally unique, so is thread safer.
>> > 3. Simplifies the source code.
>> >
>> > This solution does not affect the compiler performance at all.
>> >
>> > Pentium M 1.7 1 Gb RAM (notebook)
>> >
>> > Current boot binaries took:
>> > 56 sec. and 150 Mb peak of memory size.
>> >
>> > In Debug mode it took:
>> > 55 sec. and 171 Mb peak of memory size.
>> >
>> > In Release mode it took:
>> > 54 sec. and 150 Mb peak of memory size.
>> >
>> > Dual Core Genuine 2GHz 2 GB RAM (notebook)
>> >
>> > Current boot binaries took:
>> > 44 sec. and 154 Mb peak of memory size.
>> >
>> > In Release mode it took:
>> > 44 sec. and 133 Mb peak of memory size.
>> >
>> > Really, this solution apparently does not affect the performance
>> > and
>> > solves many problems.
>> >
>>
>>
>> _______________________________________________
>> https://nemerle.org/mailman/listinfo/devel-en
>>
--
Best regards,
Igor mailto:it at rsdn.ru
More information about the devel-en
mailing list