Re: Trouble Building LyX on OSX 10.11.3 against Qt5

[Joel Kulesza]

On Tue, Mar 22, 2016 at 8:10 AM, Stephan Witt  wrote:

>
> This would be better avoided by compiling LyX in a separate build
> directory.
> You can simply remove it to start over. To do so you create a build
> directory
> somewhere and start the configure script there with absolute path to your
> LyX source checkout.
>

Sounds good; I'm slowly learning the virtues of out-of-source builds.
Perhaps something to be included in INSTALL such as:

Out-of-source builds are recommended.  One way to accomplish this is, once
having cloned the LyX repository (assumed to have been cloned to directory '
lyx'), to create a directory lyx/build.  Change into the build directory
(e.g., cd /lyx/build) and then execute the configure script with
../configure
.



> To help me understand the anatomy of your lyx binary - please tell me the
> output of
> $ otool -L src/lyx
>

See attached.


> Yes, the defaults for Mac are defined in development/MacOSX/lyxrc.dist.in
> and „unpacked“ at first configure run from the bundled LyX.app.
> You have to adjust all platform specific settings manually when executing
> the pure binary from command line.
>

Thanks for the clarification.  This sounds reasonable but I wanted to be
sure to share in case others are taken aback by the behavior.
lyx:
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit 
(compatibility version 45.0.0, current version 1404.34.0)

/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
 (compatibility version 1.0.0, current version 48.0.0)
/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 
7.0.0)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 
1.2.5)
/sw/lib/qt5-mac/lib/QtConcurrent.framework/Versions/5/QtConcurrent 
(compatibility version 5.5.0, current version 5.5.1)
/sw/lib/qt5-mac/lib/QtSvg.framework/Versions/5/QtSvg (compatibility 
version 5.5.0, current version 5.5.1)
/sw/lib/qt5-mac/lib/QtWidgets.framework/Versions/5/QtWidgets 
(compatibility version 5.5.0, current version 5.5.1)
/sw/lib/qt5-mac/lib/QtMacExtras.framework/Versions/5/QtMacExtras 
(compatibility version 5.5.0, current version 5.5.1)
/sw/lib/qt5-mac/lib/QtGui.framework/Versions/5/QtGui (compatibility 
version 5.5.0, current version 5.5.1)
/sw/lib/qt5-mac/lib/QtCore.framework/Versions/5/QtCore (compatibility 
version 5.5.0, current version 5.5.1)
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 
120.1.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 1226.10.1)

/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 
(compatibility version 150.0.0, current version 1256.14.0)

/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 
(compatibility version 1.0.0, current version 728.6.0)
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 
(compatibility version 300.0.0, current version 1256.1.0)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 
228.0.0)

Re: Trouble Building LyX on OSX 10.11.3 against Qt5

[Stephan Witt]

> Am 22.03.2016 um 12:41 schrieb Joel Kulesza :
> 
> On Tue, Mar 22, 2016 at 6:17 AM, Stephan Witt  wrote:
> 
> The two scripts I’ve attached. You have to adjust the QTDIR of course.
> If this works for you your Qt5 setup is ok.
> 
> I can compile and execute the conftest.cpp file you provided when I change 
> the QTDIR in the conftest.sh file you provided with no warnings/errors.  
> However, when I launch, "nothing" happens, which I believe is correct 
> behavior.

Yes, the question was: to compile or not to compile. :)

>  If I add a cout line, I see it.
>  
> Next step is to try
> $ PKG_CONFIG= ./configure --with-x=no --with-qt-dir=/sw/lib/qt5-mac/
> 
> I get the same error as before with the --with-x=no flag: configure: error: 
> cannot compile a simple Qt executable. Check you have the right $QTDIR.

Interesting. My fault then.

>  
> On Tue, Mar 22, 2016 at 6:23 AM, Stephan Witt  wrote:
> Am 22.03.2016 um 11:18 schrieb Jean-Marc Lasgouttes :
> > 
> > Did you try the option --enable-qt5 ?
> 
> This is not useful with Qt5-frameworks, IMO. The Qt5 library names
> are the same as the Qt4 counterparts. It’s simply ignored.
> 
> 
> When I try
> ./configure --with-qt-dir=/sw/lib/qt5-mac/ --enable-qt5
> 
> the configure completes (see attached config.log).
> 
> I then issued a 'make clean' (to clean up my previous efforts)

This would be better avoided by compiling LyX in a separate build directory.
You can simply remove it to start over. To do so you create a build directory
somewhere and start the configure script there with absolute path to your
LyX source checkout.

> and then a 'make' which completes without error and provides the executable 
> 'lyx' in lyx/src.  Upon launching it directly, the icon set has clearly 
> changed to what I've observed in distributed 2.2.0b2 version.  

Cool. Yes, this is really good.

To help me understand the anatomy of your lyx binary - please tell me the 
output of
$ otool -L src/lyx

> 
> I created a simple test document.  The screen fonts all default to "Lucida 
> Grande" (which is a sans serif font) which struck me as odd.

Yes, the defaults for Mac are defined in development/MacOSX/lyxrc.dist.in and 
„unpacked“ at first configure run from the bundled LyX.app.
You have to adjust all platform specific settings manually when executing the 
pure binary from command line.

>  However, they appear as crisp as I would expect from a Retina interface.  
> Regardless, I can change the screen serif font manually to "Times" and it 
> appears properly.  Whether the screen font is changed, the document renders 
> properly (as it should).  
> 
> See screen shots:
> 
> http://i.imgur.com/O2h3GNy.png
> http://i.imgur.com/VavLRfT.png
> 
> My thanks for the help with resolving the flags/paths necessary to allow me 
> to compile!  

Thank you too. I’d definitively be lost when trying to update the INSTALL doc 
for fink-based
build environment.

> Now I can better contribute to discussions on cross-reference crashes, table 
> borders, etc.

Stephan

Re: Trouble Building LyX on OSX 10.11.3 against Qt5

[Joel Kulesza]

On Tue, Mar 22, 2016 at 6:17 AM, Stephan Witt  wrote:

>
> The two scripts I’ve attached. You have to adjust the QTDIR of course.
> If this works for you your Qt5 setup is ok.
>

I can compile and execute the conftest.cpp file you provided when I change
the QTDIR in the conftest.sh file you provided with no warnings/errors.
However, when I launch, "nothing" happens, which I believe is correct
behavior.  If I add a cout line, I see it.


> Next step is to try
> $ PKG_CONFIG= ./configure --with-x=no --with-qt-dir=/sw/lib/qt5-mac/
>

I get the same error as before with the --with-x=no flag: configure: error:
cannot compile a simple Qt executable. Check you have the right $QTDIR.

On Tue, Mar 22, 2016 at 6:23 AM, Stephan Witt  wrote:

> Am 22.03.2016 um 11:18 schrieb Jean-Marc Lasgouttes :
> >

> Did you try the option --enable-qt5 ?
>
> This is not useful with Qt5-frameworks, IMO. The Qt5 library names
> are the same as the Qt4 counterparts. It’s simply ignored.
>
>
When I try

./configure --with-qt-dir=/sw/lib/qt5-mac/ --enable-qt5

the configure completes (see attached config.log).

I then issued a 'make clean' (to clean up my previous efforts) and then a
'make' which completes without error and provides the executable 'lyx' in
lyx/src.  Upon launching it directly, the icon set has clearly changed to
what I've observed in distributed 2.2.0b2 version.

I created a simple test document.  The screen fonts *all* default to
"Lucida Grande" (which is a sans serif font) which struck me as odd.
However, they appear as crisp as I would expect from a Retina interface.
Regardless, I can change the screen serif font manually to "Times" and it
appears properly.  Whether the screen font is changed, the document renders
properly (as it should).

See screen shots:
http://i.imgur.com/O2h3GNy.png
http://i.imgur.com/VavLRfT.png

My thanks for the help with resolving the flags/paths necessary to allow me
to compile!  Now I can better contribute to discussions on cross-reference
crashes, table borders, etc.


config.log
Description: Binary data

Re: Trouble Building LyX on OSX 10.11.3 against Qt5 (2)

[Stephan Witt]

Am 22.03.2016 um 11:17 schrieb Stephan Witt :
> 
> Am 22.03.2016 um 03:02 schrieb Joel Kulesza :
>> 
>> On Mon, Mar 21, 2016 at 7:43 PM, Stephan Witt  wrote:
>> 
>> What I did is to create the symlinks in $QTDIR/include to point to the real 
>> header locations.
>> 
>> I've done the same, but unfortunately still cannot build with the same 
>> error.  See updated ls -lR and config.log attached.  After making those 
>> symlinks, is there another step necessary such as updating a file listing 
>> cache?
> 
> No, that’s not needed.
> 
>> Per the config.log message, I tried setting
>> 
>> export PKG_CONFIG_PATH='/sw/lib/qt5-mac/lib/pkgconfig'
>> 
>> but that didn't help.  Perhaps this should be something else?
> 
> I’ve learned to avoid pkg-config completely. 
> The chance to fail is high for a mixed environment like we have on Mac.
> Therefore I’m building with "export PKG_CONFIG="
> 
> Another thing: X11 is not useful and can be disabled with "--with-x=no"
> 
> I’ve tried to compile a minimal Qt5 example file conftest.cpp and it worked
> with the -F switch in use. This switch is added by configure when pkg-config
> is not used.
> 
> The two scripts I’ve attached. You have to adjust the QTDIR of course.
> If this works for you your Qt5 setup is ok.
> 
> Next step is to try
> $ PKG_CONFIG= ./configure --with-x=no --with-qt-dir=/sw/lib/qt5-mac/
> 
> Let’s see how it goes.
> 
> Stephan
> 
> PS. The scripts didn’t pass the security checks… Please get them here:
> 
> https://dl.dropboxusercontent.com/u/27842660/conftest.zip


Meanwhile I tried the minimalistic approach to run configure, then make and
finally start lyx - and learned the produced binary isn’t usable outside
the app bundle and cannot be started from build directory. The attached patch
is improving the situation. You have run autogen.sh after applying the patch.

You may ask how I can create a working LyX.app. I’m using two scripts -
the 1st is part of the git checkout: development/LyX-Mac-binary-release.sh
the 2nd is holding my environment and is listed here:

=
#!/bin/sh
ARCH=x86_64
QtVersion=5.6.0-rc
QtAPI=-cocoa
LyXSourceDir=lyx
LyXVersion=$(grep AC_INIT "${LyXSourceDir}"/configure.ac | cut -d, -f2 | tr -d 
" ()")
CC=cc CXX="c++ -stdlib=libc++" \
QtConfigureOptions="-debug-and-release" QtAPI=${QtAPI} QtVersion=${QtVersion} \
PKG_CONFIG= sh ${MKFLAGS} ${LyXSourceDir}/development/LyX-Mac-binary-release.sh 
\
   --with-macosx-target=10.8 --with-arch=${ARCH} \
   --with-qt-dir=/Users/Shared/LyX/qt-${QtVersion}-frameworks${QtAPI}-${ARCH} \
   "$@"
=

The script LyX-Mac-binary-release.sh creates Qt-frameworks from source and 
builds
the LyX application and then the disk image.

Stephan


rpath-patch.diff
Description: Binary data

Re: Trouble Building LyX on OSX 10.11.3 against Qt5

[Stephan Witt]

Am 22.03.2016 um 11:18 schrieb Jean-Marc Lasgouttes :
> 
> Le 22/03/2016 03:02, Joel Kulesza a écrit :
>> I've done the same, but unfortunately still cannot build with the same
>> error.  See updated ls -lR and config.log attached.  After making those
>> symlinks, is there another step necessary such as updating a file
>> listing cache?
>> 
>> Per the config.log message, I tried setting
>> 
>> export PKG_CONFIG_PATH='/sw/lib/qt5-mac/lib/pkgconfig'
>> 
>> but that didn't help.  Perhaps this should be something else?
>> 
> 
> Did you try the option --enable-qt5 ?

This is not useful with Qt5-frameworks, IMO. The Qt5 library names
are the same as the Qt4 counterparts. It’s simply ignored.

Stephan

Re: Trouble Building LyX on OSX 10.11.3 against Qt5

[Jean-Marc Lasgouttes]

Le 22/03/2016 03:02, Joel Kulesza a écrit :

I've done the same, but unfortunately still cannot build with the same
error.  See updated ls -lR and config.log attached.  After making those
symlinks, is there another step necessary such as updating a file
listing cache?

Per the config.log message, I tried setting

export PKG_CONFIG_PATH='/sw/lib/qt5-mac/lib/pkgconfig'

but that didn't help.  Perhaps this should be something else?



Did you try the option --enable-qt5 ?

JMarc

Re: Trouble Building LyX on OSX 10.11.3 against Qt5 (2)

[Stephan Witt]

Am 22.03.2016 um 03:02 schrieb Joel Kulesza :
> 
> On Mon, Mar 21, 2016 at 7:43 PM, Stephan Witt  wrote:
> 
> What I did is to create the symlinks in $QTDIR/include to point to the real 
> header locations.
> 
> I've done the same, but unfortunately still cannot build with the same error. 
>  See updated ls -lR and config.log attached.  After making those symlinks, is 
> there another step necessary such as updating a file listing cache?

No, that’s not needed.

> Per the config.log message, I tried setting
> 
> export PKG_CONFIG_PATH='/sw/lib/qt5-mac/lib/pkgconfig'
> 
> but that didn't help.  Perhaps this should be something else?

I’ve learned to avoid pkg-config completely. 
The chance to fail is high for a mixed environment like we have on Mac.
Therefore I’m building with "export PKG_CONFIG="

Another thing: X11 is not useful and can be disabled with "--with-x=no"

I’ve tried to compile a minimal Qt5 example file conftest.cpp and it worked
with the -F switch in use. This switch is added by configure when pkg-config
is not used.

The two scripts I’ve attached. You have to adjust the QTDIR of course.
If this works for you your Qt5 setup is ok.

Next step is to try
$ PKG_CONFIG= ./configure --with-x=no --with-qt-dir=/sw/lib/qt5-mac/

Let’s see how it goes.

Stephan

PS. The scripts didn’t pass the security checks… Please get them here:

https://dl.dropboxusercontent.com/u/27842660/conftest.zip

Re: Trouble Building LyX on OSX 10.11.3 against Qt5

[Stephan Witt]

Am 21.03.2016 um 23:00 schrieb Joel Kulesza :
> 
> On Mon, Mar 21, 2016 at 5:47 PM, Stephan Witt  wrote:
> 
> The config.log would be of interest then.
> 
> See attached config.log. 

Ok, sorry for that - I’m getting old. I forgot that I've patched my 
Qt5-installation to make it usable.
I don’t know if it’s a bug in Qt5 or if some change in LyX compiler switches is 
required to use it.

What I did is to create the symlinks in $QTDIR/include to point to the real 
header locations.
See below:
 
$ ls -l /Users/Shared/LyX/qt-5.6.0-rc-frameworks-cocoa-x86_64/include
total 80
lrwxr-xr-x   1 stephan  wheel   37 25 Feb 10:10 QtConcurrent -> 
../lib/QtConcurrent.framework/Headers
lrwxr-xr-x   1 stephan  wheel   31 25 Feb 10:10 QtCore -> 
../lib/QtCore.framework/Headers
lrwxr-xr-x   1 stephan  wheel   31 25 Feb 10:10 QtDBus -> 
../lib/QtDBus.framework/Headers
lrwxr-xr-x   1 stephan  wheel   30 25 Feb 10:10 QtGui -> 
../lib/QtGui.framework/Headers
lrwxr-xr-x   1 stephan  wheel   36 25 Feb 10:10 QtMacExtras -> 
../lib/QtMacExtras.framework/Headers
lrwxr-xr-x   1 stephan  wheel   34 25 Feb 10:10 QtNetwork -> 
../lib/QtNetwork.framework/Headers
drwxr-xr-x   8 stephan  wheel  272 25 Feb 10:08 QtOpenGLExtensions
drwxr-xr-x  26 stephan  wheel  884 25 Feb 10:08 QtPlatformHeaders
drwxr-xr-x   7 stephan  wheel  238 25 Feb 10:08 QtPlatformSupport
lrwxr-xr-x   1 stephan  wheel   39 25 Feb 10:10 QtPrintSupport -> 
../lib/QtPrintSupport.framework/Headers
drwxr-xr-x   7 stephan  wheel  238 25 Feb 10:09 QtQmlDevTools
lrwxr-xr-x   1 stephan  wheel   30 25 Feb 10:10 QtSvg -> 
../lib/QtSvg.framework/Headers
drwxr-xr-x   9 stephan  wheel  306 25 Feb 10:10 QtUiTools
lrwxr-xr-x   1 stephan  wheel   34 25 Feb 10:10 QtWidgets -> 
../lib/QtWidgets.framework/Headers
lrwxr-xr-x   1 stephan  wheel   30 25 Feb 10:10 QtXml -> 
../lib/QtXml.framework/Headers

I’ve checked the pkg-config file from Qt5 for e.g. Qt5UiTools.pc and all the 
compiler switches given there are present when LyX configure is trying to 
compile the first Qt-code-snippet. If I move the QtCore symlink away I’m 
getting the same error as you mentioned.

See also at https://trac.macports.org/ticket/44204

The man page for clang mentions the -F switch to add a directory to search 
include headers in frameworks but this didn’t help. I failed to find a working 
example so I’ve sticked with my symlink hack. (It’s not so easy to google for 
examples for the „-F“ switch.)

> >   • Building LyX against qt.io's Open Source compiled version of Qt 
> > 5.6.0 with first configure/making Qt5 with the source code installer here 
> > which appears to configure/make/make install (to /sw/lib/qt5-qtio) 
> > successfully.  I then try
> > ./configure --with-qt-dir=/sw/lib/qt5-qtio/
> 
> Really? What’s the contents of /sw/lib/qt5-qtio?
> 
> 
> See attached ls -lR text files for qt5-qtio to be compared with Fink's 
> qt5-mac.
> 

This (qt5-qtio_ls-lR.txt) looks unusable indeed.

Stephan

Re: Trouble Building LyX on OSX 10.11.3 against Qt5

[Stephan Witt]

Am 21.03.2016 um 22:35 schrieb Joel Kulesza :
> 
> LyX Developers,
> 
> I'm currently having trouble building LyX 2.2.0b2 against Qt5 on OSX 10.11.3 
> (El Capitan, the latest released OSX).  Hopefully one of the experts here can 
> help so I can more effectively provide feedback on the bleeding edge.
> 
> A bit of background: I have extensive LaTeX experience, reasonably extensive 
> experience developing C++ and Fortran-based scientific codes, and some 
> experience with developing Perl/Python Tk-based GUI applications.  However, I 
> have no experience developing Qt-based GUI applications.
> 
> Regardless, I use Fink for managing packages on my OSX machines to afford a 
> Linux-like environment/toolset.  I would prefer to get LyX built using (a) 
> Fink-provided tools or (b) independently built/installed tools.  I do not 
> want to install another manager such as Homebrew or MacPorts.  Sorry, but I 
> feel as though one is enough.

That should be ok - no problem. I’m using MacPorts, but this cannot be the 
culprit. And I won’t install another 3rd party package manager either.
  
> 
> Nevertheless, I have tried:
>   • Building LyX against Fink's Qt4, version 4.8.7 (from qt4-base-mac) 
> with
> ./configure --with-qt-dir=/sw/lib/qt4-mac/
> 
> This leads to successful configuration, where I can then `make` and have a 
> working build.  However, there is no Retina support (the feature I've most 
> been waiting for).
> 
> Note that I have not tried building against Fink's Qt4, version 4.7.3, from 
> qt4-base-x11.

I’d guess this wouldn't make much sense. The native Carbon- or Cocoa-based Qt 
should be ok.
I’d expect to fail X11-Qt on Mac with LyX. The code isn’t aware of this 
combination.

> 
>   • Building LyX against Fink's Qt5, version 5.5.1 (from qt5-mac) with
> ./configure --with-qt-dir=/sw/lib/qt5-mac/
> 
> which fails to configure with
> 
> configure: error: cannot compile a simple Qt executable. Check you have the 
> right $QTDIR.

The config.log would be of interest then.

> 
> Setting `export QTDIR='/sw/lib/qt5-mac'` does not fix this.  
> 
> Note that there is no equivalent qt5-x11 package to test with.

See above. No value to have it.

> 
>   • Building LyX against qt.io's Open Source compiled version of Qt 5.6.0 
> with first configure/making Qt5 with the source code installer here which 
> appears to configure/make/make install (to /sw/lib/qt5-qtio) successfully.  I 
> then try 
> ./configure --with-qt-dir=/sw/lib/qt5-qtio/

Really? What’s the contents of /sw/lib/qt5-qtio?

> 
> where I again see
> 
> configure: error: cannot compile a simple Qt executable. Check you have the 
> right $QTDIR.
> 
> Note that the size of /sw/lib/qt5-qtio is 9.3M to be compared with Fink's Qt4 
> size of 610M and Fink's Qt5 size of 719M.  I didn't want to "install" all the 
> features; however, this seems awfully light...
> 
> This is very likely a case of me not understanding a subtle directory 
> structure change between Qt4 and Qt5 because I would expect Fink's Qt5 to be 
> adequate.  Morever, I do see a bin/qmake for both Qt4 and Qt5 (for both Fink 
> and qt.io).  I'm unsure what else might be needed for "a simple Qt 
> executable.“
> 
> Any thoughts you can provide are most appreciated.
> 
> Please don't hesitate to contact me with any comments, questions, or concerns.

Thank you for your help to get the thing working with fink.

Stephan

Trouble Building LyX on OSX 10.11.3 against Qt5

[Joel Kulesza]

LyX Developers,

I'm currently having trouble building LyX 2.2.0b2 against Qt5 on OSX
10.11.3 (El Capitan, the latest released OSX).  Hopefully one of the
experts here can help so I can more effectively provide feedback on the
bleeding edge.

A bit of background: I have extensive LaTeX experience, reasonably
extensive experience developing C++ and Fortran-based scientific codes, and
some experience with developing Perl/Python Tk-based GUI applications.
However, I have no experience developing Qt-based GUI applications.

Regardless, I use Fink for managing packages on my OSX machines to afford a
Linux-like environment/toolset.  I would prefer to get LyX built using (a)
Fink-provided tools or (b) independently built/installed tools.  I do not
want to install another manager such as Homebrew or MacPorts.  Sorry, but I
feel as though one is enough.

Nevertheless, I have tried:

   - Building LyX against Fink's Qt4, version 4.8.7 (from qt4-base-mac) with

   ./configure --with-qt-dir=/sw/lib/qt4-mac/

   This leads to successful configuration, where I can then `make` and have
   a working build.  However, there is no Retina support (the feature I've
   most been waiting for).

   Note that I have not tried building against Fink's Qt4, version 4.7.3,
   from qt4-base-x11.
   - Building LyX against Fink's Qt5, version 5.5.1 (from qt5-mac) with

   ./configure --with-qt-dir=/sw/lib/qt5-mac/

   which fails to configure with

   configure: error: cannot compile a simple Qt executable. Check you have
   the right $QTDIR.

   Setting `export QTDIR='/sw/lib/qt5-mac'` does not fix this.
   Note that there is no equivalent qt5-x11 package to test with.

   - Building LyX against qt.io 's Open Source compiled
   version of Qt 5.6.0 with first configure/making Qt5 with the source code
   installer here
   

which
   appears to configure/make/make install (to /sw/lib/qt5-qtio) successfully.
   I then try

   ./configure --with-qt-dir=/sw/lib/qt5-qtio/

   where I again see

   configure: error: cannot compile a simple Qt executable. Check you have
   the right $QTDIR.

   Note that the size of /sw/lib/qt5-qtio is 9.3M to be compared with
   Fink's Qt4 size of 610M and Fink's Qt5 size of 719M.  I didn't want to
   "install" all the features; however, this seems awfully light...

This is very likely a case of me not understanding a subtle directory
structure change between Qt4 and Qt5 because I would expect Fink's Qt5 to
be adequate.  Morever, I do see a bin/qmake for both Qt4 and Qt5 (for both
Fink and qt.io).  I'm unsure what else might be needed for "a simple Qt
executable."

Any thoughts you can provide are most appreciated.

Please don't hesitate to contact me with any comments, questions, or
concerns.

Thank you,
Joel

Re: building lyx on osx

[Stephan Witt]

Am 20.07.2012 um 12:48 schrieb Edwin Leuven:

> On Jul 20, 2012, at 12:20 , Kornel Benko wrote:
>> Am Freitag, 20. Juli 2012 um 11:05:27, schrieb Edwin Leuven 
>> 
>> > there seems to be some problem with linking iconv though. 
>>  
>> What problems?
> 
> i pasted the error message below. 
> 
> looks like iconv is not 64bit
> 
> ed.
> 
> 
> 
> Ld /Users/edwin/devel/lyx-build/bin/Debug/lyxclient2.1 normal x86_64
> cd /Users/edwin/devel/lyx
> setenv MACOSX_DEPLOYMENT_TARGET 10.7
> 
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
>  -arch x86_64 -isysroot 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk
>  -L/Users/edwin/devel/lyx-build/bin/Debug 
> -L/Users/edwin/devel/lyx-build/lib/Debug/Debug 
> -L/Users/edwin/devel/lyx-build/lib/Debug -L/opt/local/lib/Debug 
> -L/opt/local/lib -F/Users/edwin/devel/lyx-build/bin/Debug 
> -F/Library/Frameworks -filelist 
> /Users/edwin/devel/lyx-build/src/client/lyx.build/Debug/lyxclient2.1.build/Objects-normal/x86_64/lyxclient2.1.LinkFileList
>  -mmacosx-version-min=10.7 -Wl,-search_paths_first 
> -Wl,-headerpad_max_install_names 
> /Users/edwin/devel/lyx-build/lib/Debug/libsupport.a 
> /Users/edwin/devel/lyx-build/lib/Debug/libboost_signals.a 
> /Users/edwin/devel/lyx-build/lib/Debug/libboost_regex.a 
> /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -framework QtCore 
> -framework QtGui -framework AppKit /opt/local/lib/libz.dylib -lobjc 
> -framework CoreFoundation -framework AppKit -o 
> /Users/edwin/devel/lyx-build/bin/Debug/lyxclient2.1
> 
> ld: warning: directory not found for option 
> '-L/Users/edwin/devel/lyx-build/lib/Debug/Debug'
> ld: warning: directory not found for option '-L/opt/local/lib/Debug'
> Undefined symbols for architecture x86_64:
>   "_iconv_open", referenced from:
>   lyx::IconvProcessor::init() in libsupport.a(unicode.o)
>   "_iconv", referenced from:
>   lyx::IconvProcessor::convert(char const*, unsigned long, char*, 
> unsigned long) in libsupport.a(unicode.o)
>  (maybe you meant: __ZN3lyx19from_iconv_encodingERKSsS1_, 
> __ZN3lyx17to_iconv_encodingERKSbIwSt11char_traitsIwESaIwEERKSs )
>   "_iconv_close", referenced from:
>   lyx::IconvProcessor::convert(char const*, unsigned long, char*, 
> unsigned long) in libsupport.a(unicode.o)
>   lyx::IconvProcessor::Impl::~Impl() in libsupport.a(unicode.o)
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> 

It looks like you're using iconv from macports, is this the case?
Perhaps you have to install it for both architectures...

Here I'm on Mac OS X 10.6 (Snow Leopard) and call cmake to build LyX for i386 
(for 10.5) using this script:
==
LyxSourceDir="$HOME/git/lyx" # here are the original dirs of the src, lib ...
export CMAKE_OSX_ARCHITECTURES="i386"
export CPPFLAGS="-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i386"
export SDKROOT="/Developer/SDKs/MacOSX10.5.sdk"
export MACOSX_DEPLOYMENT_TARGET=10.5
export PATH="/Developer/Tools/Qt:${PATH}" # I'm using the original Qt-Package 
from troll tech here
LyXVersion=$(grep AC_INIT "${LyxSourceDir}"/configure.ac | cut -d, -f2 | tr -d 
" ()")
LyxBuildDir=lyx-build/cmake/"${LyXVersion}" # the build is out-of-source 
separate per version
rm -rf "${LyxBuildDir}"
mkdir -p "${LyxBuildDir}"
(
   cd "${LyxBuildDir}" && \
   cmake "${LyxSourceDir}" -G "Xcode" \
  -DLYX_EXTERNAL_LIBINTL=ON \
  -DLYX_DEVEL_VERSION=ON -DLYX_DEBUG=ON -DLYX_RELEASE=OFF \
  -DLYX_DEBUG_GLIBC=ON -DLYX_DEBUG_GLIBC_PEDANTIC=ON \
  -DLYX_PACKAGE_SUFFIX=OFF -DLYX_PROGRAM_SUFFIX=OFF \
  "$@"
)
==

resulting in the following
...
-- Building Native Language Support (LYX_NLS is set), used libraries:
-- 
--   * intl
--  - header : /usr/local/include/libintl.h
--  - library: /usr/local/lib/libintl.dylib
--   * iconv
--  - header : /usr/include/iconv.h
--  - library: /usr/lib/libiconv.dylib
--   * zlib
--  - header : /usr/include/zlib.h
--  - library: /usr/lib/libz.dylib
...

The system libiconv is universal:
$ file /usr/lib/libiconv.dylib
/usr/lib/libiconv.dylib: Mach-O universal binary with 3 architectures
/usr/lib/libiconv.dylib (for architecture x86_64):  Mach-O 64-bit 
dynamically linked shared library x86_64
/usr/lib/libiconv.dylib (for architecture i386):Mach-O dynamically 
linked shared library i386
/usr/lib/libiconv.dylib (for architecture ppc7400): Mach-O dynamically 
linked shared library ppc
The Qt4.7 libs I'm using too:
$ file /Library/Frameworks/QtGui.framework/Versions/4/QtGui
/Library/Frameworks/QtGui.framework/Versions/4/QtGui: Mach-O universal binary 
with 2 architectures
/Library/Frameworks/QtGui.framework/Versions/4/QtGui (for architecture x86_64): 
Mach-O 64-bit dynamically linked shared library x86_64
/Library/Frameworks/QtGui.framework/

Re: Re: building lyx on osx

[Kornel Benko]

Am Freitag, 20. Juli 2012 um 12:48:06, schrieb Edwin Leuven 
> On Jul 20, 2012, at 12:20 , Kornel Benko wrote:
> > Am Freitag, 20. Juli 2012 um 11:05:27, schrieb Edwin Leuven 
> > 
> > > there seems to be some problem with linking iconv though. 
> >  
> > What problems?
> 
> i pasted the error message below. 
> 
> looks like iconv is not 64bit

This should not be a problem. We search for this lib in 
development/cmake/modules/FindICONV.cmake.
You may want to try to adapt this file.

And maybe it would help "cmake ... -DLYX_NLS=ON -DLYX_EXTERNAL_LIBINTL=ON ..."

> ed.

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: building lyx on osx

[Edwin Leuven]

On Jul 20, 2012, at 12:20 , Kornel Benko wrote:
> Am Freitag, 20. Juli 2012 um 11:05:27, schrieb Edwin Leuven 
> 
> > there seems to be some problem with linking iconv though. 
>  
> What problems?

i pasted the error message below. 

looks like iconv is not 64bit

ed.



Ld /Users/edwin/devel/lyx-build/bin/Debug/lyxclient2.1 normal x86_64
cd /Users/edwin/devel/lyx
setenv MACOSX_DEPLOYMENT_TARGET 10.7

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
 -arch x86_64 -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk
 -L/Users/edwin/devel/lyx-build/bin/Debug 
-L/Users/edwin/devel/lyx-build/lib/Debug/Debug 
-L/Users/edwin/devel/lyx-build/lib/Debug -L/opt/local/lib/Debug 
-L/opt/local/lib -F/Users/edwin/devel/lyx-build/bin/Debug -F/Library/Frameworks 
-filelist 
/Users/edwin/devel/lyx-build/src/client/lyx.build/Debug/lyxclient2.1.build/Objects-normal/x86_64/lyxclient2.1.LinkFileList
 -mmacosx-version-min=10.7 -Wl,-search_paths_first 
-Wl,-headerpad_max_install_names 
/Users/edwin/devel/lyx-build/lib/Debug/libsupport.a 
/Users/edwin/devel/lyx-build/lib/Debug/libboost_signals.a 
/Users/edwin/devel/lyx-build/lib/Debug/libboost_regex.a 
/opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -framework QtCore 
-framework QtGui -framework AppKit /opt/local/lib/libz.dylib -lobjc -framework 
CoreFoundation -framework AppKit -o 
/Users/edwin/devel/lyx-build/bin/Debug/lyxclient2.1

ld: warning: directory not found for option 
'-L/Users/edwin/devel/lyx-build/lib/Debug/Debug'
ld: warning: directory not found for option '-L/opt/local/lib/Debug'
Undefined symbols for architecture x86_64:
  "_iconv_open", referenced from:
  lyx::IconvProcessor::init() in libsupport.a(unicode.o)
  "_iconv", referenced from:
  lyx::IconvProcessor::convert(char const*, unsigned long, char*, unsigned 
long) in libsupport.a(unicode.o)
 (maybe you meant: __ZN3lyx19from_iconv_encodingERKSsS1_, 
__ZN3lyx17to_iconv_encodingERKSbIwSt11char_traitsIwESaIwEERKSs )
  "_iconv_close", referenced from:
  lyx::IconvProcessor::convert(char const*, unsigned long, char*, unsigned 
long) in libsupport.a(unicode.o)
  lyx::IconvProcessor::Impl::~Impl() in libsupport.a(unicode.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Re: building lyx on osx

[Kornel Benko]

Am Freitag, 20. Juli 2012 um 11:05:27, schrieb Edwin Leuven 
> hi guys, 
> 
> i recently got a mac, and am now trying to build lyx using Xcode & cmake. 
> 
> there seems to be some problem with linking iconv though. 

What problems? Is the iconv lib not found? Or iconv header file?
#egrep -i iconv CMakeCache.txt (on ubuntu, but should be similar)
-->ICONV_HEADER:FILEPATH=/usr/include/iconv.h
   ICONV_INCLUDE_DIR:PATH=/usr/include
   ICONV_LIBRARY:STRING=
   //Test HAVE_ICONV_CONST
   HAVE_ICONV_CONST:INTERNAL=
   //Have function iconv
   HAVE_ICONV_IN_LIBC:INTERNAL=1
   //ADVANCED property for variable: ICONV_INCLUDE_DIR
   ICONV_INCLUDE_DIR-ADVANCED:INTERNAL=1
   //ADVANCED property for variable: ICONV_LIBRARY
   ICONV_LIBRARY-ADVANCED:INTERNAL=1


> i was wondering whether there are some recent build instructions for osx?
> 
> also, did someone manage to make lyx look decent on a retina display?
> 
> thanks, edwin

I have no mac here, so don't know.

Kornel

signature.asc
Description: This is a digitally signed message part.

building lyx on osx

[Edwin Leuven]

hi guys, 

i recently got a mac, and am now trying to build lyx using Xcode & cmake. 

there seems to be some problem with linking iconv though. 

i was wondering whether there are some recent build instructions for osx?

also, did someone manage to make lyx look decent on a retina display?

thanks, edwin

Re: LyX on OSX (X11) link

[Jean-Marc Lasgouttes]

>>>>> "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:

Ronald> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Angus> http://www.devel.lyx.org/download/ Jean-Marc, this link (to the
Angus> LyX on OSX (X11) HOWTO) now goes to lyx_on_aqua.html. I guess
Angus> that that makes the paragraph redundant.
>>  I removed it.

Ronald> The LyX on OSX (X11) Howto is at
Ronald> http://www.18james.com/lyx_on_X11.html . 

Thanks Ronald. I accordingly re-added the link.

JMarc

Re: LyX on OSX (X11) link

[Angus Leeming]

Ronald Florence wrote:

> The problem with the LyX on OSX (X11) page was a corrupted style.css
> file.  Now fixed.  You may need to empty your cache to make the page
> show up correctly.

Confirmed as working. Good detective work!

> Sorry to cause so much bother.  I should stick to book writing!

Bother? No bother.

-- 
Angus

Re: LyX on OSX (X11) link

[Ronald Florence]

The problem with the LyX on OSX (X11) page was a corrupted style.css
file.  Now fixed.  You may need to empty your cache to make the page
show up correctly.

Sorry to cause so much bother.  I should stick to book writing!
-- 

Ronald Florence ron.18james.com

Re: LyX on OSX (X11) link

[Ronald Florence]

Angus Leeming <[EMAIL PROTECTED]> writes:

> > The LyX on OSX (X11) Howto is at
> > http://www.18james.com/lyx_on_X11.html .
> 
> Hi, Ronald. Hope the book is coming on well.
> 
> I note that konqueror renders this page poorly. Attached is a
> screenshot of the left hand edge of the window. Note how the section
> titles appear to start before the left hand edge.
> 
> Mozilla gives the page a nice border so all is well there.

Alas, that page and the LyX/Mac Howto are straight-forward http, and
work fine in Safari, which is where they are most likely seen by Mac
users.  The pages exhibit the same problem you (and Jean-Marc)
identified in Firefox on an ms-windows machine.

Unfortunately, I don't have time to rewrite the style sheet now.  The
book-in-progress is coming along, but it and the promotion of another
book which is coming out this fall make it unlikely that I'll have
time to update these Howtos.  Perhaps it is time for someone else to
take over these pages.  I would think a translation to the format of
the lyx.org pages would be simple.
-- 

Ronald Florence ron.18james.com

Re: LyX on OSX (X11) link

[Jean-Marc Lasgouttes]

>>>>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:

Angus> Ronald Florence wrote:
>> The LyX on OSX (X11) Howto is at
>> http://www.18james.com/lyx_on_X11.html .

Angus> Hi, Ronald. Hope the book is coming on well.

Angus> I note that konqueror renders this page poorly. Attached is a
Angus> screenshot of the left hand edge of the window. Note how the
Angus> section titles appear to start before the left hand edge.

Angus> Mozilla gives the page a nice border so all is well there.

I see the same problem with mozilla 1.5 here.

JMarc

Re: LyX on OSX (X11) link

[Angus Leeming]

Ronald Florence wrote:
> The LyX on OSX (X11) Howto is at
> http://www.18james.com/lyx_on_X11.html .

Hi, Ronald. Hope the book is coming on well.

I note that konqueror renders this page poorly. Attached is a
screenshot of the left hand edge of the window. Note how the section
titles appear to start before the left hand edge.

Mozilla gives the page a nice border so all is well there.

-- 
Angus<>

Re: LyX on OSX (X11) link

[Ronald Florence]

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:

> Angus> http://www.devel.lyx.org/download/ Jean-Marc, this link (to the
> Angus> LyX on OSX (X11) HOWTO) now goes to lyx_on_aqua.html. I guess
> Angus> that that makes the paragraph redundant.
> 
> I removed it.

The LyX on OSX (X11) Howto is at http://www.18james.com/lyx_on_X11.html .
-- 

Ronald Florence www.18james.com

Re: LyX on OSX (X11) link

[Jean-Marc Lasgouttes]

>>>>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:

Angus> http://www.devel.lyx.org/download/ Jean-Marc, this link (to the
Angus> LyX on OSX (X11) HOWTO) now goes to lyx_on_aqua.html. I guess
Angus> that that makes the paragraph redundant.

I removed it.

JMarc

Re: LyX on OSX (X11) link

[Jean-Marc Lasgouttes]

>>>>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:

Angus> http://www.devel.lyx.org/download/ Jean-Marc, this link (to the
Angus> LyX on OSX (X11) HOWTO) now goes to lyx_on_aqua.html. I guess
Angus> that that makes the paragraph redundant.

Yes. 

JMarc

LyX on OSX (X11) link

[Angus Leeming]

http://www.devel.lyx.org/download/

Jean-Marc, this link (to the LyX on OSX (X11) HOWTO) now goes to
lyx_on_aqua.html. I guess that that makes the paragraph redundant.

Angus

Beside the page mentioned above, Ronald Florence has also set up a LyX
on OSX (X11) HOWTO for installing LyX on Mac OS X, either with the
xforms or the Qt interface (you will need an X window server in both
cases). This page also outlines procedures for integrating LyX into
the Mac OS X drag-and-drop and double-click interface.

Re: Lyx on OSX

[Jules Bean]

On Mon, Jun 24, 2002 at 10:46:19PM +0200, bernhard wrote:
> Hello,
> I'm a fan of Lyx, usually running on Linux. But now Ihave OSX and miss 
> Lyx so much. I know there is a version on X on X, but will there be a 
> port to native OSX? I think this will be a nice thing for Tex users on 
> OSX, and there are only few Frontends, but noone is as good as Lyx! I 
> hope for a OSX support.

Ah.. just a moment.  I think I can see your mistake. Ah, yes!  Your
mistake was, you switched back to a proprietary system. Switch back to
Linux and not only will LyX work again, but you'll feel all warm and
fuzzy inside ;-P

Jules

(Lest anyone take the above too seriously, I am in no way officially
affiliated with the LyX project, and my views are not its views.)

Re: Lyx on OSX

[Lars Gullik Bjønnes]

bernhard <[EMAIL PROTECTED]> writes:

| Hello,
| I'm a fan of Lyx, usually running on Linux. But now Ihave OSX and miss
| Lyx so much. I know there is a version on X on X, but will there be a
| port to native OSX? I think this will be a nice thing for Tex users on
| OSX, and there are only few Frontends, but noone is as good as Lyx! I
| hope for a OSX support.

You should round up some fellow OSX developers then and get going.
That is basically the only way it will (and can) happen, none of the
current developers use OSX.

Looking forward you seeing you contribute :-)

-- 
Lgb

Lyx on OSX

[bernhard]

Hello,
I'm a fan of Lyx, usually running on Linux. But now Ihave OSX and miss 
Lyx so much. I know there is a version on X on X, but will there be a 
port to native OSX? I think this will be a nice thing for Tex users on 
OSX, and there are only few Frontends, but noone is as good as Lyx! I 
hope for a OSX support.

Stefan