Hi Bennett,
Bennett Helm wrote:
I'm getting a genuine problem on Mac when I try cross compiling for PPC. I'm
doing exactly what I did for 1.6 beta 3, but now I get this:
ranlib: archive member: .libs/liblyxsupport.a(LinkBack.o) cputype (7) does
not match previous archive members cputype (18) (a
On Fri, Jul 11, 2008 at 12:00 PM, José Matos <[EMAIL PROTECTED]> wrote:
> On Friday 11 July 2008 13:37:44 José Matos wrote:
> > configure.ac has changed in trunk to reflect the beta 4 eminent release.
>
> The first attempt to have a release out of door can be found here:
>
> http://www.lyx.org/~ja
TATİLEMİ ÇIKACAKSINIZ ? FİYATLARIMIZI GÖRMEDEN KARAR VERMEYİNİZ...NEDEN
FAZLA PARA ÖDEYECEKSİNİZ ? 4*Club Datca HB pp 49 YTL 4* Şan Marin Hotel AI
pp 66 YTL
YURTİÇİ VE YURTDIŞI OTEL PROMOSYONLARIMIZ DEVAM EDİYOR.
FİYATLARIMIZI GÖRMEDEN WEB SAYFAMIZI İNCELEMEDEN K
This came up on the user list. I'm not sure if it needs to go into
bugzilla, so I'm looking for opinions. (I didn't find this in either
bugzilla or the wiki.)
On Windows, user specifies PDF (pdflatex) viewer as acrord32.exe. View
-> PDF (pdflatex) runs pdflatex, but no Acrobat Reader window
On Fri, Jul 11, 2008 at 06:52:11PM +0100, José Matos wrote:
> On Friday 11 July 2008 18:05:46 Pavel Sanda wrote:
> > works under gentoo.
> > pavel
>
> OK, I am now waiting for cygwin (or is it mingw? Enrico!) and windows, and
> other linux distributions.
zzz Wha? Who, me?
Oh, beta4? Sure, s
On Friday 11 July 2008 18:05:46 Pavel Sanda wrote:
> works under gentoo.
> pavel
OK, I am now waiting for cygwin (or is it mingw? Enrico!) and windows, and
other linux distributions.
If we have a nod from the first two I think that we can lift the freeze.
--
José Abílio
Andre Poenitz wrote:
On Fri, Jul 11, 2008 at 01:19:26PM -0400, rgheck wrote:
+if (bparams)
+delete bparams;
+}
/// Which kind of operation are we recording for?
UndoKind kind;
/// the position of the cursor
Obviously, this isn't a big deal. Yours should wo
On Fri, Jul 11, 2008 at 01:19:26PM -0400, rgheck wrote:
> +if (bparams)
> +delete bparams;
> +}
> /// Which kind of operation are we recording for?
> UndoKind kind;
> /// the position of the cursor
>
> Obviously, this isn't a big deal. Yours should work. But this
On Fri, Jul 11, 2008 at 01:05:33PM -0400, rgheck wrote:
> Andre Poenitz wrote:
>>> Index: src/BufferParams.h
>>> ===
>>> --- src/BufferParams.h (revision 25523)
>>> +++ src/BufferParams.h (working copy)
>>> @@ -15,8 +15,9 @@
rgheck wrote:
Abdelrazak Younes wrote:
rgheck wrote:
Abdelrazak Younes wrote:
OK, I see. Well, I think it works that way, but only because
doRecordUndo() only gets called with isFullBuffer being true at
this one point in the code. If it ever got called that way from
elsewhere, you'd have a p
Abdelrazak Younes wrote:
rgheck wrote:
Abdelrazak Younes wrote:
OK, I see. Well, I think it works that way, but only because
doRecordUndo() only gets called with isFullBuffer being true at
this one point in the code. If it ever got called that way from
elsewhere, you'd have a problem.
I don
rgheck wrote:
Abdelrazak Younes wrote:
OK, I see. Well, I think it works that way, but only because
doRecordUndo() only gets called with isFullBuffer being true at this
one point in the code. If it ever got called that way from
elsewhere, you'd have a problem.
I don't see this could happen b
José Matos wrote:
> Please test. As usual it works for me under rawhide (to be F10).
works under gentoo.
pavel
Andre Poenitz wrote:
Index: src/BufferParams.h
===
--- src/BufferParams.h (revision 25523)
+++ src/BufferParams.h (working copy)
@@ -15,8 +15,9 @@
#ifndef BUFFERPARAMS_H
#define BUFFERPARAMS_H
+#include "Citation.h"
+#include
Bennett Helm wrote:
> On Fri, Jul 11, 2008 at 12:52 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote:
>
> > Bennett Helm wrote:
> > > make[4]: *** Waiting for unfinished jobs
> >
> > do you use some paralelizing?
>
> I guess I didn't look closely enough. Yes: I ran make -j3 install. Does that
> expl
On Fri, Jul 11, 2008 at 12:52 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> Bennett Helm wrote:
> > make[4]: *** Waiting for unfinished jobs
>
> do you use some paralelizing?
I guess I didn't look closely enough. Yes: I ran make -j3 install. Does that
explain it?
Bennett
Bennett Helm wrote:
> make[4]: *** Waiting for unfinished jobs
do you use some paralelizing?
> I tried it a second time, and everything worked. Not sure what happened.
pavel
On Fri, Jul 11, 2008 at 12:00 PM, José Matos <[EMAIL PROTECTED]> wrote:
> On Friday 11 July 2008 13:37:44 José Matos wrote:
> > configure.ac has changed in trunk to reflect the beta 4 eminent release.
>
> The first attempt to have a release out of door can be found here:
>
> http://www.lyx.org/~ja
On Thu, Jul 10, 2008 at 03:36:03PM -0400, rgheck wrote:
> Jean-Marc Lasgouttes wrote:
>> Le 10 juil. 08 à 18:42, rgheck a écrit :
>>> Well, here's a patch I suggested previously. JMarc thought it might be
>>> better to use a shared_ptr here. I have no strong views. You?
>>
>> I do not think buffer
Abdelrazak Younes wrote:
OK, I see. Well, I think it works that way, but only because
doRecordUndo() only gets called with isFullBuffer being true at this
one point in the code. If it ever got called that way from elsewhere,
you'd have a problem.
I don't see this could happen but we should ma
On Friday 11 July 2008 13:37:44 José Matos wrote:
> configure.ac has changed in trunk to reflect the beta 4 eminent release.
The first attempt to have a release out of door can be found here:
http://www.lyx.org/~jamatos/lyx-1.6
If this works for the supported platforms I tag svn as beta4 and I w
Recently I've been getting occasional crashes on quit. Using gdb, I see
multiple messages like this when LyX is running:
lyx(98256,0xa019dfa0) malloc: *** mmap(size=1206730752) failed (error
code=12)
*** error: can't allocate region
*** set a breakpoint in malloc_error_break to debug
After I qu
On Friday 11 July 2008 14:28:59 Jean-Marc Lasgouttes wrote:
> Because it tries to EXTRA_DIST it, whereas the file is in top_srcdir
> now. I think all references to config.h.in should go. Do you want me
> to do it?
Please do. I remember some of your messages on the issue but it will be easier
for
Pavel Sanda <[EMAIL PROTECTED]> writes:
> José Matos wrote:
>> configure.ac has changed in trunk to reflect the beta 4 eminent release.
>>
>> In order to guarantee that there are no last minute surprises in the release
>> configure.ac will only change back to svn after the release of beta 4. Unt
José Matos <[EMAIL PROTECTED]> writes:
> configure.ac has changed in trunk to reflect the beta 4 eminent release.
>
> In order to guarantee that there are no last minute surprises in the release
> configure.ac will only change back to svn after the release of beta 4. Until
> that happens the onl
José Matos wrote:
> configure.ac has changed in trunk to reflect the beta 4 eminent release.
>
> In order to guarantee that there are no last minute surprises in the release
> configure.ac will only change back to svn after the release of beta 4. Until
> that happens the only changes allowed are
configure.ac has changed in trunk to reflect the beta 4 eminent release.
In order to guarantee that there are no last minute surprises in the release
configure.ac will only change back to svn after the release of beta 4. Until
that happens the only changes allowed are those related with the comp
José Matos wrote:
On Friday 11 July 2008 09:56:44 Jürgen Spitzmüller wrote:
Since I didn't hear any objection, I committed this.
Although I am busy I had not any objection, moreover I support this change.
:-)
Jürgen
Any objection to turn on beta4 in config.ac? If not I wi
On Friday 11 July 2008 09:56:44 Jürgen Spitzmüller wrote:
> Since I didn't hear any objection, I committed this.
Although I am busy I had not any objection, moreover I support this change.
:-)
> Jürgen
Any objection to turn on beta4 in config.ac? If not I will turn it on in a
couple of hours.
rgheck wrote:
Abdelrazak Younes wrote:
rgheck wrote:
Abdelrazak Younes wrote:
rgheck wrote:
Abdelrazak Younes wrote:
rgheck wrote:
Andre Poenitz wrote:
But if the idea is to store the params _because they change_,
that should be a copy, i.e.
otherstack.top().bparams = new BufferParams(
Jürgen Spitzmüller wrote:
> Nothing really crucial, but I'd like to have the attached patch at least in
> 1.6.0, since these different encodings with undescriptive names (utf8 vs.
> UTF8 vs. utf8x and EUC-JP vs. EUC-JP-pLaTEX etc.) really confuse users.
Since I didn't hear any objection, I committ
31 matches
Mail list logo
