Pd-dev June 2006

pd-dev@lists.iem.at

29 participants
58 discussions

[patch] pd-0.40-test2 compiles and runs on FreeBSD 6.0
by mal content 03 Jun '06

03 Jun '06

Should this go in the bug tracker? I don't know where I should be submitting patches. --- configure.in.orig Thu Jun 1 11:29:43 2006 +++ configure.in Fri Jun 2 11:23:16 2006 @@ -81,63 +81,161 @@ dnl look for tcl 8.x... do I really have to go through all this!? -foundit=no -if test $foundit == "no"; +dnl need to modify CFLAGS and LDFLAGS on FreeBSD in order to search +dnl /usr/local/* + +if test `uname -s` = FreeBSD; +then + CPPFLAGS="$CPPFLAGS -I/usr/local/include" + LDFLAGS="$LDFLAGS -L/usr/local/lib" + GUIFLAGS="-I/usr/X11R6/include " + + dnl the tk headers require some quite incredible contortions to + dnl get any sort of test compilation working from autoconf. + dnl it seems to be easier just to check for the existance of tk.h + dnl instead of trying to get autoconf to do the right thing + + foundtk=no + if test -f "/usr/local/include/tk8.7/tk.h" + then + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tk8.7" + foundtk=yes + fi + if test $foundtk == "no" + then + if test -f "/usr/local/include/tk8.6/tk.h" + then + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tk8.6" + foundtk=yes + fi + fi + if test $foundtk == "no" + then + if test -f "/usr/local/include/tk8.5/tk.h" + then + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tk8.5" + foundtk=yes + fi + fi + if test $foundtk == "no" + then + if test -f "/usr/local/include/tk8.4/tk.h" + then + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tk8.4" + foundtk=yes + fi + fi + if test $foundtk == "no" + then + if test -f "/usr/local/include/tk8.3/tk.h" + then + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tk8.3" + foundtk=yes + fi + fi + if test $foundtk == "no" + then + if test -f "/usr/local/include/tk8.2/tk.h" + then + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tk8.2" + foundtk=yes + fi + fi + if test $foundtk == "no" + then + if test -f "/usr/local/include/tk8.0/tk.h" + then + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tk8.0" + foundtk=yes + fi + fi + if test $foundtk == "no" + then + echo no tk header found + exit -1 + fi +fi + +foundtcl=no +if test $foundtcl == "no"; then - AC_CHECK_HEADER(tcl.h,foundit=yes,) + AC_CHECK_HEADER(tcl.h,foundtcl=yes,) fi -if test $foundit == "no"; +if test $foundtcl == "no"; then AC_CHECK_HEADER(tcl8.7/tcl.h, - GUIFLAGS="$GUIFLAGS -I/usr/include/tcl8.7";foundit=yes,) + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tcl8.7 \ + -I/usr/include/tcl8.7";foundtcl=yes,) fi -if test $foundit == "no"; +if test $foundtcl == "no"; then AC_CHECK_HEADER(tcl8.6/tcl.h, - GUIFLAGS="$GUIFLAGS -I/usr/include/tcl8.6";foundit=yes,) + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tcl8.6 \ + -I/usr/include/tcl8.6";foundtcl=yes,) fi -if test $foundit == "no"; +if test $foundtcl == "no"; then AC_CHECK_HEADER(tcl8.5/tcl.h, - GUIFLAGS="$GUIFLAGS -I/usr/include/tcl8.5";foundit=yes,) + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tcl8.5 \ + -I/usr/include/tcl8.5";foundtcl=yes,) fi -if test $foundit == "no"; +if test $foundtcl == "no"; then AC_CHECK_HEADER(tcl8.4/tcl.h, - GUIFLAGS="$GUIFLAGS -I/usr/include/tcl8.4";foundit=yes,) + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tcl8.4 \ + -I/usr/include/tcl8.4";foundtcl=yes,) fi -if test $foundit == "no"; +if test $foundtcl == "no"; then AC_CHECK_HEADER(tcl8.3/tcl.h, - GUIFLAGS="$GUIFLAGS -I/usr/include/tcl8.3";foundit=yes,) + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tcl8.3 \ + -I/usr/include/tcl8.3";foundtcl=yes,) fi -if test $foundit == "no"; +if test $foundtcl == "no"; then AC_CHECK_HEADER(tcl8.2/tcl.h, - GUIFLAGS="$GUIFLAGS -I/usr/include/tcl8.2";foundit=yes,) + GUIFLAGS="$GUIFLAGS -I/usr/local/include/tcl8.2 \ + -I/usr/include/tcl8.2";foundtcl=yes,) fi -if test $foundit == "no"; +if test $foundtcl == "no"; then echo no tcl header found exit -1 fi +dnl FreeBSD has libtcl8X.so, not libtcl8.X.so + AC_CHECK_LIB(tcl8.7, main,, +AC_CHECK_LIB(tcl87, main,, AC_CHECK_LIB(tcl8.6, main,, + AC_CHECK_LIB(tcl86, main,, AC_CHECK_LIB(tcl8.5, main,, + AC_CHECK_LIB(tcl85, main,, AC_CHECK_LIB(tcl8.4, main,, + AC_CHECK_LIB(tcl84, main,, AC_CHECK_LIB(tcl8.3, main,, + AC_CHECK_LIB(tcl83, main,, AC_CHECK_LIB(tcl8.2, main,, - AC_CHECK_LIB(tcl8.0, main,,echo no tcl library found || exit 1))))))) + AC_CHECK_LIB(tcl82, main,, + AC_CHECK_LIB(tcl8.0, main,, + AC_CHECK_LIB(tcl80, main,,echo no tcl library found || exit 1)))))))))))))) + +dnl FreeBSD has libtk8X.so, not libtk8.X.so AC_CHECK_LIB(tk8.7, main,, +AC_CHECK_LIB(tk87, main,, AC_CHECK_LIB(tk8.6, main,, + AC_CHECK_LIB(tk86, main,, AC_CHECK_LIB(tk8.5, main,, + AC_CHECK_LIB(tk85, main,, AC_CHECK_LIB(tk8.4, main,, + AC_CHECK_LIB(tk84, main,, AC_CHECK_LIB(tk8.3, main,, + AC_CHECK_LIB(tk83, main,, AC_CHECK_LIB(tk8.2, main,, - AC_CHECK_LIB(tk8.0, main,,echo no tk library found || exit 1))))))) - + AC_CHECK_LIB(tk82, main,, + AC_CHECK_LIB(tk8.0, main,, + AC_CHECK_LIB(tk80, main,, echo no tk library found || exit 1)))))))))))))) if test `uname -s` = Linux; then @@ -322,6 +420,38 @@ then LDFLAGS=$LDFLAGS" -weak_framework Jack" fi +fi + +if test `uname -s` = FreeBSD; +then + EXT=pd_freebsd + MORECFLAGS="-DPA_USE_OSS -DPA_LITTLE_ENDIAN -DUNIX -DUNISTD\ + -DUSEAPI_OSS \ + -I../portaudio/pa_common \ + -I../portaudio/pablio -I../portaudio/portmidi-macosx \ + -Werror -fno-strict-aliasing" + SYSSRC="s_audio_oss.c s_midi_oss.c " + if test x$portaudio == "xyes"; + then + MORECFLAGS="$MORECFLAGS -DUSEAPI_PORTAUDIO " + SYSSRC=$SYSSRC"s_audio_pa.c \ + ../portaudio/pa_common/pa_allocation.c \ + ../portaudio/pa_common/pa_converters.c \ + ../portaudio/pa_common/pa_cpuload.c \ + ../portaudio/pa_common/pa_dither.c \ + ../portaudio/pa_common/pa_front.c \ + ../portaudio/pa_common/pa_process.c \ + ../portaudio/pa_common/pa_skeleton.c \ + ../portaudio/pa_common/pa_stream.c \ + ../portaudio/pa_common/pa_trace.c \ + ../portaudio/pablio/pablio_pd.c \ + ../portaudio/pablio/ringbuffer_pd.c \ + ../portaudio/pa_unix/pa_unix_hostapis.c \ + ../portaudio/pa_unix/pa_unix_util.c \ + ../portaudio/pa_unix_oss/pa_unix_oss.c " + fi + GUINAME="pd-gui" + OSNUMBER=0 fi # support for jack, on either linux or darwin: --- d_osc.c.orig Thu Jun 1 12:42:15 2006 +++ d_osc.c Thu Jun 1 13:13:54 2006 @@ -30,6 +30,11 @@ #include <machine/endian.h> #endif +#if defined(__FreeBSD__) +#define __BYTE_ORDER _BYTE_ORDER +#define __LITTLE_ENDIAN _LITTLE_ENDIAN +#endif + #ifdef __APPLE__ #define __BYTE_ORDER BYTE_ORDER #define __LITTLE_ENDIAN LITTLE_ENDIAN --- makefile.in.orig Fri Jun 2 11:25:07 2006 +++ makefile.in Fri Jun 2 11:26:01 2006 @@ -99,9 +99,11 @@ cd ../obj; $(CC) $(LDFLAGS) $(DBG_CFLAGS) -o $(PDEXEC) $(OBJ) \ $(LIB) +# why does LDFLAGS need to be specified here? why doesn't it carry +# over from ./configure? the config.log says it should $(BIN_DIR)/pd-gui: $(GOBJ) $(GSRC) cd ../obj; $(CC) $(INCLUDE) -o $(BIN_DIR)/$(GUINAME) $(GOBJ) \ - $(GLIB) + $(LDFLAGS) $(GLIB) $(BIN_DIR)/pd.tk: u_main.tk cp u_main.tk $(BIN_DIR)/pd.tk --- s_audio_oss.c.orig Thu Jun 1 12:22:20 2006 +++ s_audio_oss.c Thu Jun 1 13:13:54 2006 @@ -5,7 +5,12 @@ /* this file inputs and outputs audio using the OSS API available on linux. */ +/* OSS != Linux */ +#if defined(__FreeBSD__) +#include <sys/soundcard.h> +#else #include <linux/soundcard.h> +#endif #include "m_pd.h" #include "s_stuff.h" --- s_stuff.h.orig Thu Jun 1 12:26:28 2006 +++ s_stuff.h Thu Jun 1 13:13:54 2006 @@ -174,6 +174,10 @@ #define API_DEFAULT API_OSS #define API_DEFSTRING "OSS" #endif +#ifdef __FreeBSD__ +#define API_DEFAULT API_OSS +#define API_DEFSTRING "OSS" +#endif #ifdef MSW #define API_DEFAULT API_MMIO #define API_DEFSTRING "MMIO" --- t_tkcmd.c.orig Fri Jun 2 11:21:19 2006 +++ t_tkcmd.c Fri Jun 2 11:21:34 2006 @@ -50,6 +50,10 @@ #define STARTGUI #endif +#ifdef __FreeBSD__ +#define STARTGUI +#endif + #define FIRSTPORTNUM 5600 void tcl_mess(char *s); --- x_list.c.orig Thu Jun 1 12:40:36 2006 +++ x_list.c Thu Jun 1 13:13:54 2006 @@ -4,10 +4,16 @@ #include "m_pd.h" /* #include <string.h> */ + #ifdef MSW #include <malloc.h> #else +/* stuff in malloc.h and alloca.h is in stdlib.h on FreeBSD */ +#if defined(__FreeBSD__) +#include <stdlib.h> +#else #include <alloca.h> +#endif #endif extern t_pd *newest;

2 1

[ pure-data-Patches-1405137 ] multiple $arg-expansion
by SourceForge.net 03 Jun '06

03 Jun '06

Patches item #1405137, was opened at 2006-01-13 11:33 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1405137&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: wishlist Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: multiple $arg-expansion Initial Comment: currently $args can only be at the beginning of a A_DOLLARSYM. this patch allows to have multiple $args within 1 A_DOLLARSYM. e.g. with "foo bar me" the symbol "$1-bla-$3/$2" will expand to "foo-bla-me/bar" the patch only modifies binbuf_realizedollsym() in m_binbuf.c (and adds another non-exported helper function binbuf_expanddollsym()) the patch is straightforward, but probably i misunderstood the meaning of "tonew" and implemented it in a wrong way (so you should check that) caveat: the A_DOLLARSYM still has to start with "$[0-9]". this is the way, pd determines whether a given symbol should be $-expanded or not. furthermore, the leading $ is usually stripped by pd. e.g. if you type [$1-bar-$2], the symbol "1-bar-$2" is stored as A_DOLLARSYM. this means that the beginning of the dollarsymbol always has to be expanded. furthermore, [bar-$2] will _never_ be expanded (since pd thinks it is an ordinary symbol). i didn't dare to change this behaviour since SETDOLLARSYM() and binbuf_realizedollsym() are exposed in m_pd.h and probably used in externals which would then break. however, whenever this might change, binbuf_expanddollsym() is prepared (just need to "#if 1") ---------------------------------------------------------------------- >Comment By: Miller Puckette (millerpuckette) Date: 2006-06-03 12:03 Message: Logged In: YES user_id=313747 I think it's worth changing binbuf_realizedollsym() behavior; I doubt many people will use it in a way that would break things. So I took everything for 0.40 as of "test 02". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1405137&group_…

1 0

getting Pd logical time in C
by Hans-Christoph Steiner 03 Jun '06

03 Jun '06

I want to get the logical time so I can make the first instance of the object execute something while the rest do not execute. Any suggestions as how to do this? .hc ________________________________________________________________________ ____ If you are not part of the solution, you are part of the problem. - Eldridge Cleaver

3 5

[ pure-data-Bugs-1499215 ] openpanel crash
by SourceForge.net 02 Jun '06

02 Jun '06

Bugs item #1499215, was opened at 2006-06-02 02:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1499215&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: None Status: Open Resolution: None Priority: 5 Submitted By: JoÃ£o Miguel Pais (jmmmp) Assigned to: Hans-Christoph Steiner (eighthave) Summary: openpanel crash Initial Comment: when openpanel is clicked and the selection window comes up, pd crashes. this doesn't happen all the time, but will happen for sure if f.e. something with openpanel has been done before. XP, 0.93t3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1499215&group_…

1 0

Patch for FreeBSD 6.0 (almost) (attempt two)
by mal content 01 Jun '06

01 Jun '06

(Sent again, I think the first message was rejected on the list due to it having an attachment. The patch is now included inline) Hi. I've nearly managed to get pd-0.40-test2 from CVS to compile on FreeBSD 6.0. I'm having some trouble though. The work is mostly based on these patches: http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/pd/files/ However, they aren't all relevant and they are for a version of pd released a LONG time ago. I am getting this linker error on the last stage of compilation: cd ../obj; cc -L/usr/local/lib -o ../bin/pd g_canvas.o g_graph.o g_text.o g_rtext.o g_array.o g_template.o g_io.o g_scalar.o g_traversal.o g_guiconnect.o g_readwrite.o g_editor.o g_all_guis.o g_bang.o g_hdial.o g_hslider.o g_mycanvas.o g_numbox.o g_toggle.o g_vdial.o g_vslider.o g_vumeter.o m_pd.o m_class.o m_obj.o m_atom.o m_memory.o m_binbuf.o m_conf.o m_glob.o m_sched.o s_main.o s_inter.o s_file.o s_print.o s_loader.o s_path.o s_entry.o s_audio.o s_midi.o d_ugen.o d_ctl.o d_arithmetic.o d_osc.o d_filter.o d_dac.o d_misc.o d_math.o d_fft.o d_mayer_fft.o d_fftroutine.o d_array.o d_global.o d_delay.o d_resample.o x_arithmetic.o x_connective.o x_interface.o x_midi.o x_misc.o x_time.o x_acoustics.o x_net.o x_qlist.o x_gui.o x_list.o d_soundfile.o s_audio_oss.o \ -lm -lpthread m_glob.o(.text+0x476): In function `glob_init': /home/aone/cvs/external/pd/src/m_glob.c:117: undefined reference to `glob_watchdog' s_inter.o(.text+0x5be): In function `sys_bail': /home/aone/cvs/external/pd/src/s_inter.c:1270: undefined reference to `sys_close_midi' s_midi.o(.text+0x18b): In function `sys_putnext': /home/aone/cvs/external/pd/src/s_midi.c:117: undefined reference to `sys_putmidibyte' s_midi.o(.text+0x1c6):/home/aone/cvs/external/pd/src/s_midi.c:118: undefined reference to `sys_putmidimess' s_midi.o(.text+0x923): In function `sys_pollmidiqueue': /home/aone/cvs/external/pd/src/s_midi.c:464: undefined reference to `sys_poll_midi' s_midi.o(.text+0x9ff): In function `sys_open_midi': /home/aone/cvs/external/pd/src/s_midi.c:531: undefined reference to `midi_oss_init' s_midi.o(.text+0xa64):/home/aone/cvs/external/pd/src/s_midi.c:539: undefined reference to `sys_do_open_midi' s_midi.o(.text+0xafd): In function `sys_listmididevs': /home/aone/cvs/external/pd/src/s_midi.c:572: undefined reference to `midi_getdevs' s_midi.o(.text+0xc4b): In function `glob_midi_properties': /home/aone/cvs/external/pd/src/s_midi.c:656: undefined reference to `midi_getdevs' s_midi.o(.text+0x1001): In function `glob_midi_setapi': /home/aone/cvs/external/pd/src/s_midi.c:619: undefined reference to `sys_close_midi' s_midi.o(.text+0x10f1): In function `glob_midi_dialog': /home/aone/cvs/external/pd/src/s_midi.c:761: undefined reference to `sys_close_midi' s_midi.o(.text+0x1046): In function `glob_midi_setapi': /home/aone/cvs/external/pd/src/s_midi.c:632: undefined reference to `sys_close_midi' x_midi.o(.text+0xf84): In function `midiout_float': /home/aone/cvs/external/pd/src/x_midi.c:681: undefined reference to `sys_putmidibyte' gmake: *** [../bin/pd] Error 1 I believe the original patches above just disabled midi in order to avoid this error, but that's hardly correct now, is it? Here is my current patch, which adds a few #ifdefs here and there and includes a new section in configure.in. I'd be obliged if somebody could help me work out why I'm seeing the above linker errors. --- configure.in.orig Thu Jun 1 11:29:43 2006 +++ configure.in Thu Jun 1 12:39:18 2006 @@ -81,6 +81,15 @@ dnl look for tcl 8.x... do I really have to go through all this!? +dnl need to modify CFLAGS and LDFLAGS on FreeBSD in order to search +dnl /usr/local/* + +if test `uname -s` = FreeBSD; +then + CPPFLAGS="$CPPFLAGS -I/usr/local/include" + LDFLAGS="$LDFLAGS -L/usr/local/lib" +fi + foundit=no if test $foundit == "no"; then @@ -122,22 +131,39 @@ exit -1 fi +dnl FreeBSD has libtcl8X.so, not libtcl8.X.so + AC_CHECK_LIB(tcl8.7, main,, +AC_CHECK_LIB(tcl87, main,, AC_CHECK_LIB(tcl8.6, main,, + AC_CHECK_LIB(tcl86, main,, AC_CHECK_LIB(tcl8.5, main,, + AC_CHECK_LIB(tcl85, main,, AC_CHECK_LIB(tcl8.4, main,, + AC_CHECK_LIB(tcl84, main,, AC_CHECK_LIB(tcl8.3, main,, + AC_CHECK_LIB(tcl83, main,, AC_CHECK_LIB(tcl8.2, main,, - AC_CHECK_LIB(tcl8.0, main,,echo no tcl library found || exit 1))))))) + AC_CHECK_LIB(tcl82, main,, + AC_CHECK_LIB(tcl8.0, main,, + AC_CHECK_LIB(tcl80, main,,echo no tcl library found || exit 1)))))))))))))) + +dnl FreeBSD has libtk8X.so, not libtk8.X.so AC_CHECK_LIB(tk8.7, main,, +AC_CHECK_LIB(tk87, main,, AC_CHECK_LIB(tk8.6, main,, + AC_CHECK_LIB(tk86, main,, AC_CHECK_LIB(tk8.5, main,, + AC_CHECK_LIB(tk85, main,, AC_CHECK_LIB(tk8.4, main,, + AC_CHECK_LIB(tk84, main,, AC_CHECK_LIB(tk8.3, main,, + AC_CHECK_LIB(tk83, main,, AC_CHECK_LIB(tk8.2, main,, - AC_CHECK_LIB(tk8.0, main,,echo no tk library found || exit 1))))))) - + AC_CHECK_LIB(tk82, main,, + AC_CHECK_LIB(tk8.0, main,, + AC_CHECK_LIB(tk80, main,, echo no tk library found || exit 1)))))))))))))) if test `uname -s` = Linux; then @@ -322,6 +348,38 @@ then LDFLAGS=$LDFLAGS" -weak_framework Jack" fi +fi + +if test `uname -s` = FreeBSD; +then + EXT=pd_freebsd + MORECFLAGS="-DPA_USE_OSS -DPA_LITTLE_ENDIAN -DUNIX -DUNISTD\ + -DUSEAPI_OSS \ + -I../portaudio/pa_common \ + -I../portaudio/pablio -I../portaudio/portmidi-macosx \ + -Werror -fno-strict-aliasing" + SYSSRC="s_audio_oss.c" + if test x$portaudio == "xyes"; + then + MORECFLAGS="-DUSEAPI_PORTAUDIO "$MORECFLAGS + SYSSRC="s_audio_pa.c \ + ../portaudio/pa_common/pa_allocation.c \ + ../portaudio/pa_common/pa_converters.c \ + ../portaudio/pa_common/pa_cpuload.c \ + ../portaudio/pa_common/pa_dither.c \ + ../portaudio/pa_common/pa_front.c \ + ../portaudio/pa_common/pa_process.c \ + ../portaudio/pa_common/pa_skeleton.c \ + ../portaudio/pa_common/pa_stream.c \ + ../portaudio/pa_common/pa_trace.c \ + ../portaudio/pablio/pablio_pd.c \ + ../portaudio/pablio/ringbuffer_pd.c \ + ../portaudio/pa_unix/pa_unix_hostapis.c \ + ../portaudio/pa_unix/pa_unix_util.c \ + ../portaudio/pa_unix_oss/pa_unix_oss.c "$SYSSRC + fi + GUINAME="pd-gui" + OSNUMBER=0 fi # support for jack, on either linux or darwin: --- d_osc.c.orig Thu Jun 1 12:42:15 2006 +++ d_osc.c Thu Jun 1 12:48:12 2006 @@ -30,6 +30,11 @@ #include <machine/endian.h> #endif +#if defined(__FreeBSD__) +#define __BYTE_ORDER _BYTE_ORDER +#define __LITTLE_ENDIAN _LITTLE_ENDIAN +#endif + #ifdef __APPLE__ #define __BYTE_ORDER BYTE_ORDER #define __LITTLE_ENDIAN LITTLE_ENDIAN --- s_audio_oss.c.orig Thu Jun 1 12:22:20 2006 +++ s_audio_oss.c Thu Jun 1 12:49:23 2006 @@ -5,7 +5,12 @@ /* this file inputs and outputs audio using the OSS API available on linux. */ +/* OSS != Linux */ +#if defined(__FreeBSD__) +#include <sys/soundcard.h> +#else #include <linux/soundcard.h> +#endif #include "m_pd.h" #include "s_stuff.h" --- s_stuff.h.orig Thu Jun 1 12:26:28 2006 +++ s_stuff.h Thu Jun 1 12:49:56 2006 @@ -174,6 +174,10 @@ #define API_DEFAULT API_OSS #define API_DEFSTRING "OSS" #endif +#ifdef __FreeBSD__ +#define API_DEFAULT API_OSS +#define API_DEFSTRING "OSS" +#endif #ifdef MSW #define API_DEFAULT API_MMIO #define API_DEFSTRING "MMIO" --- x_list.c.orig Thu Jun 1 12:40:36 2006 +++ x_list.c Thu Jun 1 12:51:26 2006 @@ -4,10 +4,16 @@ #include "m_pd.h" /* #include <string.h> */ + #ifdef MSW #include <malloc.h> #else +/* stuff in malloc.h and alloca.h is in stdlib.h on FreeBSD */ +#if defined(__FreeBSD__) +#include <stdlib.h> +#else #include <alloca.h> +#endif #endif extern t_pd *newest; cheers, MC

1 0

[ pure-data-Bugs-1498393 ] ./configure fails on FreeBSD
by SourceForge.net 01 Jun '06

01 Jun '06

Bugs item #1498393, was opened at 2006-05-31 18:26 Message generated for change (Comment added) made by artifactone You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1498393&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata-dev Group: v0.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Mal Content (artifactone) Assigned to: Nobody/Anonymous (nobody) Summary: ./configure fails on FreeBSD Initial Comment: (there would have been a patch attached but for some reason, I couldn't get the changes to work. I thought I'd leave it to somebody halfway competant with autoconf) The ./configure script fails on FreeBSD because it looks in /usr/include for tcl/tk and ignores /usr/local/include, which is the usual location for non-system headers. It also fails attempting to find the tcl/tk libraries as it looks for libtcl8.X.so when FreeBSD actually calls it libtcl8X.so (the same applies to tk). Apparently there were changes to the version in CVS that fix this, but I've been unable to fetch the source to test. ---------------------------------------------------------------------- >Comment By: Mal Content (artifactone) Date: 2006-06-01 10:33 Message: Logged In: YES user_id=1532046 I have a patch here that does work, but I don't know if it's against accepted conventions or anything to modify CPPFLAGS and LDFLAGS inside the configure script. Unfortunately I don't know of any other way to get AC_CHECK_HEADER to do the right thing otherwise. The patch is against CVS, as of about 10:30AM GMT. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1498393&group_…

1 0

[ pure-data-Bugs-1483759 ] /bin/pthreadVC.dll missing
by SourceForge.net 01 Jun '06

01 Jun '06

Bugs item #1483759, was opened at 2006-05-08 08:01 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1483759&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: /bin/pthreadVC.dll missing Initial Comment: /bin/pthreadVC.dll is missing. Copying it from any other pd version solves the problem. jmmmp ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2006-05-31 22:21 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-05-17 07:33 Message: Logged In: NO well, since it's a dll, windows for sure. I guess the same version as in ZÃ¼rich, 0.39t3. Which I can check only on the command line, because when I go to help-about the version isn't there, just the string "PD_VERSION" ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-05-17 05:39 Message: Logged In: YES user_id=27104 Where is it missing from? What release? What OS? What version? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1483759&group_…

1 0

[ pure-data-Bugs-1483759 ] /bin/pthreadVC.dll missing
by SourceForge.net 01 Jun '06

01 Jun '06

Bugs item #1483759, was opened at 05/08/06 05:01 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1483759&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: /bin/pthreadVC.dll missing Initial Comment: /bin/pthreadVC.dll is missing. Copying it from any other pd version solves the problem. jmmmp ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 05/31/06 19:21 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 05/17/06 04:33 Message: Logged In: NO well, since it's a dll, windows for sure. I guess the same version as in ZÃ¼rich, 0.39t3. Which I can check only on the command line, because when I go to help-about the version isn't there, just the string "PD_VERSION" ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 05/17/06 02:39 Message: Logged In: YES user_id=27104 Where is it missing from? What release? What OS? What version? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1483759&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev June 2006