Pd-dev December 2009

pd-dev@lists.iem.at

16 participants
59 discussions

[ pure-data-Bugs-2921689 ] ggee qread broken on 64bit
by SourceForge.net 27 Dec '09

27 Dec '09

Bugs item #2921689, was opened at 2009-12-26 20:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921689&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: externals Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: ggee qread broken on 64bit Initial Comment: The type of the private function glist_getcanvas defaults to int, which cannot be cast safely to a function pointer, or something - obscure warning for a missing funtion prototype.... Can be fixed by adding #include <g_canvas.h> to the top of ggee/control/qread.c, and making sure to add -I/usr/src/pd/src (or what have you) to the build system excerpt from build report from launchpad.net: """" Our automated build log filter detected the problem(s) above that will likely cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. This is often due to a missing function prototype definition. Since use of implicitly converted pointers is always fatal to the application on ia64, they are errors. Please correct them for your next upload. """" ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-12-26 22:52 Message: fixed with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=128… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921689&group_…

1 0

[ pure-data-Bugs-2921713 ] rojo~: incompatible implicit declaration of built-in functio
by SourceForge.net 27 Dec '09

27 Dec '09

Bugs item #2921713, was opened at 2009-12-26 21:49 Message generated for change (Comment added) made by mrpeach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921713&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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Martin Peach (mrpeach) Summary: rojo~: incompatible implicit declaration of built-in functio Initial Comment: cc -O2 -mtune=i686 -march=i386 -DPD -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/Gem/src -I/home/ pd/auto-build/pd-extended/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC -o "/home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo ~.o" -c "/home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo~.c"/home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo~.c: In function ‘rojo_new’: /home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo~.c:93: warning: unused parameter ‘s’/home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo~.c: In function ‘rojo_RandomGaussian’: /home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo~.c:282: warning: implicit declaration of function ‘log’/home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo~.c:282: warning: incompatible implicit declaration of built-in function ‘log’ ---------------------------------------------------------------------- >Comment By: Martin Peach (mrpeach) Date: 2009-12-26 22:12 Message: Should be fixed now after including math.h, see svn. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921713&group_…

1 0

[ pure-data-Bugs-2921713 ] rojo~: incompatible implicit declaration of built-in functio
by SourceForge.net 27 Dec '09

27 Dec '09

Bugs item #2921713, was opened at 2009-12-26 21:49 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921713&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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Martin Peach (mrpeach) Summary: rojo~: incompatible implicit declaration of built-in functio Initial Comment: cc -O2 -mtune=i686 -march=i386 -DPD -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/Gem/src -I/home/ pd/auto-build/pd-extended/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC -o "/home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo ~.o" -c "/home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo~.c"/home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo~.c: In function ‘rojo_new’: /home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo~.c:93: warning: unused parameter ‘s’/home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo~.c: In function ‘rojo_RandomGaussian’: /home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo~.c:282: warning: implicit declaration of function ‘log’/home/pd/auto-build/pd-extended/externals/mrpeach/rojo~/rojo~.c:282: warning: incompatible implicit declaration of built-in function ‘log’ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921713&group_…

1 0

[ pure-data-Bugs-2921711 ] gfsm: incompatible implicit declaration of built-in function
by SourceForge.net 27 Dec '09

27 Dec '09

Bugs item #2921711, was opened at 2009-12-26 21:46 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921711&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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Bryan Jurish (mukau) Summary: gfsm: incompatible implicit declaration of built-in function Initial Comment: This warning could cause problems on 64-bit: /bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I./gnulib -Wall -I/usr/include/glib-2.0 -I/usr/lib/glib -2.0/include -O2 -DPD -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/Gem/src -I/home/pd/auto-build/pd-extended/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC -c -o gfsmRegex.tab.lo gfsmRegex.tab.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I./gnulib -Wall -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -DPD -I/home/pd/auto-build/pd-ex tended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/Gem/src -I/home/pd/auto-build/pd-extended/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC -c gfsmRegex.tab.c -o gfsmRegex.tab.ogfsmRegex.tab.c: In function 'yytnamerr': gfsmRegex.tab.c:973: warning: implicit declaration of function 'stpcpy'gfsmRegex.tab.c:973: warning: incompatible implicit declaration of built-in function 'stpcpy'gfsmRegex.tab.c: In function 'yysyntax_error': gfsmRegex.tab.c:1032: warning: incompatible implicit declaration of built-in function 'stpcpy' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921711&group_…

1 0

[ pure-data-Bugs-2921709 ] iem_matrix: implicit declaration of function ‘sqrt’
by SourceForge.net 27 Dec '09

27 Dec '09

Bugs item #2921709, was opened at 2009-12-26 21:32 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921709&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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: iem_matrix: implicit declaration of function ‘sqrt’ Initial Comment: warnings that could cause problems with 64-bit builds: pd/auto-build/pd-extended/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC -o "/home/pd/auto-build/pd-extended/externals/iem/iem_matrix/src/matrix_orthogonal.o" -c "/home/pd/auto-build/pd-extended/externals/iem/iem_matrix/src/matrix_orthogonal.c" /home/pd/auto-build/pd-extended/externals/iem/iem_matrix/src/matrix_orthogonal.c: In function ‘matrix_orthogonal_matrix’:/home/pd/auto-build/pd-extended/externals/iem/iem_matrix/src/matrix_orthogonal.c:109: warning: /home/pd/auto-build/pd-extended/externals/iem/iem_matrix/src/matrix_orthogonal.c:109: warning: incompatible implicit declaration of built-in function ‘sqrt’ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921709&group_…

1 0

[ pure-data-Bugs-2921689 ] ggee qread broken on 64bit
by SourceForge.net 27 Dec '09

27 Dec '09

Bugs item #2921689, was opened at 2009-12-27 01:17 Message generated for change (Tracker Item Submitted) made by claudiusmaximus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921689&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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: ggee qread broken on 64bit Initial Comment: The type of the private function glist_getcanvas defaults to int, which cannot be cast safely to a function pointer, or something - obscure warning for a missing funtion prototype.... Can be fixed by adding #include <g_canvas.h> to the top of ggee/control/qread.c, and making sure to add -I/usr/src/pd/src (or what have you) to the build system excerpt from build report from launchpad.net: """" Our automated build log filter detected the problem(s) above that will likely cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. This is often due to a missing function prototype definition. Since use of implicitly converted pointers is always fatal to the application on ia64, they are errors. Please correct them for your next upload. """" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921689&group_…

1 0

[ pure-data-Bugs-2251387 ] declare of abstractions is hiddenly saved in parent patches
by SourceForge.net 26 Dec '09

26 Dec '09

Bugs item #2251387, was opened at 2008-11-09 14:59 Message generated for change (Comment added) made by lukeiannini You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2251387&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Miller Puckette (millerpuckette) Summary: declare of abstractions is hiddenly saved in parent patches Initial Comment: if a patch containing an abstraction or a child of an abstraction containing a [declare] object is saved, the patch is saved with a hidden declare line: #X declare -stdlib extra/list-abs; but there is no line: #X obj 8 8 declare -stdlib extra/list-abs; and therefore no object [declare] appears in the patch, when opening it afterwards. how to reproduce the problem: 1) create 'abstraction.pd' containing: [declare -stdpath extra/list-abs] [list-clip] save it 2) create 'patch.pd' containing: [abstraction] [list-clip] save it 3) close and re-open 'patch.pd' [list-clip] is instantiated, although there is no [declare] visible in the patch. opening 'patch.pd' with a text editor shows the following line: #X declare -stdlib extra/list-abs; this was tested on 0.42.0test5 ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2009-12-26 00:59 Message: Ah, here's the hidden field. So: Just wanted to point out that this is actually worse than originally reported, since if you go up another level... 4) create 'superpatch.pd' containing: [patch] [patch] save it You'll see that not only have the viral [declare]s infected the the /superparent/ as well (accumulating and accumulating on each superparent), but that /each/ of the [patch] instances infects the parent, so you see #X declare -stdlib extra/list-abs; #X declare -stdlib extra/list-abs; at the top of the superpatch. This is a very trivial example, but in large patches with lots of abstractions you can end up with thousands and thousands of declares in the top level patch, eventually busting the patch-handling of Pd (and slowing load times horrifically). This was recently tested on the 0.42.5 and 0.43 autobuilds. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2251387&group_…

1 0

[declare] bug (id 2251387)
by Roman Haefeli 26 Dec '09

26 Dec '09

hi everyone i once posted a bug to the tracker and it still appears to be there in version 0.42.3. since this bug is kind of viral, so that it corrupts patches invisibly and without being noticed by the author, and also since quite some of my own patches got affected by that bug, i would like to ask to raise the priority of this one. BEWARE: everyone, who was working on patches in 0.42.X, that contain abstractions containing [declare]'s is most likely affected, or i should rather say: infected. read the description here: http://sourceforge.net/tracker/index.php?func=detail&aid=2251387&group_id=5… roman ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

3 3

[ pure-data-Bugs-2921052 ] [import] still not adding paths
by SourceForge.net 25 Dec '09

25 Dec '09

Bugs item #2921052, was opened at 2009-12-25 05:22 Message generated for change (Comment added) made by lukeiannini You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921052&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: Deleted >Resolution: Works For Me Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [import] still not adding paths Initial Comment: 'Allo hans! I'm trying to use [import] again here on OS X 10.6.2 with no luck: I added a directory called "mylib" to ~/Library/Pd, added an empty patch called "mylib-meta.pd" into that dir, then added a patch "xxx.pd". Using [import mylib] gives a promising libdir_loader: added 'mylib' to the canvas-local objectclass path, but then... xxx ... couldn't create and [mylib/xxx] works fine. I thought I saw that you removed the "added ... to the ..." messages unless verbose was on... but I also don't know how I could have an old version since I'm using Pd-0.42.5-extended-20091222. (also tried Pd-0.43.0-devel-20091215, and there i just get "import ... couldn't create") Definitely would much rather use [import] than [declare] :). I have no idea why [declare] requires reloading the patch to take effect... in the middle of any large slow-to-load patch that is a death. ---------------------------------------------------------------------- >Comment By: Luke Iannini (lukeiannini) Date: 2009-12-25 05:30 Message: : ), the public query is always the precursor to the solution. simply misconfigured preferences on my machine for this, disregard! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921052&group_…

1 0

[ pure-data-Bugs-2921052 ] [import] still not adding paths
by SourceForge.net 25 Dec '09

25 Dec '09

Bugs item #2921052, was opened at 2009-12-25 05:22 Message generated for change (Tracker Item Submitted) made by lukeiannini You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921052&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 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [import] still not adding paths Initial Comment: 'Allo hans! I'm trying to use [import] again here on OS X 10.6.2 with no luck: I added a directory called "mylib" to ~/Library/Pd, added an empty patch called "mylib-meta.pd" into that dir, then added a patch "xxx.pd". Using [import mylib] gives a promising libdir_loader: added 'mylib' to the canvas-local objectclass path, but then... xxx ... couldn't create and [mylib/xxx] works fine. I thought I saw that you removed the "added ... to the ..." messages unless verbose was on... but I also don't know how I could have an old version since I'm using Pd-0.42.5-extended-20091222. (also tried Pd-0.43.0-devel-20091215, and there i just get "import ... couldn't create") Definitely would much rather use [import] than [declare] :). I have no idea why [declare] requires reloading the patch to take effect... in the middle of any large slow-to-load patch that is a death. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2921052&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 December 2009