Hi, you may already have figured this out, but just in case, i think ...
On 6/8/15, Stuart Henderson <[email protected]> wrote: > Anyone know where this is coming from? Doesn't use gcc4, port hasn't > changed recently. > > g++ -o libs/ardour/osc.os -c -Woverloaded-virtual -DGTK_NEW_TOOLTIP_API > -DPACKAGE=\"libardour2\" -DLIBSIGC_DISABLE_DEPRECATED > -DDATA_DIR=\"/usr/local/share\" -DMODULE_DIR=\"/usr/local/lib\" > -DVAMP_DIR=\"/usr/local/lib/ardour2/vamp\" -DCONFIG_DIR=\"/etc\" > -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_JACK_CLIENT_OPEN > -DHAVE_JACK_PORT_TYPE_GET_BUFFER_SIZE -DHAVE_JACK_ON_INFO_SHUTDOWN > -DHAVE_JACK_RECOMPUTE_LATENCIES -DHAVE_JACK_VIDEO_SUPPORT > -DHAVE_JACK_PORT_ENSURE_MONITOR -O3 -fomit-frame-pointer -ffast-math > -fstrength-reduce -pipe -DARCH_X86 -Wall -DHAVE_LIBLO > -DPROGRAM_NAME=\"Ardour\" -D_REENTRANT -D_LARGEFILE_SOURCE > -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D__STDC_FORMAT_MACROS -Ilibs > -DENABLE_NLS -Ilibs -pthread -DUSE_RUBBERBAND -fPIC -Ilibs/pbd > -I/usr/local/include/libxml2 -I/usr/local/include -Ilibs/midi++2 > -I/usr/local/lib/glibmm-2.4/include -I/usr/local/include/raptor2 > -I/usr/local/include/glibmm-2.4 -Ilibs/ardour -Ilibs/rubberband > -I/usr/local/include/sigc++-2.0! > -I/usr/local/lib/sigc++-2.0/include -Ilibs/surfaces/control_protocol > -I/usr/local/lib/glib-2.0/include -Ilibs/vamp-sdk > -I/usr/local/include/glib-2.0 libs/ardour/osc.cc > libs/ardour/osc.cc:430: error: integer constant is too large for 'long' > type > libs/ardour/osc.cc:430: error: integer constant is too large for 'long' > type > libs/ardour/osc.cc:436: error: integer constant is too large for 'long' > type > libs/ardour/osc.cc:436: error: integer constant is too large for 'long' > type > > > 426 // "Application Hook" Handlers // > 427 void > 428 OSC::session_loaded( Session& s ) { > 429 lo_address listener = lo_address_new( NULL, "7770" ); >>> 430 lo_send( listener, "/session/loaded", "ss", >>> s.path().c_str(), s.name().c_str() ); lo_send is a macro that is defined in lo/lo_macros.h as: #define lo_send(targ, path, types...) \ lo_send_internal(targ, __FILE__, __LINE__, path, types, \ LO_MARKER_A, LO_MARKER_B) and the LO_MARKERS_{A,B} as: /* an internal value, ignored in transmission but check against LO_MARKER in the * argument list. Used to do primitive bounds checking */ # define LO_MARKER_A (void *)0xdeadbeefdeadbeefL # define LO_MARKER_B (void *)0xf00baa23f00baa23L It seems there is your error's source on i386. --patrick p.s., I don't use either port, so I haven't attempted to fix anything. was just curious myself, so i looked. > 431 } > 432 > 433 void > 434 OSC::session_exported( std::string path, std::string name ) { > 435 lo_address listener = lo_address_new( NULL, "7770" ); >>> 436 lo_send( listener, "/session/exported", "ss", path.c_str(), >>> name.c_str() ); > 437 } > > >
