Am Dienstag 26 Januar 2010 schrieb Vincent van Ravesteijn - TNW:
> >> Cmake shouldn't want to compile moc_* files. It shouldn't even know
> >> that they exist. These moc_* files are #included in the normal *.cpp
> >> files and they are now compiled twice and thus giving you the
> >> "previously def
>> Cmake shouldn't want to compile moc_* files. It shouldn't even know
>> that they exist. These moc_* files are #included in the normal *.cpp
>> files and they are now compiled twice and thus giving you the
>> "previously defined here" errors.
>>
>
>Why not? They are not part of svn, so they h
Am Montag 25 Januar 2010 schrieb Vincent van Ravesteijn - TNW:
> Cmake shouldn't want to compile moc_* files. It shouldn't even know that
> they exist. These moc_* files are #included in the normal *.cpp files
> and they are now compiled twice and thus giving you the "previously
> defined here" err
On Mon, Jan 25, 2010 at 12:39 PM, Abdelrazak Younes wrote:
> On 01/25/2010 06:17 PM, BH wrote:
>>
>> I'm trying to get cmake to work on Mac. Here's what I've done from
>> within lyx-devel/build:
>>
>> export PATH=/path/to/qt/bin:$PATH
>>
>
> Good.
>
>> export QT4DIR=/path/to/qt
>> cmake ../develop
On 01/25/2010 06:17 PM, BH wrote:
I'm trying to get cmake to work on Mac. Here's what I've done from
within lyx-devel/build:
export PATH=/path/to/qt/bin:$PATH
Good.
export QT4DIR=/path/to/qt
cmake ../development/cmake -G "Unix Makefiles" -Dmerge=1
Please don't pass '-Dmerge' just n
>I'm trying to get cmake to work on Mac. Here's what I've
>done from within lyx-devel/build:
>
>export PATH=/path/to/qt/bin:$PATH
>export QT4DIR=/path/to/qt
As said before, setting QT4DIR is not necessary for me (but not at a Mac
of course)
>cmake ../development/cmake -G "Unix Makefiles" -Dmerg
I'm trying to get cmake to work on Mac. Here's what I've done from
within lyx-devel/build:
export PATH=/path/to/qt/bin:$PATH
export QT4DIR=/path/to/qt
cmake ../development/cmake -G "Unix Makefiles" -Dmerge=1
-DCMAKE_INSTALL_PREFIX=/Applications/LyX-devel.app -Dquiet=1
This succeeds in creating th
On Feb 1, 2008 7:58 AM, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
> Pavel Sanda wrote:
> > all three problems are solved by this patch.
>
> OK, Bo, you can commit.
Done.
Bo
Pavel Sanda wrote:
> all three problems are solved by this patch.
OK, Bo, you can commit.
Jürgen
> > i can with one day old 1.5.4svn.
>
> Can you please test Bo's patch in branch?
all three problems are solved by this patch.
pavel
Pavel Sanda wrote:
> i can with one day old 1.5.4svn.
Can you please test Bo's patch in branch?
> (you have no line break in line 1, right?)
No.
Jürgen
> > The attached patch addresses the following problem:
> >
> > line1
> > line2
> >
> > line 3
> >
> > 1. Click after line2, the cursor moves to the empty line (unnatural
> > behavior) 2. from the end of line1, down arrow moves the cursor to the
> > empty line, instead of end of line2 (unnatural b
Bo Peng wrote:
> The attached patch addresses the following problem:
>
> line1
> line2
>
> line 3
>
> 1. Click after line2, the cursor moves to the empty line (unnatural
> behavior) 2. from the end of line1, down arrow moves the cursor to the
> empty line, instead of end of line2 (unnatural behavi
Bo Peng wrote:
> I will not have access to emails for the next few days. Please apply
> the patch (also to trunk) if you think it is OK.
I don't forget it. I'm just a bit short of time ATM.
Jürgen
> I can reproduce the bug and your solution seems correct to me.
Jurgen,
I will not have access to emails for the next few days. Please apply
the patch (also to trunk) if you think it is OK.
Cheers,
Bo
Bo Peng wrote:
The attached patch addresses the following problem:
line1
line2
line 3
1. Click after line2, the cursor moves to the empty line (unnatural behavior)
2. from the end of line1, down arrow moves the cursor to the empty
line, instead of end of line2 (unnatural behavior)
3. continue
Bo Peng wrote:
Abdel: Please have a look at this patch. svn blames you for the code,
although you might not be the original author.
I am not, I barely moved this code from text2.cpp to TextMetrics.cpp;
the authors are a mix between Lars, Andre', Alfredo, Angus and John
Levon. Pretty old stuf
> PS: by the way, I haven't read the list for maybe 10 days and I don't
> think I'll have the time to read the archive. So, if there's something
> requiring my help, please bring the subject back to the list.
Please have a look at this patch. Original email and patch attached.
Thanks.
Bo
Dear al
Pavel Sanda wrote:
Sorry, my fault. Must be left over from an insource build earlier. :-/
Am I correct that the CMake build system doesnt support MacOSX bundling yet?
the situation around the building systems in lyx is rather chaotical and
imho the only actively maintained systems are scons an
> Sorry, my fault. Must be left over from an insource build earlier. :-/
>
> Am I correct that the CMake build system doesnt support MacOSX bundling yet?
the situation around the building systems in lyx is rather chaotical and
imho the only actively maintained systems are scons and autotools.
iir
Pavel Sanda <[EMAIL PROTECTED]> writes:
> there aro no moc files in svn. checkout tree again and look for yourself.
> pavel
>
Sorry, my fault. Must be left over from an insource build earlier. :-/
Am I correct that the CMake build system doesnt support MacOSX bundling yet?
/Andreas
_gzopen gefunden.
In "support.lib(gzstream.obj)" referenziert
"QtCored4.lib(QtCored4.dll)" geladen
_gzclose gefunden.
In "support.lib(gzstream.obj)" referenziert
"QtCored4.lib(QtCored4.dll)" geladen
_gzread gefunden.
In "support.lib(gzstream.obj)" refer
Stefan Schimanski wrote:
Am 13.12.2007 um 22:29 schrieb Peter Kümmel:
Stefan Schimanski wrote:
Hi!
Now that I got my Mac back from a repair I just ran into a link
problem (which I did not have with Linux earlier today):
lyx-qt4 is not linked against zlib (i.e. no -lz in the linker command
l
Am 13.12.2007 um 22:29 schrieb Peter Kümmel:
Stefan Schimanski wrote:
Hi!
Now that I got my Mac back from a repair I just ran into a link
problem (which I did not have with Linux earlier today):
lyx-qt4 is not linked against zlib (i.e. no -lz in the linker
command line).
It seems that in m
Stefan Schimanski wrote:
Hi!
Now that I got my Mac back from a repair I just ran into a link problem
(which I did not have with Linux earlier today):
lyx-qt4 is not linked against zlib (i.e. no -lz in the linker command
line).
It seems that in my old checkout boost/iostreams forced zlib to
Hi!
Now that I got my Mac back from a repair I just ran into a link
problem (which I did not have with Linux earlier today):
lyx-qt4 is not linked against zlib (i.e. no -lz in the linker command
line).
It seems that in my old checkout boost/iostreams forced zlib to be
linked in, but now
26 matches
Mail list logo
