> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
>> And we should find a way to avoid this much ifdef clutter.
Ben> I'm thinking of breaking it into two separate implementations,
Ben> one for mmap and one for streams, controlled by #ifdefs. It's
Ben> looking much tidier.
That's what I was
| Lars Gullik Bjønnes wrote:
>>
>
istreambuf_iterator:
time ./test_crc /boot/vmlinuz-2.4.9-13
CRC: 2642954630
real0m0.252s
user0m0.130s
sys 0m0.000s
istream_iterator:
time ./test_crc /boot/vmlinuz-2.4.9-13
CRC: 2642954630
re
> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
Ben> I don't know - that's what autoconf is for. If autoconf isn't
Ben> happy with mmap, then my implementation defaults back to the
Ben> fastest kind of istream iterator available.
Agreed.
Ben> I did notice that gettext already uses mmap (
> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
Ben> Anyway, I take it from the comments on the code that
Ben> this encouragement to re-work the mmap patch for 1.1.6 and 1.2,
Ben> and to tidy up everything else for 1.2...
As far as 1.1.6 is concerned, I will be happy to take any simple a
On Wed, Nov 28, 2001 at 11:46:59PM +1100, Ben Stanley wrote:
> > Is that 100% portable?
mmap is most certainly not available everywhere, but...
> I don't know - that's what autoconf is for. If autoconf isn't happy with
> mmap, then my implementation defaults back to the fastest kind of
> istre
Lars Gullik Bjønnes wrote:
>Ben Stanley <[EMAIL PROTECTED]> writes:
>
>| Andre Poenitz wrote:
>
>>>On Wed, Nov 28, 2001 at 07:00:14AM +1100, Ben Stanley wrote:
>>>
The advantage of putting everything in the deptree is that if you modify
a figure .eps and then do the latex->DVI thing from
Jean-Marc Lasgouttes wrote:
>>"Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>
>
>Lars> I leave it to Jean-Marc to decide if this patch should go in
>Lars> 1.1.6, but I would be a bit reluctant.
>
>Yes, I am, as I posted earlier.
>
>Lars> Perhaps only the mmap patch since tha
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I leave it to Jean-Marc to decide if this patch should go in
Lars> 1.1.6, but I would be a bit reluctant.
Yes, I am, as I posted earlier.
Lars> Perhaps only the mmap patch since that is a lot smaller and
Lars> easier to test
> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
Ben> Patch attached (DepTable.patch) for cvs BRANCH_1_1_6 has the
Ben> following features:
While I'll let Lars state whether he wants this patch in 1.2.0cvs, I
am not going to take it in 1.1.6 because I do not want extensive
changes in there
Andre Poenitz wrote:
>On Wed, Nov 28, 2001 at 07:00:14AM +1100, Ben Stanley wrote:
>
>>The advantage of putting everything in the deptree is that if you modify
>>a figure .eps and then do the latex->DVI thing from the menu, then
>>everything will be re-generated OK.
>>
>
>If that works I owe you
On Wed, Nov 28, 2001 at 07:00:14AM +1100, Ben Stanley wrote:
> The advantage of putting everything in the deptree is that if you modify
> a figure .eps and then do the latex->DVI thing from the menu, then
> everything will be re-generated OK.
If that works I owe you a beer...
Andre'
--
André P
Ben Stanley wrote:
> At the moment my latex is needing 6 runs to stabilise no matter
> whether there are pre-existing .aux files or not. Haven't figure that
> out yet, but I'm running with a heavily modified LaTeX::run() at the
> moment.
>
> Ben.
>
OK, it was a bug in the DepTable patch. Previ
On Tue, Nov 27, 2001 at 02:18:35PM +0100, Lars Gullik Bjønnes wrote:
> >> The information in memory only lasts as long as the LaTeX object, ie
> >> while you are converting. When you start to convert again, It re-reads
> >> the .dep file, supposedly to see if it can save you some latex runs.
> >
Lars Gullik Bjønnes wrote:
>mmm... did you know that use_tempdir==false was created as a
>workaround for a bug...
>
I vote we ditch it!
On Wed, Nov 28, 2001 at 12:01:04AM +1100, Ben Stanley wrote:
> >First, if use_tempdir==true, I don't understand why lyx creates the .dep file.
> >All the needed information is stored in memory.
> >If use_tempdir==false, then we need to create a .dep file when quitting lyx.
> >In this file, you onl
Dekel Tsur wrote:
>On Tue, Nov 27, 2001 at 12:57:53PM +0100, Lars Gullik Bjønnes wrote:
>
>>| BTW, why the crc value of the file is written twice to the .dep file ?
>>| For example
>>| /usr/lib/texmf/tex/latex/base/article.cls 100888126 100888126
>>
>>old and new crc value.
>>after a latex run th
On Tue, Nov 27, 2001 at 12:57:53PM +0100, Lars Gullik Bjønnes wrote:
> | BTW, why the crc value of the file is written twice to the .dep file ?
> | For example
> | /usr/lib/texmf/tex/latex/base/article.cls 100888126 100888126
>
> old and new crc value.
> after a latex run these will normally be e
On Tue, Nov 27, 2001 at 12:22:45PM +1100, Ben Stanley wrote:
> The .dep file is not retained between lyx invocations, so I am free to
> add a field for the mtime.
This is not true if use_tempdir is false.
BTW, why the crc value of the file is written twice to the .dep file ?
For example
/usr/li
Lars Gullik Bjønnes wrote:
>Ben Stanley <[EMAIL PROTECTED]> writes:
>
>| If we could autoconfiscate the finding of the header files and other
>| mmap fragileness we could use this implementation when we don't have
>| istreambuf_iterator. I think that would also solve the problem.
>
>One thing tha
Lars Gullik Bjønnes wrote:
>istreambuf_iterator:
>time ./test_crc /boot/vmlinuz-2.4.9-13
>CRC: 2642954630
>
>real0m0.252s
>user0m0.130s
>sys 0m0.000s
>
>
>istream_iterator:
> time ./test_crc /boot/vmlinuz-2.4.9-13
>CRC: 2642954630
>
>real0m0.550s
>user0m0.260s
>sys 0m0.010
Jean-Marc Lasgouttes wrote:
>Ben> Any known problems with this? RH 7.1 libstdc++-2.96-81
>
>You could try to apply the following:
> http://www.redhat.com/support/errata/RHBA-2001-082.html
>
>I am not sure it will help, but it fixes several bugs.
>
I have applied that now. Thanks.
My problem is
> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
Ben> Jean-Marc Lasgouttes wrote:
>>> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
>>>
>>
Ben> OK, will try again with some optimisation turned on.
>> The most important is to get the latest version of libstdc++ for
>> your syste
Jean-Marc Lasgouttes wrote:
>>"Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
>>
>
>Ben> OK, will try again with some optimisation turned on.
>
>The most important is to get the latest version of libstdc++ for your
>system. There have been problems in the past in particular with debian
>
> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
Ben> OK, will try again with some optimisation turned on.
The most important is to get the latest version of libstdc++ for your
system. There have been problems in the past in particular with debian
unstable.
JMarc
Lars Gullik Bjønnes wrote:
>[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
>
>| (crc is fast... even on multi meg documents.)
>
>Some test results:
>
>wc vmlinuz-2.4.9-7
> 3490 20732 971901
>
>with cold cache:
>time ./test_crc vmlinuz-2.4.9-7
>CRC: 733312533
>
>real0m0.544s
>user0
25 matches
Mail list logo
