Georg Baum wrote:
It is probably revision 17354 and 17355. If that is the case then please add
some debug output and check whether the character classification functions
are correct for hebrew.
Right on! compiling overnight and this morning I was able to narrow it
down to something between 1
Georg Baum wrote:
This could be a well known binutils bug. If you are running debian etch,
install the binutils packages from experimental, they don't have this
problem. Both the binutils and debian bug tracker have entries about this
bug.
Just updated to the binutils package from debian expe
Dov Feldstern wrote:
> I'm not worried ;) . In fact, I'm hoping that perhaps this will help us
> track down the root cause of bug 3040...
>
> This if off-topic, but right now I'm linking r17360, and the linking
> process takes a really long time with debug information (~20 minutes, as
> opposed t
Abdelrazak Younes wrote:
> By the way, didn't we say that we should get rid of this rtl setting at
> some point (i.e. before 1.5.0)?
I don't think so, but I am not sure.
Georg
Dov Feldstern wrote:
> As I'm writing, I just finished compiling r17300 (from Feb. 20), and it
> is okay --- so it seems that something happened in the source between
> then and now, which affects the Hebrew. I'm going to try to find out in
> which revision this change occurred (a binary search on
Okay, something happened in the source somewhere between r17300 (in
which Hebrew is okay) and r17360 (in which it is not...). I'm continuing
to try to zero in on where it happened, but if anyone can give an
educated guess, it'll save a lot of compiling time... ;)
Dov
I'm not worried ;) . In fact, I'm hoping that perhaps this will help us
track down the root cause of bug 3040...
This if off-topic, but right now I'm linking r17360, and the linking
process takes a really long time with debug information (~20 minutes, as
opposed to under a minute without debug
Dov Feldstern wrote:
No, wait --- I just updated to the latest version in the trunk
(something I hadn't done since about Feb. 8 --- I've been away for a
while) and now Hebrew seems to be backwards again (same problems as
described in bug 3040, except that I think that my settings are still
the
No, wait --- I just updated to the latest version in the trunk
(something I hadn't done since about Feb. 8 --- I've been away for a
while) and now Hebrew seems to be backwards again (same problems as
described in bug 3040, except that I think that my settings are still
the same as those for whi
Georg Baum wrote:
Am Montag, 5. März 2007 20:05 schrieb Dov Feldstern:
It seems to me to be okay (both in LyX and output).
Then the differences on my side where probably caused by the missing rtl
prefs flag.
By the way, didn't we say that we should get rid of this rtl setting at
some poin
Am Montag, 5. März 2007 20:05 schrieb Dov Feldstern:
> It seems to me to be okay (both in LyX and output).
Then the differences on my side where probably caused by the missing rtl
prefs flag.
Georg
It seems to me to be okay (both in LyX and output).
Dov
Georg Baum wrote:
It seems that there are some RTL problems in this file. It would be nice if
you could explain them a bit: Is the display in LyX OK, or the DVI output?
Georg
It seems that there are some RTL problems in this file. It would be nice if
you could explain them a bit: Is the display in LyX OK, or the DVI output?
Georg
Test.lyx
Description: application/lyx
14 matches
Mail list logo
