On Tuesday 30 May 2006 18:48, Angus Leeming wrote:
The people of Pisa have shown the world the troubles that await those who
build on top of insufficient foundations ;-)
http://en.wikipedia.org/wiki/Leaning_Tower_of_Pisa
Also, if I remember correctly another problem was the desertion of
Bennett Helm wrote:
On May 29, 2006, at 12:52 PM, Bennett Helm wrote:
I've tried it with 1.4/qt3 on Mac. It seems to help in two respects:
1. scrolling speed gives me an improvement similar to what Abdel
reported: 39 seconds down to 35.
2. although typing doesn't lag on either version,
Bo Peng wrote:
So you do not have any of Abdel's manifest problem, just by using
patched mingw zlib?
Just for clarification I have the same fix to zlib in my tree and still
have the problem. I think it's related to the MSxxx.dll that you are
using. I have tried some libraries download from
Bo Peng wrote:
Calling Scons again made it to the end!
To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
But then, lyx still complains about missing Entry point:
If that 'permission denied' is the source of the problem, there is
nothing scons can do. Anyway, I have
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael I just wanted to express my concern that we start too many
Michael projects at the same time. If unicode support is ready within
Michael a reasonable time, then it's perfect.
Now you are rewriting history. At the developers meeting, we
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael IMHO change tracking in 1.4 is problematic. That's why I try
Michael to rewrite it for 1.5.
But I think you overestimate the importance this has for end-users. It
is important for some people, but not vital. Likewise, qt4 is nice for
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael in LyX 1.5, any document may have changes, no matter whether
Michael CT is currently activated or not. The described problem
Michael should not occur at all.
Even when the changes_inserted tag contains an author id that does not
exist?
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Are we really explicitly calling exit()?
Yes, in lyx_gui::exit, which is called in quitLyX. Do you think this
is a problem?
JMarc
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael depm with CT activated won't be more tricky than depm etc
Michael without CT. In the end, CT should not disturb other LyX
Michael features.
OK, we'll see that when your patch is in.
JMarc
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Jean-Marc Lasgouttes wrote:
They look good, although the repetition makes me wonder whether you
should declare a Changes(BufferParams const ) constructor.
Michael Depending on the context, tracking_changes == true results in
Michael
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak I have been experimenting using a QPicture cache inside
Abdelrazak QLPainter instead of drawing directly to the pixmap for
Abdelrazak each operation. The purpose of a QPicture is to record
Abdelrazak painting operation and
Joost Verburg wrote:
Unfortunately it was just a coincidence. Even using Windows XP I now had
a few crashes. Tools Reconfigure often triggers it.
I think I found it. One byte more needs to be allocated in get_dvi_name
(for the null byte).
Joost
attached my latest patch
i'd like to put it in
any objections?
thanks, edwin
Index: development/scons/SConscript
===
--- development/scons/SConscript(revision 13969)
+++ development/scons/SConscript(working copy)
Edwin Leuven [EMAIL PROTECTED] writes:
attached my latest patch
i'd like to put it in
any objections?
None from me; looks good.
Some points to think about though:
1. Doxygen comments in InsertTableWidget.h.
2. dynamic_cast rather than static_cast in InsertTableWidget::event?
3. You'll upset
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc The following patches fixe the crash when for example the
Jean-Marc user uses a bind file instead of a kmap file.
Jean-Marc What it does is disable a keymap when there has been a read
Jean-Marc error. I tried to resist the
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak + Since the QApplication object does so much
Abdelrazak initialization, it + must be created before any other
Abdelrazak objects related to the user + interface are created.
Abdelrazak + Right now this is not the case. For
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Georg Baum wrote:
Abdelrazak Younes wrote:
Will commit now.
It would be nice if you could add the comment from your commit log
to the .C file. Otherwise it is easy to get forgotten.
Abdelrazak Done.
Also, could someone
On Wed, May 31, 2006 at 11:49:05AM +0200, Joost Verburg wrote:
Joost Verburg wrote:
Unfortunately it was just a coincidence. Even using Windows XP I now had
a few crashes. Tools Reconfigure often triggers it.
I think I found it. One byte more needs to be allocated in get_dvi_name
(for
Enrico Forestieri [EMAIL PROTECTED] writes:
The dvipost source is really ugly. I would also replace the strchr
in the following line by strrchr to allow for additional dots in
a filename.
I still don't understand why it is working for me, but I think
it is an example of what undefined
Jean-Marc Lasgouttes wrote:
Also, could someone tell me what would be a good candidate to fix the
crash in Mac/qt3 for 1.4? I am lost in this thread.
When do you want to release? I have an idea, but it needs some thinking. If
it can wait until the weekend I can create a patch.
Georg
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak + Since the QApplication object does so much
Abdelrazak initialization, it + must be created before any other
Abdelrazak objects related to the user + interface are created.
Abdelrazak + Right now
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Georg Baum wrote:
Abdelrazak Younes wrote:
Will commit now.
It would be nice if you could add the comment from your commit log
to the .C file. Otherwise it is easy to get forgotten.
Abdelrazak Younes wrote:
it could be _one_ problem. The static versus pointer code proves that
the same code is translated differently by gcc in linux and windows.
How does it prove that? I suspect that we simply see the code differences
between the windows and linux version of qt.
Georg
Hi,
now that the navigation problem (bug 2460) is mended, I am happy to
switch to the new version. My first impression is very good.
My fist suspected bug is this one: The attached file has been created by
Lyx 137 and compiles fine with pdflatex, but this does not work with lyx
142svn. If I
Edwin Leuven wrote:
attached my latest patch
i'd like to put it in
any objections?
Not an objection but I'd like you to keep in mind that this code needs
to generalized. So I hope that in due time (in time with math symbols)
you (we) clean that up. I thing the right strategy is define a
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak This is a static method of FontLoader and I suspect that
Abdelrazak it needs at least an instantiation of this class.
It does not (because it is static). Anyway there _is_ a global
fontloader object, but its constructor does
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg When do you want to release? I have an idea, but it needs some
Georg thinking. If it can wait until the weekend I can create a
Georg patch.
I do not have plans yet. It will not be before next week in any case.
JMarc
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak I have been experimenting using a QPicture cache inside
Abdelrazak QLPainter instead of drawing directly to the pixmap for
Abdelrazak each operation. The purpose of a QPicture is to record
Abdelrazak Younes wrote:
Bo Peng wrote:
So you do not have any of Abdel's manifest problem, just by using
patched mingw zlib?
Just for clarification I have the same fix to zlib in my tree and still
have the problem. I think it's related to the MSxxx.dll that you are
using. I have tried
Abdelrazak Younes wrote:
Not an objection but I'd like you to keep in mind that this code needs
to generalized. So I hope that in due time (in time with math symbols)
you (we) clean that up. I thing the right strategy is define a new kind
of Action that will do exactly that. It could be a new
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak This is a static method of FontLoader and I suspect that
Abdelrazak it needs at least an instantiation of this class.
It does not (because it is static). Anyway there _is_ a global
fontloader
Georg Baum wrote:
Abdelrazak Younes wrote:
it could be _one_ problem. The static versus pointer code proves that
the same code is translated differently by gcc in linux and windows.
How does it prove that? I suspect that we simply see the code differences
between the windows and linux
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Bo Peng wrote:
So you do not have any of Abdel's manifest problem, just by using
patched mingw zlib?
Just for clarification I have the same fix to zlib in my tree and still
have the problem. I think it's related to the MSxxx.dll that you are
using.
Ekkehart == Ekkehart Schlicht [EMAIL PROTECTED] writes:
Ekkehart Hi, now that the navigation problem (bug 2460) is mended, I
Ekkehart am happy to switch to the new version. My first impression
Ekkehart is very good.
Ekkehart My fist suspected bug is this one: The attached file has
Ekkehart been
Jean-Marc Lasgouttes wrote:
Ekkehart == Ekkehart Schlicht [EMAIL PROTECTED] writes:
Ekkehart Hi, now that the navigation problem (bug 2460) is mended, I
Ekkehart am happy to switch to the new version. My first impression
Ekkehart is very good.
Ekkehart My fist suspected bug is this one: The
Angus Leeming wrote:
Some points to think about though:
1. Doxygen comments in InsertTableWidget.h.
2. dynamic_cast rather than static_cast in InsertTableWidget::event?
3. You'll upset André with formatting if (foo!=bar). Space it out a bit.
it is in with these changes
4. Should these
Jean-Marc:
I checked again.
The problem seems to relate to the minipage at the beginning of the
example file. If I delete it, the error is gone.
Included not a minimal, but a reduced example that shows exactly the
same error messages with Lyx 1.4.2svn
Ekkehart
paris-reduced.lyx
inserting a bib is very slow (qt4/windows) and i see the following on
the console:
Indexing files of type cls
Indexing files of type sty
Indexing files of type bst
Indexing files of type bib
Indexing files of type cls
0 [main] sh 4564 open_stackdumpfile: Dumping stack trace to
Ekkehart Schlicht wrote:
Some expert may recognize the issue right away. Otherwise I shall try to
to produce a minimal example
I did that, and it is a box problem. Please file it in bugzilla. Martin, do
you have an idea?
Georg
paris2.lyx
Description: application/lyx
exporting to latex (qt4/windows) gives:
\bibliography{/cygdrive/C/data/main}
Dear All!
I have recently installed LyX 1.4.1 for Windows using
LyXWin141Small-2-01.exe
and encountered completely unfathomable problems concerning Polish
localization.
The same installation (with exactly the same configuration) was done on
two computers (both updated Polish-version W2000
Bo Peng wrote:
Does this make sense to anyone?
Not to me. The microsoft help says that you need to add the /MANIFEST
option to the linker in order to generate the manifest file.
link /nologo /MANIFEST /OUT:msvc\qt4\lyx.exe //LIBPATH:msvc\libs
/LIBPATH:D:\program\Qt\4.1\lib
On Wed, May 31, 2006 at 03:26:37PM +0200, Edwin Leuven wrote:
exporting to latex (qt4/windows) gives:
\bibliography{/cygdrive/C/data/main}
I had already posted for three times a patch and I am attaching it
here for the fourth time.
Please, tell me if I should configure mutt to automatically
On Tue, May 30, 2006 at 08:50:32PM -0500, Bo Peng wrote:
ranlib debug/libs/libincluded_intl.a
g++ -o debug/qt4/lyx -Ldebug/libs -L/usr/lib64/qt-3.3/lib -llyxbase_pre
-lmathed -linsets -lfrontends -lqt4 -lcontrollers -lgraphics -lsupports
-llyxbase_post -lincluded_boost_signals
Enrico Forestieri wrote:
On Wed, May 31, 2006 at 03:26:37PM +0200, Edwin Leuven wrote:
exporting to latex (qt4/windows) gives:
\bibliography{/cygdrive/C/data/main}
I had already posted for three times a patch and I am attaching it
here for the fourth time.
Please, tell me if I should
Abdelrazak Younes wrote:
In the mean time, I will apply it. Any objection?
works for me
btw, 'cygwin_path_fix' and not 'nt_path_style' (or something like that)?
(i probably missed a long discussion somewhere ;-)
Abdelrazak Younes [EMAIL PROTECTED] writes:
Then (following MS documentation) the manifest tool should be used to
link that to the executable:
mt.exe –manifest lyx.exe.manifest -outputresource:lyx.exe;1
mt.exe : command line error c1010007: Unexpected/Unknown option
‼manifest. Use the /?
Angus Leeming wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Then (following MS documentation) the manifest tool should be used to
link that to the executable:
mt.exe –manifest lyx.exe.manifest -outputresource:lyx.exe;1
mt.exe : command line error c1010007: Unexpected/Unknown option
Edwin Leuven wrote:
Abdelrazak Younes wrote:
In the mean time, I will apply it. Any objection?
works for me
btw, 'cygwin_path_fix' and not 'nt_path_style' (or something like that)?
(i probably missed a long discussion somewhere ;-)
Then I'll let you sort that out with JMarc and Enrico.
Abdelrazak Younes wrote:
Then I'll let you sort that out with JMarc and Enrico. Then please
commit yourself... ;-)
was just thinking out loud, sorry ;-)
it is in...
Angus Leeming wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Then (following MS documentation) the manifest tool should be used to
link that to the executable:
mt.exe –manifest lyx.exe.manifest -outputresource:lyx.exe;1
mt.exe : command line error c1010007: Unexpected/Unknown option
Edwin Leuven [EMAIL PROTECTED] writes:
| +bool InsertTableWidget::event(QEvent * event)
| +{
| + if (event-type() == QEvent::MouseMove) {
| + QMouseEvent * me = static_castQMouseEvent *(event);
| + mouseMoveEvent(me);
| + return true;
| + } else if
Abdelrazak Younes wrote:
In the mean time, I will apply it. Any objection?
Yes. This thing is utterly misnamed. See the old discussion. If you want to
commit the fix please add a big comment somewhere what exactly this
cygwin_path_fix switch means on cygwin and what it means on pure windows.
Abdelrazak Younes [EMAIL PROTECTED] writes:
The only reference to that error I found is there:
http://groups.google.com/group/microsoft.public.vc.online_help/browse_thread/thread/4a7f8bb7b6e7a899/c0a61ecc733c7090?lnk=raot
Well, given that this reply was posted about 1 hour ago, I'd suggest that
On Wed, May 31, 2006 at 04:33:13PM +0200, Georg Baum wrote:
Abdelrazak Younes wrote:
In the mean time, I will apply it. Any objection?
Yes. This thing is utterly misnamed. See the old discussion. If you want to
commit the fix please add a big comment somewhere what exactly this
Lars Gullik Bjønnes wrote:
this looks like a switch to me. Use that if it works.
done
When processing LyX 1.3.x documents in 1.4.1 I often have fatal errors that say
Try typing return to proceed.
If that doesn't work, type X return to quit.
If I export to LaTeX and press enter the file is processed correctly -
I suspect these error are treated as a fatal errors in LyX
Enrico Forestieri wrote:
What about \cygwin_path_fix_needed - \native_style_latex_paths ?
is this better than \windows_style_path
or default to native style paths and define it the other way around and have
\force_posix_style_paths
...
Angus Leeming wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
The only reference to that error I found is there:
http://groups.google.com/group/microsoft.public.vc.online_help/browse_thread/thread/4a7f8bb7b6e7a899/c0a61ecc733c7090?lnk=raot
Well, given that this reply was posted about 1
On Wed, May 31, 2006 at 04:05:14PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Wed, May 31, 2006 at 03:26:37PM +0200, Edwin Leuven wrote:
exporting to latex (qt4/windows) gives:
\bibliography{/cygdrive/C/data/main}
I had already posted for three times a patch and I am
Abdelrazak Younes wrote:
I think the problem is the '-' in '-manifest'. Cmd transform that in
'‼'. If I put the command in a bat file, it is transformed in 'û' and
then in '{':
This is very stupid from Microsoft to choose program options that could
be misinterpreted by its own console.
I
Abdelrazak Younes [EMAIL PROTECTED] writes:
I think the problem is the '-' in '-manifest'. Cmd transform that in
'‼'. If I put the command in a bat file, it is transformed in 'û' and
then in '{':
Ah.
This is very stupid from Microsoft to choose program options that could
be
Enrico Forestieri wrote:
On Wed, May 31, 2006 at 04:05:14PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Wed, May 31, 2006 at 03:26:37PM +0200, Edwin Leuven wrote:
exporting to latex (qt4/windows) gives:
\bibliography{/cygdrive/C/data/main}
I had already posted for three
On Wed, May 31, 2006 at 04:58:54PM +0200, Edwin Leuven wrote:
Enrico Forestieri wrote:
What about \cygwin_path_fix_needed - \native_style_latex_paths ?
is this better than \windows_style_path
or default to native style paths and define it the other way around and have
Enrico Forestieri wrote:
The switch is intended to tell LyX what kind of path styles should
be written to (and only to) latex files.
When you use:The style of paths going to latex
files should be:
1) LyX/Win32 and teTeX/Cygwin posix
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Enrico Forestieri wrote:
The switch is intended to tell LyX what kind of path styles should
be written to (and only to) latex files.
When you use: The style of paths going to latex files should be: 1)
LyX/Win32 and teTeX/Cygwin posix 2)
Jean-Marc Lasgouttes wrote:
I prefer the second, since native path for cygwin is posix, not
windows.
the problem with the label 'native' is that it is not clear what it is
'native' to (the os or latex or ...)
posix (or windows) is more explicit
just my 2c of course...
On Wed, May 31, 2006 at 05:15:47PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Wed, May 31, 2006 at 04:05:14PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Wed, May 31, 2006 at 03:26:37PM +0200, Edwin Leuven wrote:
exporting to latex (qt4/windows) gives:
Enrico Forestieri [EMAIL PROTECTED] writes:
The switch is intended to tell LyX what kind of path styles should
be written to (and only to) latex files.
When you use:The style of paths going to latex
files should be:
1) LyX/Win32 and
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Enrico Forestieri [EMAIL PROTECTED] writes:
The switch is intended to tell LyX what kind of path styles should
be written to (and only to) latex files.
When you use: The style of paths going to latex files should be: 1)
LyX/Win32 and
Angus Leeming wrote:
Why not be verbose: \latex_expects_backslashed_paths
Because none of these paths contains backslashes. The difference is
'/cygdrive/c/xxx' vs. 'C:/xxx'.
Incidentally, this would appear to be something that's testable. Is there
a test in configure.py?
Yes.
Georg
Enrico Forestieri wrote:
I think Georg is right in his concern and hope I have not hurted him
with my (admittedly) stupid joke...
Not at all.
As a side note, if I say No or Yes that is purely my personal opinion
and nothing official.
Georg
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
I think the problem is the '-' in '-manifest'. Cmd transform that in
'‼'. If I put the command in a bat file, it is transformed in 'û' and
then in '{':
This is very stupid from Microsoft to choose program options that
could be misinterpreted
John McCabe-Dansted wrote:
When processing LyX 1.3.x documents in 1.4.1 I often have fatal errors
that say
Try typing return to proceed.
If that doesn't work, type X return to quit.
If I export to LaTeX and press enter the file is processed correctly -
I suspect these error are
On Wed, May 31, 2006 at 05:29:31PM +0200, Georg Baum wrote:
Enrico Forestieri wrote:
The switch is intended to tell LyX what kind of path styles should
be written to (and only to) latex files.
When you use:The style of paths going to latex
On Wed, May 31, 2006 at 03:41:42PM +, Angus Leeming wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
The switch is intended to tell LyX what kind of path styles should
be written to (and only to) latex files.
When you use:The style of paths going to latex
Peter Kümmel wrote:
mt /manifest lyx.exe.manifest /outputresource:lyx.exe;#2
hum, '/' instead of '-'... Yes, I figure that out already.
I now understand what the error means. I apparently have to install
VCRedist_x86.exe as explained here:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
mt /manifest lyx.exe.manifest /outputresource:lyx.exe;#2
hum, '/' instead of '-'... Yes, I figure that out already.
I now understand what the error means. I apparently have to install
VCRedist_x86.exe as explained here:
Eh, no! If you want to play the perfectionism game you should try
to be perfect ;-)
What if both p1 and p2 are NULL? Then you should also consider that
C:foo is a valid path on Windows, too ;-)
Replacing every backslash by a slash before the other actions should
solve everything, right? It
Angus Leeming [EMAIL PROTECTED] writes:
| Andre Poenitz [EMAIL PROTECTED] writes:
| +void InsetCaption::setLabel(LCursor cur) const
| +{
| + // Set caption label _only_ if the cursor is in _this_ float:
| + if (cur.top().text() == text_) {
| + string s;
| + size_t i
Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| Apart from it can be shortened by two lines:
| for (size_t i = cur.depth(); i--; )
|
| Now you're just being evil, André At least be explicit about the exit
| condition. I *think* that your code is equivalent to:
|
|for (size_t i =
On Wed, May 31, 2006 at 06:37:19PM +0200, Joost Verburg wrote:
Eh, no! If you want to play the perfectionism game you should try
to be perfect ;-)
What if both p1 and p2 are NULL? Then you should also consider that
C:foo is a valid path on Windows, too ;-)
Replacing every backslash by a
Angus Leeming [EMAIL PROTECTED] writes:
| How was the sailing?
Windy. Parts of the trip had ~20 m/s. (Oslo - Skagen (denmark) )
The rest of the trip, sailing north along the swedish west coast was
very nice.
--
Lgb
I have fixed this issue. See below.
I will have an scons-style RPM spec file soon (with some minimal changes
to SConstruct).
Index: SConscript
===
--- SConscript (revision 13969)
+++ SConscript (working copy)
@@ -58,7 +58,7 @@
#
I'm writing an article on the proper pronunciation of some popular open
source software projects that have unusual names. LyX is one of the
projects on my list.
I know this topic has been discussed at least once before (on the
lyx-users list about five years ago) but after spending a half hour
To be able to build out-of-the-bos on fc5 with the qt4 from extras I
have to do something similar to:
Index: qt.m4
===
--- qt.m4 (revision 13974)
+++ qt.m4 (working copy)
@@ -443,6 +443,9 @@
dnl pay attention to
Jem Matzan [EMAIL PROTECTED] writes:
| What I'm looking for is someone who has an authoritative position with
| the project to offer an official or recommended pronunciation for LyX.
| If there is no such standard, then that is also a perfectly valid
| response.
the proper response is, as you
On Wed, May 31, 2006 at 09:02:19PM +0200, Lars Gullik Bjønnes wrote:
To be able to build out-of-the-bos on fc5 with the qt4 from extras I
have to do something similar to:
Index: qt.m4
===
--- qt.m4 (revision 13974)
+++
Dear LyX developers,
Under windows (at least), the paths to the viewers configured under
Preferences-File_Formats-Viewer
cannot contain spaces. In most installations, at least acrobat reader will
be under C:\Program Files, and cannot be used. As a workaround I created
.bat files that call
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
| On Wed, May 31, 2006 at 09:02:19PM +0200, Lars Gullik Bjønnes wrote:
|
| To be able to build out-of-the-bos on fc5 with the qt4 from extras I
| have to do something similar to:
|
| Index: qt.m4
|
Am Mittwoch, 31. Mai 2006 21:02 schrieb Lars Gullik Bjønnes:
To be able to build out-of-the-bos on fc5 with the qt4 from extras I
have to do something similar to:
Yep, the qt4 config stuff is not 100% foolproof yet.
Index: qt.m4
been uploaded to incoming on the devel FTP
server (called lyx-142svn-20060531.exe and
lyx-142svn-20060531-bundle.exe). Can someone move them to a public location?
Joost
Index: SConscript
===
--- SConscript (revision 13969)
+++ SConscript (working copy)
@@ -58,7 +58,7 @@
# sync frontend and env['frontend'] (maybe build qt4 with frontend=qt3)
if build_qt3:
frontend = 'qt3'
- env['frontend'] =
mt /manifest lyx.exe.manifest /outputresource:lyx.exe;#2
At least this is not what MS says (something like ;1). Maybe #2 will work?
Bo
Georg Baum [EMAIL PROTECTED] writes:
| Am Mittwoch, 31. Mai 2006 21:02 schrieb Lars Gullik Bjønnes:
|
| To be able to build out-of-the-bos on fc5 with the qt4 from extras I
| have to do something similar to:
|
| Yep, the qt4 config stuff is not 100% foolproof yet.
|
| Index: qt.m4
|
But the generated executable still fails with the same error...
The same situation here.
Here's the relevant part of the Makefile for nmake generated by cmake,
maybe this could help you a bit:
src\lyx.exe: src\CMakeFiles\lyx.dir\build.make
@echo Linking CXX executable lyx.exe
Bo Peng wrote:
But the generated executable still fails with the same error...
The same situation here.
Here's the relevant part of the Makefile for nmake generated by cmake,
maybe this could help you a bit:
src\lyx.exe: src\CMakeFiles\lyx.dir\build.make
@echo Linking CXX
For win64 and vs2005 executables we do the usual link and then:
mt -manifest {$TARGET}.manifest -outputresource:$TARGET
Something like this in scons:
orig_link = env['LINKCOM']
env['LINKCOM'] = [orig_link, 'mt -manifest $
{TARGET}.manifest -outputresource:$TARGET']
Rui Prior wrote:
Dear LyX developers,
Under windows (at least), the paths to the viewers configured under
Preferences-File_Formats-Viewer
cannot contain spaces. In most installations, at least acrobat reader
will be under C:\Program Files, and cannot be used. As a workaround I
created .bat
Hi, Lars,
Would you please add the following files to the trunk? We have tried
several days, without success, to build lyx with msvc (due to the
manifest issue) and I would like to seek for help from scons/devel.
Adding these files will allow them to try to build lyx using msvc.
1 - 100 of 204 matches
Mail list logo
