Le 28/09/2010 12:39, Stephan Witt a écrit :
I'm trying to use the Qt4-package downloaded from Nokia.
There is one change to LyX config required to get it work.
JMarc, would that be ok with you?
I tested on Linux too, with pkg-config - no problem.
It seesm OK to me.
JMarc
I'm trying to use the Qt4-package downloaded from Nokia.
There is one change to LyX config required to get it work.
JMarc, would that be ok with you?
I tested on Linux too, with pkg-config - no problem.
Stephan
Index: config/qt4.m4
===
Am 19.09.2010 um 12:43 schrieb Stephan Witt:
> Am 19.09.2010 um 03:33 schrieb BH:
>
>> On Mon, Sep 6, 2010 at 7:56 AM, Stephan Witt wrote:
>>> Am 06.09.2010 um 13:46 schrieb BH:
>>>
>
>> A couple of minor comments, with my numbering following that of
>> INSTALL.MacOSX:
>>
>> PREREQUISITES
>>
On Sun, Sep 19, 2010 at 6:43 AM, Stephan Witt wrote:
> Am 19.09.2010 um 03:33 schrieb BH:
...
>> 2. The version of automake macports installed is 2.67, which
>> autogen.sh rejected. (It wants only automake < 2.65.) So I had to edit
>> autogen.sh to allow 2.67, which worked fine.
>
> Do you mean
Am 19.09.2010 um 03:33 schrieb BH:
> On Mon, Sep 6, 2010 at 7:56 AM, Stephan Witt wrote:
>> Am 06.09.2010 um 13:46 schrieb BH:
>>
>
> I tried this out with a new Mac, and it works well. I did not compile
> aspell or test Tiger or 64-bit support.
>
Thanks for your comments.
> A couple of mino
On Sep 18, 2010, at 6:33 PM, BH wrote:
>
> That's it. Nice job with the clear documentation ... and nice work on
> LyX/Mac quite generally. It's coming along great!
Hi Bennett,
I agree the INSTALL.MacOSX is now much more comprehensive and useful!
I had to make some adjustments though, because I
On Mon, Sep 6, 2010 at 7:56 AM, Stephan Witt wrote:
> Am 06.09.2010 um 13:46 schrieb BH:
>
>> On Mon, Sep 6, 2010 at 7:21 AM, Stephan Witt wrote:
>>> I've prepared an updated version of INSTALL.MacOSX.
>>>
>>> If possible, I'd like to get it verified by other people with mac hardware
>>> before
According to bug report 6538, the file name only gets converted to an
absolute file name on Mac OS X; the bug seems not to appear on Linux. (I
have not confirmed this myself, though.)
From this, I assume that Mac OS X converts the file name internally in
the clipboard. But maybe that assumptio
Cyrille Artho writes:
> I wonder, though, if converting any copied/pasted file names to
> relative paths will have implications on other systems (non-MacOSX)?
The question I have is why would the behavoour be different between OS X
and linux?
JMarc
Hi Stephan,
debugging LyX in gdb works except for those cases where data has been
optimized away. In those cases, unless I want to recompile everything,
the poor man's way of debugging (std::cerr << ... << std::endl;) still
works :-)
Unfortunately I will leave tomorrow for a business trip, so
Am 13.09.2010 um 04:39 schrieb Cyrille Artho:
> Hi Stephan,
> this has indeed fixed my build problems!
Wonderful. I'm curious... how would you debug your code changes after the build
of LyX?
Are you using command-line gdb? Because you said CMake is not an option for
you...
> It may be a good
Am 09.09.2010 um 08:45 schrieb Stephan Witt:
> Am 09.09.2010 um 08:35 schrieb Cyrille Artho:
>
>> Dear Stephan,
>> I think that fink also uses qt4 by default; qt3 may have been left on my
>> system for providing compatibility with old programs. I may have used
>> one such old program in the past,
Am 09.09.2010 um 08:35 schrieb Cyrille Artho:
> Dear Stephan,
> I think that fink also uses qt4 by default; qt3 may have been left on my
> system for providing compatibility with old programs. I may have used
> one such old program in the past, which was why qt3 was still there.
>
> I had added t
Dear Stephan,
I think that fink also uses qt4 by default; qt3 may have been left on my
system for providing compatibility with old programs. I may have used
one such old program in the past, which was why qt3 was still there.
I had added the option --build=x86 to the ./configure flags for LyX as
Am 09.09.2010 um 07:32 schrieb Cyrille Artho:
> Hi Stephan,
> in the earlier attempt from my previous e-mail, I unfortunately still had
> remnants of a system-wide installation of qt3 left. I have since then removed
> that, and the number of linking problems has gone down significantly.
I canno
Hi Stephan,
in the earlier attempt from my previous e-mail, I unfortunately still
had remnants of a system-wide installation of qt3 left. I have since
then removed that, and the number of linking problems has gone down
significantly.
I am using fink, but for the purpose of using LyX, I use a
Am 07.09.2010 um 03:49 schrieb Cyrille Artho:
> Hi Stephan,
> thank you for updating the guide. Using the recommended options (-universal
> for Qt, "-arch i386" for LyX), I could compile but not link LyX. I have had
> the same problems with earlier attempts.
Thank you for trying the build instr
Hi Stephan,
thank you for updating the guide. Using the recommended options
(-universal for Qt, "-arch i386" for LyX), I could compile but not link
LyX. I have had the same problems with earlier attempts.
My last attempt was using rev. 35300 from svn. Linking also fails in a
similar way on Ly
Am 06.09.2010 um 13:46 schrieb BH:
> On Mon, Sep 6, 2010 at 7:21 AM, Stephan Witt wrote:
>> I've prepared an updated version of INSTALL.MacOSX.
>>
>> If possible, I'd like to get it verified by other people with mac hardware
>> before I commit it.
>
> I'll take a look, though it might be a whi
On Mon, Sep 6, 2010 at 7:21 AM, Stephan Witt wrote:
> I've prepared an updated version of INSTALL.MacOSX.
>
> If possible, I'd like to get it verified by other people with mac hardware
> before I commit it.
I'll take a look, though it might be a while
BH
20 matches
Mail list logo