[Ardour-Users] building ardour 3 on macOSX ?
robin at gareus.org
Fri Jan 14 07:01:51 PST 2011
On 01/13/2011 03:35 PM, Thomas Vecchione wrote:
> On Thu, Jan 13, 2011 at 9:09 AM, Robin Gareus <robin at gareus.org> wrote:
>> That must be a recent issue or something Tiger specific. Both internal
>> and JACK-transport work here.
> You are the first person I have heard report this. EVERYONE else I
> know of, and I suspect you are the only person I didn't know of(There
> are very few of us), that has built Ardour on OS X, transport was not
> working IIRC. Very glad to hear it is working for you, now I need to
> figure out what the difference is.
I did a new OSX build just now and the transport does not roll any more!
It guess it is very arduous (pun intended) to compare diffs from r8082
to r8505 and figure out what makes the difference..
It took a whole lot of small fixes (adding some explicit typecasts,
disabling AU Plugins and core-audio: That source still uses nframes_t,
disable the VBAPanner - it segfaults , etc).
The problem with gtkmm 64bit failing here is that GPOINTER_TO_UINT()
produces an error: "cast from 'void*' to 'guint' loses precision" -
replacing that with ((gint) (glong) X) works around the problem.
If you're interested I can sent you a diff that makes it compile and
start up here (OSX 10.6.6).
#0 0x9048da7b in std::string::_Rep::_M_grab ()
#1 0x9048db40 in std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string ()
#2 0x03ed7350 in __static_initialization_and_destruction_0
(__initialize_p=1, __priority=65535) at ../libs/ardour/panner.cc:924
#3 0x03ed74bb in global constructors keyed to _ZN12_GLOBAL__N_12_1E ()
#4 0x8fe0ed6d in
#5 0x8fe0d31e in
#6 0x8fe0d2c2 in
#7 0x8fe0d3d1 in
#8 0x8fe024a9 in __dyld__ZN4dyld24initializeMainExecutableEv ()
#9 0x8fe07950 in __dyld__ZN4dyld5_mainEPK12macho_headermiPPKcS5_S5_ ()
#10 0x8fe018b1 in __dyld__ZN13dyldbootstrap5startEPK12macho_headeriPPKcl ()
#11 0x8fe01057 in __dyld__dyld_start ()
More information about the Ardour-Users