svn2git/libraries/moonlib.git - moonlib: converted automatically from sourceforge/svn

Age	Commit message (Collapse)	Author
2010-09-17	merged relevant changes from Pd-extended 0.42	Hans-Christoph Steiner
	svn path=/trunk/externals/moonlib/; revision=14153
2009-01-26	I just went through all of the externals that include t_tk.h and found that	Hans-Christoph Steiner
	none of them actually need to include it, since none of them actually use the functions or macros declared in t_tk.h. Since pd-devel has removed t_tk.h, and hopefully pd-vanilla will soon also ditch t_tk.h, I have removed #include "t_tk.h" from everywhere it was doing nothing (but preventing pd-devel-extended from compiling). svn path=/trunk/externals/moonlib/; revision=10652
2007-10-29	these two objects use the iemgui API, which puts t_object x_obj into a ↵	Hans-Christoph Steiner
	t_iemgui x_gui struct, so I adjusted the classname fix for that svn path=/trunk/externals/moonlib/; revision=8903
2007-10-29	Following this thread:	Hans-Christoph Steiner
	http://lists.puredata.info/pipermail/pd-dev/2007-10/009797.html I have changed the save functions so that they will save the name of the object that it was actually instantiated with. This allows objects with savefns to work properly with namespaces. This is a fix for this bug: http://sourceforge.net/tracker/index.php?&aid=1818219&group_id=55736&atid=478070 svn path=/trunk/externals/moonlib/; revision=8902
2007-07-11	got the lib to compile on MinGW by ifdeffing out the failing objects. These ↵	Hans-Christoph Steiner
	could be ported pretty easily since it's just a question of the open() function, I think. But it's really old, funky code, so why? svn path=/trunk/externals/moonlib/; revision=8005
2007-07-09	This commit was generated by cvs2svn to compensate for changes in r7949,svn2git-root	Hans-Christoph Steiner
	which included commits to RCS files with non-trunk default branches. svn path=/trunk/externals/moonlib/; revision=7950