hi, surfing the cvs I just wondered if "loaders" should be a subdir of externals at all? I can't find a discussion about this in the archives and I also think it is not that important. but shouldn't it go side by side with the externals folder? nevermind... marius.
I actually think that 'loaders' should be parallel to 'externals':
trunk/externals trunk/pd trunk/loaders
There is already soooo much stuff in 'externals', and loaders are not
really externals, they are tools for writing externals.
.hc
On Mar 28, 2008, at 10:57 AM, marius schebella wrote:
hi, surfing the cvs I just wondered if "loaders" should be a subdir of externals at all? I can't find a discussion about this in the archives and I also think it is not that important. but shouldn't it go side by side with the externals folder? nevermind... marius.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Looking at things from a more basic level, you can come up with a
more direct solution... It may sound small in theory, but it in
practice, it can change entire economies. - Amy Smith
maybe I did not put it clear enough, but that's exactly what I wanted to say. marius.
Hans-Christoph Steiner wrote:
I actually think that 'loaders' should be parallel to 'externals':
trunk/externals trunk/pd trunk/loaders
There is already soooo much stuff in 'externals', and loaders are not really externals, they are tools for writing externals.
.hc
On Mar 28, 2008, at 10:57 AM, marius schebella wrote:
hi, surfing the cvs I just wondered if "loaders" should be a subdir of externals at all? I can't find a discussion about this in the archives and I also think it is not that important. but shouldn't it go side by side with the externals folder? nevermind... marius.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith
hi Marius and everybdy,
i'm not quite sure what are they?
but i reckon the organization of makefiles in the svn is too messy, i was considering an option of actually offering myself taking the responsibility for that! but while considering that, i was tald that the concept is that each subdir is maintained exclusivle by the author ..which i actually respect, as it sort of right way for me, as it gives the individuality to the complite set of software - pd+etx+abs :)
still may be we could introduce proper guidlines, especially what 'install' target has to do, the actuall directories where the lib it's helpfile and exples would be put! last time i tryed just simple make .pd_linux && make install - it did try to mess up my setup, so i had either both lib and helpfile in one place, or the lib in that place and the helpfile somewhere else ;( and i can remeber what else it done back then .. so i did just copy every usefull file into two dirs that i named abs and ext, all helpfiles could go into subdirs of the two, but i did just out then together. well.. i don't need much stuff of there, just most of the time i've been happy with core objs ;[
the self organised pojects, i mean those which take their own dir, like the mtl bunch and netpd are totaly fine as they are ;)
also some makefiles tend to have odd CFLAGS, many are missing -fPIC, which you need on x86_64, so right .. that all wanted to say about that..
also i will meantion here that there still a little annoying issue in Millers's src/ :( the makefile was fixed and the .pd file don't get +x permission when installed, but they together with some other .c files do have it in the src dir, which is definetly the source of the prob ;( well.. i definetly suspect this is comes with cross platform development, when you use the msdos fs, and copy stuff onto and from it, all the files on there when mounted on linux turn out to have +x bit (by default). the fix for it is to put a line like this into fstab: /dev/sde1 /mnt/sd1 auto user,group,noauto,rw,noatime,umask=027,fmask=0117,posix,gid=100 0 0 this sets the file and dir mask, the important bits are umask=027 and fmask=0117 the rest is site specific.
On Fri, Mar 28, 2008 at 10:57:44AM -0400, marius schebella wrote:
hi, surfing the cvs I just wondered if "loaders" should be a subdir of externals at all? I can't find a discussion about this in the archives and I also think it is not that important. but shouldn't it go side by side with the externals folder? nevermind... marius.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hey,
It would be awesome if you took this on as a project! We've talked a
lot about this and I think the following is a good solution:
- common externals/configure.in
- each project has its own Makefile.am
- optionally, each project can have its own configure.in
- the common ./configure will allow things like: ./configure --disable-all --enable-zexy --enable-maxlib ./configure --disable-cxc
The big disadvantage of having totally self-sufficient build systems
for subsection could be that each dev has to maintain the build
system to work on all platforms. There could be a way around that,
that would be the ideal. Then all of the cross-platform build issues
are handled in one place, and a dev only needs to build on their
platform to know that things will build on others (for the most
part). This part has been working pretty well with the current build
system.
I think that we should:
- use automake and autoconf for the common system.
- replace the old makefiles with this system, with the consent of
each dev
Here is some useful info on this topic: http://lists.puredata.info/pipermail/pd-dev/2007-11/010265.html http://lists.gnu.org/archive/html/autoconf/2008-03/msg00060.html http://lists.puredata.info/pipermail/pd-dev/2006-12/008114.html
.hc
On Mar 28, 2008, at 1:13 PM, errordeveloper@gmail.com wrote:
hi Marius and everybdy,
i'm not quite sure what are they?
but i reckon the organization of makefiles in the svn is too messy, i was considering an option of actually offering myself taking the responsibility for that! but while considering that, i was tald that the concept is that each subdir is maintained exclusivle by the author ..which i actually respect, as it sort of right way for me, as it gives the individuality to the complite set of software - pd+etx+abs :)
still may be we could introduce proper guidlines, especially what 'install' target has to do, the actuall directories where the lib it's helpfile and exples would be put! last time i tryed just simple make .pd_linux && make install - it did try to mess up my setup, so i had either both lib and helpfile in one place, or the lib in that place and the helpfile somewhere else ;( and i can remeber what else it done back then .. so i did just copy every usefull file into two dirs that i named
abs and ext, all helpfiles could go into subdirs of the two, but i did just out
then together. well.. i don't need much stuff of there, just most of the
time i've been happy with core objs ;[the self organised pojects, i mean those which take their own dir,
like the mtl bunch and netpd are totaly fine as they are ;)also some makefiles tend to have odd CFLAGS, many are missing -fPIC, which you need on x86_64, so right .. that all wanted to say about
that..also i will meantion here that there still a little annoying issue in Millers's src/ :( the makefile was fixed and the .pd file don't get +x permission when installed, but they together with some other .c files do have it in
the src dir, which is definetly the source of the prob ;( well.. i definetly suspect this is comes with cross platform development, when you use the msdos fs, and copy stuff onto and
from it, all the files on there when mounted on linux turn out to have +x
bit (by default). the fix for it is to put a line like this into fstab: /dev/sde1 /mnt/sd1 auto
user,group,noauto,rw,noatime,umask=027,fmask=0117,posix,gid=100 0 0 this sets the file and dir mask, the important bits are umask=027
and fmask=0117 the rest is site specific.On Fri, Mar 28, 2008 at 10:57:44AM -0400, marius schebella wrote:
hi, surfing the cvs I just wondered if "loaders" should be a subdir of externals at all? I can't find a discussion about this in the
archives and I also think it is not that important. but shouldn't it go
side by side with the externals folder? nevermind... marius.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
I have the audacity to believe that peoples everywhere can have three
meals a day for their bodies, education and culture for their minds,
and dignity, equality and freedom for their spirits. - Martin
Luther King, Jr.
-
errordeveloper＠gmail.com -
Hans-Christoph Steiner -
marius schebella