[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: building on macOS?
From: |
Ben Abbott |
Subject: |
Re: building on macOS? |
Date: |
Wed, 07 Nov 2018 21:39:50 -0800 |
> On Nov 6, 2018, at 3:54 PM, Ben Abbott <address@hidden> wrote:
>
>> On Nov 6, 2018, at 15:38, John W. Eaton <address@hidden> wrote:
>>
>> On 11/06/2018 05:12 PM, Carlo De Falco wrote:
>>>> On 6 Nov 2018, at 22:41, Sebastian Schöps <address@hidden> wrote:
>>>>
>>>> Dmitri A. Sergatskov wrote
>>>>> Running "make V=1" -- finished building w/o problem.
>>>>> This is on Fedora 29.
>>>>
>>>> I have the same issue on macOS (default branch, with Gui) and "make V=1"
>>>> does not help here...
>>>> ...
>>>> /bin/sh run-octave --norc --silent --no-history --path
>>>> /private/tmp/octave-octave-app-20181106-78235-s9u83m/doc/interpreter/
>>>> --eval
>>>> "interpimages ('doc/interpreter/', 'interpn', 'txt');"
>>>> fatal: caught signal Segmentation fault: 11 -- stopping myself...
>>>>
>>>> Sebastian
>>> I completed the bisection search, this seems to be the first bad revision
>>> for me :
>>> $ hg bisect -g
>>> The first bad revision is:
>>> changeset: 25994:332be8be16eb
>>> user: John W. Eaton <address@hidden>
>>> date: Fri Sep 28 18:18:09 2018 -0400
>>> summary: dynamically load qt graphics
>>> can someone confirm that a00379f6f8c4 builds correctly while 332be8be16eb
>>> fails?
>>
>> Can someone also run the failing version under gdb or get a core file and
>> run gdb on that and the octave-gui executable and see where the segfault
>> happens?
>>
>> jwe
>
> Apple’s clang supports lldb. run-octave needs to be adjusted to use lldb.
>
> I was looking at this yesterday. I think all the needed translation info is
> at the link below.
>
> https://lldb.llvm.org/lldb-gdb.html
>
> Ben
The last working version is a00379f6f8c4 (fminsearch.m: Accept problem
structure for Matlab compatibility).
Changesets 332be8be16eb thru 56ac36b5f7b0 are unable to build __init_qt__.la.
56ac36b5f7b0: eliminate unnecessary use of this-> in member function
clang: error: linker command failed with exit code 1 (use -v to see
invocation)
make[2]: *** [libgui/graphics/__init_qt__.la] Error 1
Changeset 14e844f1459a fixes the __init_qt__.la build problem.
14e844f1459a: fix linking of __init_qt__.la on Windows systems (bug #54881)
After fixing this problem, when the qt toolkit is used, Octave seg-faults when
exiting.
fatal: caught signal Segmentation fault: 11 -- stopping myself...
make[2]: *** [doc/interpreter/convhull.txt] Segmentation fault: 11
make[2]: *** Deleting file `doc/interpreter/convhull.txt’
Speculation on my part, but this may be related to the problem with cleaning up
qt before exiting.
https://savannah.gnu.org/bugs/index.php?50025
Ben
- Re: building on macOS?, (continued)
- Re: building on macOS?, Carlo De Falco, 2018/11/06
- Re: building on macOS?, Pantxo Diribarne, 2018/11/06
- Re: building on macOS?, Carlo De Falco, 2018/11/06
- Re: building on macOS?, Carlo De Falco, 2018/11/06
- Re: building on macOS?, Dmitri A. Sergatskov, 2018/11/06
- Re: building on macOS?, Sebastian Schöps, 2018/11/06
- Re: building on macOS?, Carlo De Falco, 2018/11/06
- Re: building on macOS?, John W. Eaton, 2018/11/06
- Re: building on macOS?, Ben Abbott, 2018/11/06
- Re: building on macOS?, Ben Abbott, 2018/11/07
- Re: building on macOS?,
Ben Abbott <=
- Re: building on macOS?, Carlo de Falco, 2018/11/08
- Re: building on macOS?, Ben Abbott, 2018/11/12
- Re: building on macOS?, John W. Eaton, 2018/11/13
- Re: building on macOS?, Carlo de Falco, 2018/11/13
- Re: building on macOS?, Sebastian Schöps, 2018/11/13
- Re: building on macOS?, Ben Abbott, 2018/11/13
- Re: building on macOS?, Ben Abbott, 2018/11/13
- Re: building on macOS?, Carlo De Falco, 2018/11/13
- Re: building on macOS?, Ben Abbott, 2018/11/13
- Re: building on macOS?, Sebastian Schöps, 2018/11/07