OSX Build problem

Hello, im trying to build Ardour in a powerbook G4 1ghz /512 ram, with tiger 10.4.11

This is my terminal output:

powerbook-g4-17-de-applemac:~/2.0-ongoing applemac$ scons GTKOSX=1 AUDIOUNITS=1 COREAUDIO=1
scons: Reading SConscript files …
SCons.Script:18: DeprecationWarning: the sets module is deprecated
Checking for pkg-config version >= 0.8.0… (cached) yes
Checking for lrdf… (cached) yes
Checking for libgnomecanvas-2.0… (cached) yes
Checking for gtk±2.0… (cached) yes
Checking for jack… (cached) yes
Checking for sndfile… (cached) yes
Checking for samplerate… (cached) yes
Checking for gthread-2.0… (cached) yes
Checking for libxml-2.0… (cached) yes
Checking for raptor… (cached) yes
Checking for glib-2.0… (cached) yes
Checking for fftw3f…(cached) yes
Checking for fftw3…(cached) yes
Checking for aubio…(cached) yes
Checking for C header file fftw3.h… (cached) yes
FREESOUND support is not enabled. Build with ‘scons FREESOUND=1’ to enable.
LV2 support is not enabled. Build with ‘scons LV2=1’ to enable.
WIIMOTE not enabled. Build with ‘scons WIIMOTE=1’ to enable support.
Congratulations, you have a functioning C++ compiler.
system triple: powerpc-apple-darwin8.11.0
Checking for C header file fftw3.h… (cached) yes
Checking for usb_interrupt_write() in C library usb… (cached) no
Checking for C header file linux/input.h… (cached) no
Checking for C++ header file boost/shared_ptr.hpp… (cached) yes
Checking for lo_server_new() in C library lo… (cached) yes
Checking for dmalloc_shutdown() in C library dmallocth… (cached) no
Checking for C header file alsa/asoundlib.h… (cached) no
Checking for C header file /System/Library/Frameworks/CoreMIDI.framework/Headers/CoreMIDI.h… (cached) yes
Disabled building Tranzport code because libusb could not be found
Disabled building Powermate code because linux/input.h could not be found
Checking for internationalization support …
Found xgettext
Found msgmerge
Checking for C header file libintl.h… (cached) no
This system is not configured for internationalized applications. An english-only version will be built: No libintl.h.
Checking for C header file /System/Library/Frameworks/CoreAudio.framework/Versions/A/Headers/CoreAudio.h… (cached) yes
Checking for C function posix_memalign()… (cached) no
Did not find posix_memalign(), using malloc
Checking for C function gtk_widget_set_tooltip_text()… (cached) yes
============> writing svn revision info to libs/ardour/svn_revision.cc

Could not open libs/ardour/svn_revision.cc for writing

powerbook-g4-17-de-applemac:~/2.0-ongoing applemac$ scons GTKOSX=1 AUDIOUNITS=1 COREAUDIO=1
scons: Reading SConscript files …
SCons.Script:18: DeprecationWarning: the sets module is deprecated
Checking for pkg-config version >= 0.8.0… (cached) yes
Checking for lrdf… (cached) yes
Checking for libgnomecanvas-2.0… (cached) yes
Checking for gtk±2.0… (cached) yes
Checking for jack… (cached) yes
Checking for sndfile… (cached) yes
Checking for samplerate… (cached) yes
Checking for gthread-2.0… (cached) yes
Checking for libxml-2.0… (cached) yes
Checking for raptor… (cached) yes
Checking for glib-2.0… (cached) yes
Checking for fftw3f…(cached) yes
Checking for fftw3…(cached) yes
Checking for aubio…(cached) yes
Checking for C header file fftw3.h… (cached) yes
FREESOUND support is not enabled. Build with ‘scons FREESOUND=1’ to enable.
LV2 support is not enabled. Build with ‘scons LV2=1’ to enable.
WIIMOTE not enabled. Build with ‘scons WIIMOTE=1’ to enable support.
Congratulations, you have a functioning C++ compiler.
system triple: powerpc-apple-darwin8.11.0
Checking for C header file fftw3.h… (cached) yes
Checking for usb_interrupt_write() in C library usb… (cached) no
Checking for C header file linux/input.h… (cached) no
Checking for C++ header file boost/shared_ptr.hpp… (cached) yes
Checking for lo_server_new() in C library lo… (cached) yes
Checking for dmalloc_shutdown() in C library dmallocth… (cached) no
Checking for C header file alsa/asoundlib.h… (cached) no
Checking for C header file /System/Library/Frameworks/CoreMIDI.framework/Headers/CoreMIDI.h… (cached) yes
Disabled building Tranzport code because libusb could not be found
Disabled building Powermate code because linux/input.h could not be found
Checking for internationalization support …
Found xgettext
Found msgmerge
Checking for C header file libintl.h… (cached) no
This system is not configured for internationalized applications. An english-only version will be built: No libintl.h.
Checking for C header file /System/Library/Frameworks/CoreAudio.framework/Versions/A/Headers/CoreAudio.h… (cached) yes
Checking for C function posix_memalign()… (cached) no
Did not find posix_memalign(), using malloc
Checking for C function gtk_widget_set_tooltip_text()… (cached) yes
============> writing svn revision info to libs/ardour/svn_revision.cc

Checking for C function getmntent()… (cached) no
Checking for C header file execinfo.h… (cached) no
Checking for jack_client_open()…(cached) yes
Checking for jack_on_info_shutdown()…(cached) yes
Checking for jack_recompute_total_latencies()…(cached) yes
Checking for JackVideoFrameOffset in jack_position_bits_t enum…(cached) yes
Checking for jack_port_ensure_monitor_input()…(cached) yes
Checking for C header file wordexp.h… (cached) yes
Checking for C header file sys/vfs.h… (cached) no
Checking for C header file /System/Library/Frameworks/CoreMIDI.framework/Headers/CoreMIDI.h… (cached) yes
Checking for C header file /System/Library/Frameworks/AudioToolbox.framework/Headers/ExtendedAudioFile.h… (cached) yes
Checking for C header file /System/Library/Frameworks/CoreAudio.framework/Headers/CoreAudio.h… (cached) yes
Checking for C header file /System/Library/Frameworks/AudioUnit.framework/Headers/AudioUnit.h… (cached) yes
FPU OPTIMIZATION WITH TARGET
tiger
Checking for jack_set_thread_creator()…(cached) yes
GTKOSX part
scons: done reading SConscript files.
scons: Building targets …
scons: ardour_system.rc' is up to date. scons:templates/16 Tracks.template’ is up to date.
scons: templates/2 Track.template' is up to date. scons:templates/32 Tracks.template’ is up to date.
scons: templates/4 Tracks.template' is up to date. scons:templates/8 Tracks.template’ is up to date.
scons: `manual/xml/entities.ent’ is up to date.
cd libs/sigc++2 && ./autogen.sh && cd -
I am going to run ./configure with no arguments – if you wish
to pass any to it, please specify them on the ./autogen.sh command line.

  • libtoolize --automake --copy --force
    ./autogen.sh: line 99: libtoolize: command not found
  • exit 1
    scons: *** [libs/sigc++2/configure] Error 1
    scons: building terminated because of errors.
    powerbook-g4-17-de-applemac:~/2.0-ongoing applemac$

i have libtool installed, and scons 2.0.1

Thanks

@INSPECTOR77: (a) i generally don’t provide help on OS X builds (b) using macports in conjunction with an ardour build is generally a recipe for disaster.

Ok, seems to be a libtool macport problem, build libtool from source solves the problem.

Regards

Just for emphasis…

...using macports in conjunction with an ardour build is generally a recipe for disaster.

It really is.

 Seablade

After some problems now Ardour Builds without problems…with a mix of macports and source packages. (a nightmare!!!)
One question, Its possible to do a universal binary (intel + ppc) from a ppc mac?

Best regards

INSPECTOR77

For distribution purposes, I can pretty well guarantee no builds involving Macports will be accepted(And in many cases likely won’t work).

Could a universal binary be built on PPC? I believe so, with a LOT more work than you have likely done at this stage. All libraries need to be built universal and then both versions of Ardour buuilt and then a FAT binary created, which the current packaging process does not do, but aside from that it is unlikely that all your binaries and libs are universal at this point is my bet.

Seablade

Thanks seablade, this builds are only for testing purposes…i did it with macports because i had a lot
of problems with the gtk-osx script, the installation always fail when the gtk2 package is building…some quartz problem…that i can´t solve.
Ardour is fastest than mixbus in the same machine, and for the moment my build is very stable.
Now i´m editing the osx_build script to try to build the ardour2.app…without luck for the moment, but i´m learning a lot !!!

Regards

INSPECTOR77

@INSPECTOR77: the reason we don’t provide much support (if any) for OS X builds is precisely the sort of problem you are encountering now. We have a very precise, locked down checkout of GTK that we use for all OS X builds - there is no guarantee that GTK will not break on OS X at any time whatsoever. We do not track GTK changes very closely (maybe once every 3-6 months) and so if you simply try to get current GTK you will stand quite a risk of encountering problems that we don’t have and don’t plan to try to fix (because they are in the GTK domain, not ours).

I really do not understand why anyone would want to build Ardour on OS X - the platform is appalling for cross-platform development. I can’t come up with a single reason one might want to do this unless you really plan to start hacking Ardour and even then, that’s much easier to do on Linux than on OS X.

Hi Paul, the main reason to build ardour in osx its only for know if i can do it, only for enjoy and learn, and test the lastest versions; i worked a lot of years with silicon graphis computers, and build programs and encounter a lot of problems was normal jajajajjaja

Thanks for your support and your advices.

Best regards

@INSPECTOR77: building ardour is fun … on linux. building ardour on OS X is just a whole heap of utterly unnecessary and stupid pain. if you want to have fun with building and hacking ardour, seriously, use linux.