Bo Peng wrote:
>> This patch solves it for me.
>
> Thanks, Abdel. I do not really know what is going on there, but it
> works on linux as well so I submitted it.
>
> Joost, please check if you still have any build or version_suffix problem.
>
> Bo
>
>
I don't fully understand all the m4 and s
> Abdel, we need instructions on how to get iconv, aspell, gettext,
> aik..., etc, possibly without mingw itself.
Time, oh time...
Hi, Abdel,
Which of the following win32 binaries are you using? I am adding a
extra_bin_path so that msgfmt can be used without setting path. I also
feel that we
This is done by the svn version and 1729 leads to the crash.
Without touching the intl files, we must use HAVE_LC_MESSAGES
(there was already a HAVE_LC_MESSAGES in the code),
test LC_MESSAGE for 1729, or disable the code with _WIN32.
Peter,
Recent scons tests for LC_MESSAGES (set HAVE_LC_MESSA
This patch solves it for me.
Thanks, Abdel. I do not really know what is going on there, but it
works on linux as well so I submitted it.
Joost, please check if you still have any build or version_suffix problem.
Bo
On Fri, 9 Jun 2006, Jean-Marc Lasgouttes wrote:
"Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> The question here, as far I understand, it is one about
Jose'> templates. When you insert a table, it appears a table that
Jose'> follows a given template.
One idea I had about template
This simple patch saves 4 seconds in the PageDown test.
Committed in the "younes" branch.
Abdel.
Index: QLPainter.C
===
--- QLPainter.C (revision 14026)
+++ QLPainter.C (working copy)
@@ -60,6 +60,13 @@
QPainter & QLPainter::setQPa
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Bo Peng wrote:
D:\devel\lyx\trunk\intl\dcigettext.c:933: error: `ICONV_CONST'
undeclared (first use in this function)
This is the problem I try to solve. Now, do you have ICONV_CONST in
your src/config.h?
No:
/* #undef ICONV_CONST */
If no
Abdelrazak Younes wrote:
Bo Peng wrote:
D:\devel\lyx\trunk\intl\dcigettext.c:933: error: `ICONV_CONST'
undeclared (first use in this function)
This is the problem I try to solve. Now, do you have ICONV_CONST in
your src/config.h?
No:
/* #undef ICONV_CONST */
If not, please paste here the p
Bo Peng wrote:
D:\devel\lyx\trunk\intl\dcigettext.c:933: error: `ICONV_CONST'
undeclared (first use in this function)
This is the problem I try to solve. Now, do you have ICONV_CONST in
your src/config.h?
No:
/* #undef ICONV_CONST */
If not, please paste here the portion of config.log
that
D:\devel\lyx\trunk\intl\dcigettext.c:933: error: `ICONV_CONST'
undeclared (first use in this function)
This is the problem I try to solve. Now, do you have ICONV_CONST in
your src/config.h? If not, please paste here the portion of config.log
that look like this:
scons: Configure: Check if the
Bo Peng wrote:
The fix is in. Please test.
I have this:
gcc -o release\intl\dcigettext.o -c -O3 -w
-DLOCALEDIR=\"d:/program/lyx-svn\\Resources/locale\" -DLOCALE_ALIAS_
PATH=\"d:/program/lyx-svn\\Resources/locale\" -DLIBDIR=\"../../lib\"
-DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY
-DINS
Andre Poenitz wrote:
On Thu, Jun 08, 2006 at 10:29:39AM +0200, Abdelrazak Younes wrote:
Abdelrazak> The QPicture class "records" painting operations, it is
Abdelrazak> similar to vector based painting (SVG or windows Meta
Abdelrazak> file). So when you paint onto a QPicture it is not a real
Abde
On Thu, Jun 08, 2006 at 03:23:17PM +0200, Georg Baum wrote:
> I don't know what exactly happens. Here is a backtrace:
>
> #0 0x406d3426 in QObject::QObject () from /usr/lib/libQtCore.so.4
> #1 0x404beb56 in QInputContext::QInputContext ()
> from /usr/lib/libQtGui.so.4
> #2 0x404bff93 in QXIMInp
On Thu, Jun 08, 2006 at 10:56:37AM +0200, Peter Kümmel wrote:
> > QObject::killTimer: timers cannot be stopped from another thread
>
>
> the infinit loop happens after the ::exit(status); call.
Please try to replace ::exit() with some less intrusive termination
mechanism.
Andre'
On Thu, Jun 08, 2006 at 08:54:27AM +0200, Lars Gullik Bjønnes wrote:
> Edwin Leuven <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> | > I think one of the solutions i and others outlined would be better.
> |
> | but that is cheating since it involves a new feature.
> |
> | the que
On Fri, Jun 09, 2006 at 11:22:32AM +0200, Georg Baum wrote:
> This really smells like either a bug in our code or in qt.
Our shutdown is broken.
Andre'
On Thu, Jun 08, 2006 at 06:52:29PM +0200, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Peter Kümmel <[EMAIL PROTECTED]> writes:
> | > > toStdString is not available here (see QT_NO_STL).
> | > "fromqstr" is what I was looking for! :)
> |
> | Incidentally, Peter, y
On Wed, Jun 07, 2006 at 09:03:47PM +, Angus Leeming wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> > Ahm... btw: I once had troubles with throwing exceptions through a
> > Qt event loop (basically terminating the loop)
> >
> > I am not sure this is allowed at all.
>
> André,
>
> do exc
On Thu, Jun 08, 2006 at 11:59:50AM +0200, Peter Kümmel wrote:
> This fixes it, then also the static QTranslator makes no problem,
> and it would be hard to forbid all static Qt objects.
You can make qApp or the main window parent of such objects and
get them destructed at predictable times.
Andre
On Thu, Jun 08, 2006 at 02:08:52PM +0200, Georg Baum wrote:
> What I don't understand is: Why does it work for other windows users?
Single processor vs multiple processor is known to make a difference.
Not sure that's the issue here, though.
Andre'
On Thu, Jun 08, 2006 at 10:29:39AM +0200, Abdelrazak Younes wrote:
> >>>Abdelrazak> The QPicture class "records" painting operations, it is
> >>>Abdelrazak> similar to vector based painting (SVG or windows Meta
> >>>Abdelrazak> file). So when you paint onto a QPicture it is not a real
> >>>Abdelraz
On Thu, Jun 08, 2006 at 09:17:49AM +0200, Peter Kümmel wrote:
> I'm not proposing such a patch ATM, I'm only interested in the
> costs of such an additional virtual call.
Not noticable. It's one more indirection. Just step through the
n x 1000 instrucion Qt needs to draw a single point and you'll
On Thu, Jun 08, 2006 at 08:53:23AM +0200, Peter Kümmel wrote:
> But first I must figure out where I have to add
> my measurement function.
Why don't you use a 'real' profiler? gprof e.g., or the one bundled with
MSVS 2005.
Andre'
Bo Peng <[EMAIL PROTECTED]> writes:
> > C:\Documents and Settings\Bo\Application Data\LyX-15x\
> > It's only this last directory that needs to be suffixed on Windows.
> That means only config.h needs that PACKAGE macro (go to package.C),
> and install does not need any VERSION_SUFFIX. I see.
On
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Peter Kümmel wrote:
| >> Joost Verburg wrote:
| >>> Peter Kümmel wrote:
| Here a line from the scons log:
|
| cl /nologo /TP /EHsc /wd4819 /wd4996 -DHAVE_CONFIG_H
| -DQT_CL
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> But setFocus has to be called... either explicitly or via
Abdelrazak> a signal/slot connection. I don't see that any call to it
Abdelrazak> in your patch and I didn't find a call to
Abdelrazak>
The fix is in. Please test.
Bo
Hello *,
there is a patch in the current LyX Debian package adding a note to
de_Extended.lyx that there is htlatex as a fourth tool avaible
to create a html export. Grep'ing through the 1.4.2svn code I found that
configure.py seems to have some detection routines for htlatex.
If htlatex is supporte
C:\Program Files\LyX\bin\lyx.exe
C:\Program Files\LyX\Resources\locale\en\lyx.mo
C:\Program Files\LyX\Resources\lyxrc.dist
C:\Documents and Settings\Bo\Application Data\LyX-15x\
It's only this last directory that needs to be suffixed on Windows.
That means only config.h needs that PACKAGE macr
> 1. version_suffix=yes now works as expected
This semantic is different from that of the autotools and less flexible.
I had version_suffix=xxx before, now I am adding version_suffix=yes.
Windows will find them if they're in the PATH...
Perhaps Joost's installer should offer to install them,
Bo Peng <[EMAIL PROTECTED]> writes:
> A patch has just been submitted to fix version_suffix under *nix.
> Briefly,
> 1. version_suffix=yes now works as expected
This semantic is different from that of the autotools and less flexible. The
autotools version is either
configure --with-version-su
Bo Peng <[EMAIL PROTECTED]> writes:
> > No, I did a full recompile. On Windows, the directory names should not
> > contain a version suffix except the users directory.
> Which ones? We have:
> program files/lyxSUFFIX
This one doesn't need a suffix. The package is fully self-contained.
> bin/lyxSU
On Fri, Jun 09, 2006 at 05:15:36PM +0200, Lars Gullik Bjønnes wrote:
> Helge Hafting <[EMAIL PROTECTED]> writes:
>
> | $ ./autogen.sh
> | Using automake (GNU automake) 1.9.6
> | Using autoconf (GNU Autoconf) 2.59d
> | This autoconf version is not supported by LyX.
> | LyX only supports autoconf
On 6/9/06, Joost Verburg <[EMAIL PROTECTED]> wrote:
Bo Peng wrote:
> 2. change of this option will ensure a full recompile. (I suspect
> that Joost's problem is with fast_start, which bypass src/config.h).
No, I did a full recompile. On Windows, the directory names should not
contain a version
Bo Peng wrote:
2. change of this option will ensure a full recompile. (I suspect
that Joost's problem is with fast_start, which bypass src/config.h).
No, I did a full recompile. On Windows, the directory names should not
contain a version suffix except the users directory.
Joost
Dear all,
A patch has just been submitted to fix version_suffix under *nix.
Briefly,
1. version_suffix=yes now works as expected
2. change of this option will ensure a full recompile. (I suspect
that Joost's problem is with fast_start, which bypass src/config.h).
3. lyx.1 etc are installed as
> It doesn't define how the individual .mo files are called.
The PACKAGE macro does.
JMarc
Dear all,
I would like to try the new lyx on my machine.
I have downloaded the sources, after the usual
autogen.sh, configure and make I faced to the messages
listed in the attechments.
I have packed the output of the svn update, configure and
make.
I have SuSe 10.0, on an AMDx64, as you can see
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Peter Kümmel wrote:
| >> Joost Verburg wrote:
| >>> Peter Kümmel wrote:
| Here a line from the scons log:
|
| cl /nologo /TP /EHsc /wd4819 /wd4996 -DHAVE_CONFIG_H
| -DQT_CLEAN_NAMESPACE -DQT_GENUINE_ST
Helge Hafting <[EMAIL PROTECTED]> writes:
| $ ./autogen.sh
| Using automake (GNU automake) 1.9.6
| Using autoconf (GNU Autoconf) 2.59d
| This autoconf version is not supported by LyX.
| LyX only supports autoconf 2.5[2-9].
|
| $ autoconf --version
| autoconf (GNU Autoconf) 2.59d
|
| Hm. LyX o
Abdelrazak Younes wrote:
> Qt4 documentation talks about this Q_INIT_RESOURCE that deals with .qrc
> files. It might solve this particular problem and maybe also the toolbar
> problem reported by Hedge on linux and Bennett on Mac:
I believe that this is something entirely different. We don't use
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I get your point but I am almost sure that they both work! I guess
> package.C tells lyx how the locales are named.
Package.C defines
std::string localedir();
It doesn't define how the individual .mo files are called.
Angus
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> But setFocus has to be called... either explicitly or via
Abdelrazak> a signal/slot connection. I don't see that any call to it
Abdelrazak> in your patch and I didn't find a call to
Abdelrazak> QtView::setFocus() elswh
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> The question here, as far I understand, it is one about
Jose'> templates. When you insert a table, it appears a table that
Jose'> follows a given template.
One idea I had about templates was to have the possibility to add
insets to
Georg Baum wrote:
Trent Apted wrote:
OK. So this is more an annoyance than a bug. But, until you know the
solution, it looks a lot like a bug. It is discussed here:
http://forums.gentoo.org/viewtopic-t-273397.html
Basically, lyx relies on the existence of ~/.qt/qtrc to load the QT
interface f
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
If this hasn't changed recently, with autotools the locales also have
the version suffix on windows. That's not the case for scons. I actually
prefer this last behaviour.
Then presumably building lyx with --with-version-suffix
On Jun 9, 2006, at 9:43 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Jun 9, 2006, at 6:41 AM, Jean-Marc Lasgouttes wrote:
OK, I have a new idea for this bug, but by knowledge of Qt is too
weak to be sure how to do this. What I want to do i
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> If this hasn't changed recently, with autotools the locales also have
> the version suffix on windows. That's not the case for scons. I actually
> prefer this last behaviour.
Then presumably building lyx with --with-version-suffix using scons will
On Jun 8, 2006, at 11:24 AM, Jean-Marc Lasgouttes wrote:
The following patch tries to improve the situation with accents in LyX
1.4 (this will be applied to 1.5 too, but I care now about 1.4.2).
The current situation now is that, if my locale is fr_FR.UTF-8, LyX
will change it to fr_FR and hop
Angus Leeming wrote:
Bo Peng <[EMAIL PROTECTED]> writes:
On 6/9/06, Joost Verburg <[EMAIL PROTECTED]> wrote:
The version-suffix option of the scons build system doesn't seem to work
properly. Some resources are installed in a directory with a wrong name
and the suffix is not added to the users
Bo Peng <[EMAIL PROTECTED]> writes:
> On 6/9/06, Joost Verburg <[EMAIL PROTECTED]> wrote:
> > The version-suffix option of the scons build system doesn't seem to work
> > properly. Some resources are installed in a directory with a wrong name
> > and the suffix is not added to the users directory.
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I am far from a Guru but I guess your patch is not
Abdelrazak> complete. Did you define setFocus as a slot?
Sorry, I missed a file. Here is the complete file.
Should I have declared setFocu
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Fri, Jun 09, 2006 at 11:38:14AM +, Angus Leeming wrote:
>> Hartmut Haase <[EMAIL PROTECTED]> writes:
>> > what does "PATH prefix:|#T" mean, and when/where ist it used?
>>
>> LyX users the PATH environment variable to
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> ...and remembered status.14x
Good man.
JMarc
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Jun 9, 2006, at 6:41 AM, Jean-Marc Lasgouttes wrote:
>> OK, I have a new idea for this bug, but by knowledge of Qt is too
>> weak to be sure how to do this. What I want to do is run
>> updateToolbars whenever the window gets
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I am far from a Guru but I guess your patch is not
Abdelrazak> complete. Did you define setFocus as a slot?
Sorry, I missed a file. Here is the complete file.
Should I have declared setFocus in the public slot: sect
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Joost Verburg wrote:
Peter Kümmel wrote:
Here a line from the scons log:
cl /nologo /TP /EHsc /wd4819 /wd4996 -DHAVE_CONFIG_H
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL
-DQT3_SUPPORT /IC:\Programme\zlib\include
no optimization is enabled, b
On 6/9/06, Joost Verburg <[EMAIL PROTECTED]> wrote:
The version-suffix option of the scons build system doesn't seem to work
properly. Some resources are installed in a directory with a wrong name
and the suffix is not added to the users directory.
Could you elaborate on what command you use, w
I was going to wait to test this patch myself, but I did not manage to
get iconv installed. So, can anyone test the attached patch?
This patch tests for the existence of iconv (HAVE_ICONV) , test for
LC_MESSAGES (set HAVE_LC_MESSAGES) and ICONV_CONST. Lyx links to
libiconv correctly under linux.
Yes, this is (I think) because Bo is using the manifest provided by qt
QtCore4.dll.manifest or something. The manifest generated by the
/MANIFEST option does not produce a usable manifest as it does not
contain information about the MSVC lib (version, location, etc...).
I manually (tweak the LIN
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> Jean-Marc, did you make up your mind regarding 1.4?
>
> I just did some testing, and I think you can commit it.
Done.
Georg
Jean-Marc Lasgouttes wrote:
OK, I have a new idea for this bug, but by knowledge of Qt is too weak
to be sure how to do this. What I want to do is run updateToolbars
whenever the window gets the focus, so that icons are correctly
enabled.
Here is the patch I came up with. Questions:
1/ Bennett,
On Jun 9, 2006, at 6:41 AM, Jean-Marc Lasgouttes wrote:
OK, I have a new idea for this bug, but by knowledge of Qt is too weak
to be sure how to do this. What I want to do is run updateToolbars
whenever the window gets the focus, so that icons are correctly
enabled.
Here is the patch I came up
Bennett Helm wrote:
> LyX on Mac requires path_prefix to find teTeX installation and other
> helper files. I don't think the autoview feature is going to make
> that obsolete (or am I mistaken?).
No, you are not. On windows it is also used for other things besides viewers
(e. g. converters), so i
Peter Kümmel wrote:
There is maybe a bug in the scons
code for msvc: The manifest tool
mt is called but I don't see that
the "/MANIFEST" option is passed
to the linker which tells the
linker to generate a manifest file.
Yes, this is (I think) because Bo is using the manifest provided by qt
Q
On Jun 9, 2006, at 7:53 AM, Enrico Forestieri wrote:
On Fri, Jun 09, 2006 at 11:38:14AM +, Angus Leeming wrote:
Hartmut Haase <[EMAIL PROTECTED]> writes:
what does "PATH prefix:|#T" mean, and when/where ist it used?
LyX users the PATH environment variable to find external apps that
Trent Apted wrote:
> OK. So this is more an annoyance than a bug. But, until you know the
> solution, it looks a lot like a bug. It is discussed here:
>
> http://forums.gentoo.org/viewtopic-t-273397.html
>
> Basically, lyx relies on the existence of ~/.qt/qtrc to load the QT
> interface frontend
On Thu, 2006-06-08 at 17:39 +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> So, I believe I understand the problem. But how to fix it?
>
> Martin> I believe I know that too: noFontChange(). The attached fixes
> Martin> the reported bug. I'l
On Fri, Jun 09, 2006 at 11:38:14AM +, Angus Leeming wrote:
> Hartmut Haase <[EMAIL PROTECTED]> writes:
> > what does "PATH prefix:|#T" mean, and when/where ist it used?
>
> LyX users the PATH environment variable to find external apps that it uses for
> various things. If you have some tool
Angus Leeming wrote:
> > Document->Preferences->Bibliography:
> > what does "Sectioned bibliography|#e" mean?
>
> This is LaTeX's bibunits package.
Bibtopic, more precisely. Hartmut, its use is described in Extended.lyx.
Jürgen
Hartmut Haase <[EMAIL PROTECTED]> writes:
> Tools->Preferences->Ouputs->Plain text:
> what is the purpose of the "roff command", and where is it used in LyX?
Historically, plain text tables could be passed though nroff, groff etc to
generate something pretty.
> Tools->Preferences->Paths:
> what d
On Friday 09 June 2006 12:20, Helge Hafting wrote:
> I think "no lines" is the better way. No old stuff breaks. There
> isn't even an update of the document format.
I don't understand you here. There is nothing related with an update for the
file format.
The question here, as far I underst
On Fri, Jun 09, 2006 at 01:25:44PM +0200, Helge Hafting wrote:
> $ ./autogen.sh
> Using automake (GNU automake) 1.9.6
> Using autoconf (GNU Autoconf) 2.59d
> This autoconf version is not supported by LyX.
> LyX only supports autoconf 2.5[2-9].
>
> $ autoconf --version
> autoconf (GNU Autoconf)
$ ./autogen.sh
Using automake (GNU automake) 1.9.6
Using autoconf (GNU Autoconf) 2.59d
This autoconf version is not supported by LyX.
LyX only supports autoconf 2.5[2-9].
$ autoconf --version
autoconf (GNU Autoconf) 2.59d
Hm. LyX only supports 2.5[2-9], this is a 2.59 variety
and still it isn't
There is maybe a bug in the scons
code for msvc: The manifest tool
mt is called but I don't see that
the "/MANIFEST" option is passed
to the linker which tells the
linker to generate a manifest file.
Peter
Lars Gullik Bjønnes wrote:
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > I think one of the solutions i and others outlined would be better.
|
| but that is cheating since it involves a new feature.
|
| the question is what is better:
|
| 1. have lines the way we h
I need some explanations for my documentation:
Tools->Preferences->Ouputs->Plain text:
what is the purpose of the "roff command", and where is it used in LyX?
Tools->Preferences->Ouputs->Printer:
what does "Adapt outp&ut" mean?
Tools->Preferences->Paths:
what does "&Backup directory:" mean, and
OK. So this is more an annoyance than a bug. But, until you know the
solution, it looks a lot like a bug. It is discussed here:
http://forums.gentoo.org/viewtopic-t-273397.html
Basically, lyx relies on the existence of ~/.qt/qtrc to load the QT
interface frontend. There does not need to be anythi
OK, I have a new idea for this bug, but by knowledge of Qt is too weak
to be sure how to do this. What I want to do is run updateToolbars
whenever the window gets the focus, so that icons are correctly
enabled.
Here is the patch I came up with. Questions:
1/ Bennett, Edwin, does it work?
2/ Qt
Angus Leeming wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>> Oh, now I understand, that's a difference between Qt3 and Qt4.
>> From 10s to 30s that's really bad for on "upgrade".
>
> Be fair!
>
> Abdel's Qt4 frontend is brand new. He concentrated on getting the thing
> working,
> not on op
The version-suffix option of the scons build system doesn't seem to work
properly. Some resources are installed in a directory with a wrong name
and the suffix is not added to the users directory.
Joost
Peter Kümmel <[EMAIL PROTECTED]> writes:
> Oh, now I understand, that's a difference between Qt3 and Qt4.
> From 10s to 30s that's really bad for on "upgrade".
Be fair!
Abdel's Qt4 frontend is brand new. He concentrated on getting the thing working,
not on optimizations. Abdel keeps saying that n
Peter Kümmel wrote:
Joost Verburg wrote:
Peter Kümmel wrote:
Here a line from the scons log:
cl /nologo /TP /EHsc /wd4819 /wd4996 -DHAVE_CONFIG_H
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL
-DQT3_SUPPORT /IC:\Programme\zlib\include
no optimization is enabled, but it links against the
re
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>
>>> LINK : fatal error LNK1104: cannot open file
>>> 'libboost_signals-vc80-mt-s-1_33_1.
>>> lib'
>>> scons: *** [msvc\qt4\lyx.exe] Error 1104
>>> scons: building terminated because of errors.
>>>
>>>
>> Have you used the
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc, did you make up your mind regarding 1.4?
I just did some testing, and I think you can commit it.
JMarc
Joost Verburg wrote:
> Peter Kümmel wrote:
>> Here a line from the scons log:
>>
>> cl /nologo /TP /EHsc /wd4819 /wd4996 -DHAVE_CONFIG_H
>> -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL
>> -DQT3_SUPPORT /IC:\Programme\zlib\include
>>
>> no optimization is enabled, but it links against the
>> re
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> The QApplication is now constructed as an automatic object as advised in
>> the qt doumentation (not from main(), but that should not matter, since
>> nothing qt related happens after lyx_gui::exec is left).
>
> Are we really sure of that? I know th
Georg Baum wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Indeed I solved the problem by adding a static there:
For trunk that would be:
#ifdef Q_WS_WIN
static LQApplicationapp(argc, argv);
#else
LQApplication app(argc, argv);
#endif
This works fine her
Peter Kümmel wrote:
Here a line from the scons log:
cl /nologo /TP /EHsc /wd4819 /wd4996 -DHAVE_CONFIG_H
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL
-DQT3_SUPPORT /IC:\Programme\zlib\include
no optimization is enabled, but it links against the
release Qt4 libs: QtCore4.lib QtGui4.lib.
I
Peter Kümmel wrote:
Abdelrazak Younes wrote:
LINK : fatal error LNK1104: cannot open file
'libboost_signals-vc80-mt-s-1_33_1.
lib'
scons: *** [msvc\qt4\lyx.exe] Error 1104
scons: building terminated because of errors.
Have you used the boost=included option?
Peter
Yes
scons use_vc=yes bu
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Indeed I solved the problem by adding a static there:
>>
>>> For trunk that would be:
>>>
>>> #ifdef Q_WS_WIN
>>> static LQApplicationapp(argc, argv);
>>> #else
>>> LQApplication app(argc, argv);
>>> #endif
>>
Joost Verburg wrote:
> Peter Kümmel wrote:
>> When lyx is compiled with ENABLE_NLS it uses in message.C
>> the LC_MESSAGES macro, which is not defined by msvc.
>
> Good work. Now the MSVC 2005 compiled version runs. The Qt4 user
> interface looks a lot better!
>
> The issues I noticed:
>
> * Win
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Joost Verburg wrote:
>>> Abdelrazak Younes wrote:
> Now it all compiles quickly and without errors, but lyx.exe still
> crashes immediately. Even with "-dbg any" no output is shown.
Is it trunk or my branch?
>>> It's the trunk.
>>>
Peter Kümmel wrote:
When lyx is compiled with ENABLE_NLS it uses in message.C
the LC_MESSAGES macro, which is not defined by msvc.
Good work. Now the MSVC 2005 compiled version runs. The Qt4 user
interface looks a lot better!
The issues I noticed:
* Window resizing is broken.
* An infinite
Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
>> Joost Verburg wrote:
>>> Abdelrazak Younes wrote:
Try to launch "lyx.exe -dbg any" to see how far it goes. Peter did
you try the debug mode compilation? It would help resolving this crash.
>>>
>>> Now it all compiles quickly and witho
Peter Kümmel wrote:
Joost Verburg wrote:
Abdelrazak Younes wrote:
Now it all compiles quickly and without errors, but lyx.exe still
crashes immediately. Even with "-dbg any" no output is shown.
Is it trunk or my branch?
It's the trunk.
Could you please try again whether you can get it to wo
Abdelrazak Younes wrote:
Joost Verburg wrote:
Abdelrazak Younes wrote:
Try to launch "lyx.exe -dbg any" to see how far it goes. Peter did
you try the debug mode compilation? It would help resolving this crash.
Now it all compiles quickly and without errors, but lyx.exe still
crashes immediat
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Without touching the intl files, we must use HAVE_LC_MESSAGES
Peter> (there was already a HAVE_LC_MESSAGES in the code), test
Peter> LC_MESSAGE for 1729, or disable the code with _WIN32.
Peter> But is it important not to touch the i
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>> Remind be agins why we use QT_NO_STL?
Angus> If I remember rightly, John was worried that we were switching
Angus> from QString to std::string and back again without thinking
Angus
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Bo Peng wrote:
> >> Regarding "Prerequisites": IIRC, you need some python win32 extensions
> >> on the Windows platform. But I don't remember the details...
> > Do we? They are used for registry checking etc, and I do not remember
> > who is using th
1 - 100 of 109 matches
Mail list logo
