First login?
Lost password?
 
 
 
mailing-list for TeXmacs Users

Text archives Help


Re: Building TeXmacs for macos


Chronological Thread 
  • From: Kostas Oikonomou <address@hidden>
  • To: address@hidden
  • Subject: Re: Building TeXmacs for macos
  • Date: Sat, 14 Nov 2020 09:29:45 -0500
Just to add to the Qt5 discussion (confusion?), as I wrote a few days earlier, this is what happens with FreeBSD.
There are no problems compiling with Qt5, but

Can someone say with which version of Qt5 is TeXmacs 1.99.14 (or 1.99.13, for that matter) supposed to work?

I have Qt 5.15 on FreeBSD, and both 1.99.13 and 1.99.14 segfault when I try to use *any* plugin (except Scheme).
GDB shows that the problem has to do with libQt5Core, more specifically with the use of Qt pipes. This problem did not occur with Qt 5.14.

                    Kostas

and then

In any case, I downgraded Qt to 5.14, recompiled, and now plugins work in 1.99.14.

So something seems to have changed in Qt 5.15 with respect to pipes, at least for FreeBSD.

                Kostas

On 11/14/20 9:07 AM, Massimiliano Gubinelli wrote:
I can add that building with Qt5 works fine in my machine and as far as I
know also for Joris and Denis (always on Mac). So there should be something
different going on on your specific setup.

On 14. Nov 2020, at 15:04, Massimiliano Gubinelli <address@hidden> wrote:

The -isysroot option should come from Qt, gathered by configure from the
qmake output. Probably Qt5 was build with 10.11 sdk. I'm not sure. However
independently of what is your running OS I was meaning that the headers of
Big Sur should have changed, because there is no such problems with SDKs from
previous systems (e.g. Catilina).

To investigate the issue you can use a very simple Qt application and try to
build it with qmake to see which headers are used. As I said, the error
messages you get seems to come from changes in the headers which cause symbol
clashes in TeXmacs. We had this kind of issues before due to the fact that
various libraries might have incompatible #define


Max

On 14. Nov 2020, at 14:45, Pierre-Henri Jondot <address@hidden> wrote:

Again : I am still running catalina too… but it seems that the configure step
when building with qt 5 had problems… configure chose to build with 10.11 sdk
(with -isysroot directive) by default which fails. It is possible to build
with qt 5, but for that to succeed, I had to change quite a few paths in
makefile.

I haven’t explored Darcy Shen suggestion to use CMake instead yet, but it
might be another way out.

Regards,

Pierre-Henri

Le 14 nov. 2020 à 14:31, Massimiliano Gubinelli <address@hidden> a écrit :

I might add that on Catilina (MacOS 10.15) TeXMacs compile fine with Qt 5
(e.g. 5.9 or 5.15). Maybe something is changed in Big Sur (MacOS 11) at the
level of the include files and this makes compilation fails. For the moment I
do not want to update my machine so I cannot indagate further.

Max


On 14. Nov 2020, at 13:28, Pierre-Henri Jondot <address@hidden> wrote:

Hi,

We exchanged a few mails with Max, and the conclusion is that the problems I
had were the result of trying to build TeXmacs with qt5, which is possible it
seems, although not yet supported and a bit of a pain, as it seems to really
confuse the configure step. I think the instructions on the website regarding
compiling TeXmacs from the sources should be edited to advice compiling with
Qt4 and not Qt5. (No version is suggested there, which led me to believe the
current version of Qt was the expected one, or at least as good as the
previous one…)

Regards,

Pierre-Henri

Le 14 nov. 2020 à 09:03, Massimiliano Gubinelli <address@hidden> a écrit :

That is strange. Building on mac is usually ok for me, with homebrew for
example. Which Qt do you use? Can you post the compilation invocation for
mac_app.mm? (some few lines before the error message)

Max


Archive powered by MHonArc 2.6.19.

Top of page