Hi can anybody help me to find pd.lib?
thanks in advance
der.brandt
brandt@subnet.at wrote:
Hi can anybody help me to find pd.lib?
It's in the pd/bin folder of Miller's Windows versions.
It would be nice if it (or at least a list of exported symbols) was included in the autobuilds for Windows but it isn't, I guess because MinGW and Cygwin don't require it for linking.
Martin
Hello !
Where can I find documentation about pd.lib ? Does anyone on the list turn pd into a library ? for creating a DSP engine for instance ?
Thanks, Damien.
Martin Peach a écrit :
brandt@subnet.at wrote:
Hi can anybody help me to find pd.lib?
It's in the pd/bin folder of Miller's Windows versions.
It would be nice if it (or at least a list of exported symbols) was included in the autobuilds for Windows but it isn't, I guess because MinGW and Cygwin don't require it for linking.
Martin
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Damien Henry wrote:
Hello !
Where can I find documentation about pd.lib ? Does anyone on the list turn pd into a library ? for creating a DSP engine for instance ?
no. this is how Pd has always been built by miller on w32. pd.exe/pd.com is just a tiny wrapper that calls the main-loop within pd.lib nothing like a libpd
mdfst IOhannes
zmoelnig wrote:
Damien Henry wrote:
Hello !
Where can I find documentation about pd.lib ? Does anyone on the list turn pd into a library ? for creating a DSP engine for instance ?
no. this is how Pd has always been built by miller on w32. pd.exe/pd.com is just a tiny wrapper that calls the main-loop within pd.lib nothing like a libpd
Well pd.lib is actually a kind of list of function entry points in pd.dll, which is the real shared library.
pd.exe and pd.com jump to a function sys_main() in pd.dll.
sys_main then starts up the whole gui, unless it was called with the -nogui argument.
pd.lib only exists for the linker to find the code and isn't required at run-time. With the M$ linker it's needed to associate the symbols (function names in Pd) with entry points (pointers to Pd code), when building externals.
Nothing stops you using code within pd.dll as library code. It's just like a libpd except for the requirement to know ahead of time where the functions are located, which is why pd.lib is there. Practically it's nearly useless as a lib because everything is interrelated, but you could probably fake a call to the perform routine of osc~ without otherwise using the dsp graph; or use some utility function.
Martin
Hi Miller, and all.
I saw a Git repository on Miller's Page. Is it alive ? Is there a special policy about using it ?
Are some of you on the list using it ?
Cheers, Damien.
As I read in earlier messages, pd-extended has some patches different from miller's pd git source code. I am reading and studying this git code since last week and the last commit was in May, 7 with the release of 0.42-5 version.
I don't know if Miller is maintaining this code or contributing in any other place.
ps: the git source code http://crca.ucsd.edu/~msp/Software/pd-git/
-- global
On Thu, Sep 24, 2009 at 6:07 PM, Damien Henry dh@dh7.net wrote:
Hi Miller, and all.
I saw a Git repository on Miller's Page. Is it alive ? Is there a special policy about using it ?
Are some of you on the list using it ?
Cheers, Damien.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
It would be nice if that was the most up-to-date place for Miller's
git code, but it hasn't been updated. There is newer code in the pure-
data SVN trunk/pd section.
.hc
On Sep 25, 2009, at 3:40 PM, Anderson Goulart wrote:
As I read in earlier messages, pd-extended has some patches
different from miller's pd git source code. I am reading and
studying this git code since last week and the last commit was in
May, 7 with the release of 0.42-5 version.I don't know if Miller is maintaining this code or contributing in
any other place.ps: the git source code http://crca.ucsd.edu/~msp/Software/pd-git/
-- global
On Thu, Sep 24, 2009 at 6:07 PM, Damien Henry dh@dh7.net wrote: Hi Miller, and all.
I saw a Git repository on Miller's Page. Is it alive ? Is there a special policy about using it ?
Are some of you on the list using it ?
Cheers, Damien.
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
Programs should be written for people to read, and only incidentally
for machines to execute.
- from Structure and Interpretation of Computer Programs
Yep -- I only update the git repository when I make a compiled "release" -- and the code in SVN isn't yet up to "release" (even "test release") standards.
The git repository has much more information than the svn -- perhaps I should start uploading it too?
cheers Miller
On Sat, Sep 26, 2009 at 02:54:07PM -0400, Hans-Christoph Steiner wrote:
It would be nice if that was the most up-to-date place for Miller's
git code, but it hasn't been updated. There is newer code in the pure- data SVN trunk/pd section..hc
On Sep 25, 2009, at 3:40 PM, Anderson Goulart wrote:
As I read in earlier messages, pd-extended has some patches
different from miller's pd git source code. I am reading and
studying this git code since last week and the last commit was in
May, 7 with the release of 0.42-5 version.I don't know if Miller is maintaining this code or contributing in
any other place.ps: the git source code http://crca.ucsd.edu/~msp/Software/pd-git/
-- global
On Thu, Sep 24, 2009 at 6:07 PM, Damien Henry dh@dh7.net wrote: Hi Miller, and all.
I saw a Git repository on Miller's Page. Is it alive ? Is there a special policy about using it ?
Are some of you on the list using it ?
Cheers, Damien.
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
Programs should be written for people to read, and only incidentally
for machines to execute.
- from Structure and Interpretation of Computer Programs
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
+1 here, it would be great to be able to see your up-to-date git.
.hc
On Sep 28, 2009, at 9:37 PM, Miller Puckette wrote:
Yep -- I only update the git repository when I make a compiled
"release" -- and the code in SVN isn't yet up to "release" (even "test release")
standards.The git repository has much more information than the svn -- perhaps
I should start uploading it too?cheers Miller
On Sat, Sep 26, 2009 at 02:54:07PM -0400, Hans-Christoph Steiner
wrote:It would be nice if that was the most up-to-date place for Miller's git code, but it hasn't been updated. There is newer code in the
pure- data SVN trunk/pd section..hc
On Sep 25, 2009, at 3:40 PM, Anderson Goulart wrote:
As I read in earlier messages, pd-extended has some patches different from miller's pd git source code. I am reading and studying this git code since last week and the last commit was in May, 7 with the release of 0.42-5 version.
I don't know if Miller is maintaining this code or contributing in any other place.
ps: the git source code http://crca.ucsd.edu/~msp/Software/pd-git/
-- global
On Thu, Sep 24, 2009 at 6:07 PM, Damien Henry dh@dh7.net wrote: Hi Miller, and all.
I saw a Git repository on Miller's Page. Is it alive ? Is there a special policy about using it ?
Are some of you on the list using it ?
Cheers, Damien.
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
Programs should be written for people to read, and only incidentally for machines to execute.
- from Structure and Interpretation of Computer Programs
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If nature has made any one thing less susceptible than all others of
exclusive property, it is the action of the thinking power called an
idea, which an individual may exclusively possess as long as he keeps
it to himself; but the moment it is divulged, it forces itself into
the possession of everyone, and the receiver cannot dispossess himself
of it. - Thomas Jefferson
Hi Miller, Hans, and all.
Having git up-to-date will certainly help to maintain all projects that are dependent on pure-data vanillia.
I saw in your (Miller) git that the stable version are clearly tagged, so there are no risk to use a version that is not stable without notice it from there :-)
Cheers, Damien.
+1 here, it would be great to be able to see your up-to-date git.
.hc
On Sep 28, 2009, at 9:37 PM, Miller Puckette wrote:
Yep -- I only update the git repository when I make a compiled "release" -- and the code in SVN isn't yet up to "release" (even "test release") standards.
The git repository has much more information than the svn -- perhaps I should start uploading it too?
cheers Miller
On Sat, Sep 26, 2009 at 02:54:07PM -0400, Hans-Christoph Steiner wrote:
It would be nice if that was the most up-to-date place for Miller's git code, but it hasn't been updated. There is newer code in the pure- data SVN trunk/pd section.
.hc
On Sep 25, 2009, at 3:40 PM, Anderson Goulart wrote:
As I read in earlier messages, pd-extended has some patches different from miller's pd git source code. I am reading and studying this git code since last week and the last commit was in May, 7 with the release of 0.42-5 version.
I don't know if Miller is maintaining this code or contributing in any other place.
ps: the git source code http://crca.ucsd.edu/~msp/Software/pd-git/
-- global
On Thu, Sep 24, 2009 at 6:07 PM, Damien Henry dh@dh7.net wrote: Hi Miller, and all.
I saw a Git repository on Miller's Page. Is it alive ? Is there a special policy about using it ?
Are some of you on the list using it ?
Cheers, Damien.
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
Programs should be written for people to read, and only incidentally for machines to execute.
- from Structure and Interpretation of Computer Programs
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it. - Thomas Jefferson
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
+1
Using tags and branches developers can understand what you are doing...
-- global
On Tue, Sep 29, 2009 at 5:21 AM, Damien Henry dh@dh7.net wrote:
Hi Miller, Hans, and all.
Having git up-to-date will certainly help to maintain all projects that are dependent on pure-data vanillia.
I saw in your (Miller) git that the stable version are clearly tagged, so there are no risk to use a version that is not stable without notice it from there :-)
Cheers, Damien.
+1 here, it would be great to be able to see your up-to-date git.
.hc
On Sep 28, 2009, at 9:37 PM, Miller Puckette wrote:
Yep -- I only update the git repository when I make a compiled "release"
-- and the code in SVN isn't yet up to "release" (even "test release") standards.
The git repository has much more information than the svn -- perhaps I should start uploading it too?
cheers Miller
On Sat, Sep 26, 2009 at 02:54:07PM -0400, Hans-Christoph Steiner wrote:
It would be nice if that was the most up-to-date place for Miller's git code, but it hasn't been updated. There is newer code in the pure- data SVN trunk/pd section.
.hc
On Sep 25, 2009, at 3:40 PM, Anderson Goulart wrote:
As I read in earlier messages, pd-extended has some patches
different from miller's pd git source code. I am reading and studying this git code since last week and the last commit was in May, 7 with the release of 0.42-5 version.
I don't know if Miller is maintaining this code or contributing in any other place.
ps: the git source code http://crca.ucsd.edu/~msp/Software/pd-git/http://crca.ucsd.edu/%7Emsp/Software/pd-git/
-- global
On Thu, Sep 24, 2009 at 6:07 PM, Damien Henry dh@dh7.net wrote: Hi Miller, and all.
I saw a Git repository on Miller's Page. Is it alive ? Is there a special policy about using it ?
Are some of you on the list using it ?
Cheers, Damien.
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
Programs should be written for people to read, and only incidentally for machines to execute.
- from Structure and Interpretation of Computer Programs
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it. - Thomas Jefferson
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
+1!
On Thu, Oct 01, 2009 at 11:24:46PM -0300, Anderson Goulart wrote:
+1
Using tags and branches developers can understand what you are doing...
-- global
On Tue, Sep 29, 2009 at 5:21 AM, Damien Henry dh@dh7.net wrote:
Hi Miller, Hans, and all.
Having git up-to-date will certainly help to maintain all projects that are dependent on pure-data vanillia.
I saw in your (Miller) git that the stable version are clearly tagged, so there are no risk to use a version that is not stable without notice it from there :-)
Cheers, Damien.
+1 here, it would be great to be able to see your up-to-date git.
.hc
On Sep 28, 2009, at 9:37 PM, Miller Puckette wrote:
Yep -- I only update the git repository when I make a compiled "release"
-- and the code in SVN isn't yet up to "release" (even "test release") standards.
The git repository has much more information than the svn -- perhaps I should start uploading it too?
cheers Miller
On Sat, Sep 26, 2009 at 02:54:07PM -0400, Hans-Christoph Steiner wrote:
It would be nice if that was the most up-to-date place for Miller's git code, but it hasn't been updated. There is newer code in the pure- data SVN trunk/pd section.
.hc
On Sep 25, 2009, at 3:40 PM, Anderson Goulart wrote:
As I read in earlier messages, pd-extended has some patches
different from miller's pd git source code. I am reading and studying this git code since last week and the last commit was in May, 7 with the release of 0.42-5 version.
I don't know if Miller is maintaining this code or contributing in any other place.
ps: the git source code http://crca.ucsd.edu/~msp/Software/pd-git/http://crca.ucsd.edu/%7Emsp/Software/pd-git/
-- global
On Thu, Sep 24, 2009 at 6:07 PM, Damien Henry dh@dh7.net wrote: Hi Miller, and all.
I saw a Git repository on Miller's Page. Is it alive ? Is there a special policy about using it ?
Are some of you on the list using it ?
Cheers, Damien.
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
Programs should be written for people to read, and only incidentally for machines to execute.
- from Structure and Interpretation of Computer Programs
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it. - Thomas Jefferson
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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Thu, 24 Sep 2009, Damien Henry wrote:
Where can I find documentation about pd.lib ? Does anyone on the list turn pd into a library ? for creating a DSP engine for instance ?
Bah, j'ai fait ça (libpd.so, libpd.dylib ...) sous forme d'un petit changement de makefile, mais je n'ai rien fait de concret avec ça. j'avais juste espéré que ça inspire quelqu'un.
Il y a d'autres gens qui en ont fait une bibliothèque aussi, mais à ce que je sache, pas quelque chose de générique comme libpd.so, plutôt quelque chose pour faire de Pd un greffon dans un autre logiciel en particulier ou au mieux une interface générique qui n'est pas <m_pd.h> (par exemple VST...). Personnellement, j'ai pas regardé.
Quant à PD.DLL, c'est un hack dû à une lacune dans le chargement des DLL sur Windows, comparativement à Linux et OSX.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
On Fri, Sep 25, 2009 at 03:51:06PM -0400, Mathieu Bouchard wrote:
On Thu, 24 Sep 2009, Damien Henry wrote:
Where can I find documentation about pd.lib ? Does anyone on the list
turn pd into a library ? for creating a DSP engine for instance ?Bah, j'ai fait ça (libpd.so, libpd.dylib ...) sous forme d'un petit
changement de makefile, mais je n'ai rien fait de concret avec ça. j'avais juste espéré que ça inspire quelqu'un.Il y a d'autres gens qui en ont fait une bibliothÚque aussi, mais à ce que je sache, pas quelque chose de générique comme libpd.so, plutÎt quelque chose pour faire de Pd un greffon dans un autre logiciel en particulier ou au mieux une interface générique qui n'est pas <m_pd.h> (par exemple VST...). Personnellement, j'ai pas regardé.
Well I think it would be of great benefit to Pd if we all stopped doing it in our own once off, implementation specific, half-arsed way and did it properly and robustly and submitted the code back to Miller. I already submitted some half-arsed code for this to him (see the attached patch against Makefile.in), but I think my chances aren't that great for getting it accepted, since it stinks! :)
Damien, if you want you can try with that patch and something like this:
void* launchpd(void* arg) { char* args[2] = {"pd", "-nogui"}; sys_printhook = (t_printhook)my_printhook; sys_main(2, args); }
I think a lot of people dream of a libpd which is independent of all the GUI code and the driver-specific audio code. It would be awesome if I could go:
t_pd* mypd = launchpd(); while (1) { mypd->getBuffer(mybuffer); }
It would certainly make it easier to make stuff like browser plugins. I dream of a day when we post the libpd code to the whatwg list and it gets accepted by all the major browsers, and then we have in-browser procedural audio for our web apps.
Chris.
And now with the attachment.
On Sat, Sep 26, 2009 at 03:24:34PM +0100, Chris McCormick wrote:
On Fri, Sep 25, 2009 at 03:51:06PM -0400, Mathieu Bouchard wrote:
On Thu, 24 Sep 2009, Damien Henry wrote:
Where can I find documentation about pd.lib ? Does anyone on the list
turn pd into a library ? for creating a DSP engine for instance ?Bah, j'ai fait ça (libpd.so, libpd.dylib ...) sous forme d'un petit
changement de makefile, mais je n'ai rien fait de concret avec ça. j'avais juste espéré que ça inspire quelqu'un.Il y a d'autres gens qui en ont fait une bibliothÚque aussi, mais à ce que je sache, pas quelque chose de générique comme libpd.so, plutÎt quelque chose pour faire de Pd un greffon dans un autre logiciel en particulier ou au mieux une interface générique qui n'est pas <m_pd.h> (par exemple VST...). Personnellement, j'ai pas regardé.
Well I think it would be of great benefit to Pd if we all stopped doing it in our own once off, implementation specific, half-arsed way and did it properly and robustly and submitted the code back to Miller. I already submitted some half-arsed code for this to him (see the attached patch against Makefile.in), but I think my chances aren't that great for getting it accepted, since it stinks! :)
Damien, if you want you can try with that patch and something like this:
void* launchpd(void* arg) { char* args[2] = {"pd", "-nogui"}; sys_printhook = (t_printhook)my_printhook; sys_main(2, args); }
I think a lot of people dream of a libpd which is independent of all the GUI code and the driver-specific audio code. It would be awesome if I could go:
t_pd* mypd = launchpd(); while (1) { mypd->getBuffer(mybuffer); }
It would certainly make it easier to make stuff like browser plugins. I dream of a day when we post the libpd code to the whatwg list and it gets accepted by all the major browsers, and then we have in-browser procedural audio for our web apps.
Chris.
--- ../../pd-0.42-5/src/makefile.in 2008-12-29 19:08:26.000000000 +0000 +++ makefile.in 2009-07-15 13:44:11.000000000 +0100 @@ -2,6 +2,7 @@ OBJ_DIR = ../obj BIN_DIR = ../bin PDEXEC = $(BIN_DIR)/pd +LIBPD = $(BIN_DIR)/libpd.a EXT= @EXT@ GUINAME= @GUINAME@
@@ -26,7 +27,7 @@ GLIB = @LIBS@
LDFLAGS = @LDFLAGS@ -LIB = @PDLIB@ +LIB = @LIBPD@
WARN_CFLAGS = -Wall -W -Wstrict-prototypes
-Wno-unused -Wno-parentheses -Wno-switch @@ -42,14 +43,14 @@ASIOOBJ = $(ASIOSRC:.cpp=.o)
-SRC = g_canvas.c g_graph.c g_text.c g_rtext.c g_array.c g_template.c g_io.c
+LSRC = g_canvas.c g_graph.c g_text.c g_rtext.c g_array.c g_template.c g_io.c
g_scalar.c g_traversal.c g_guiconnect.c g_readwrite.c g_editor.c
g_all_guis.c g_bang.c g_hdial.c g_hslider.c g_mycanvas.c g_numbox.c
g_toggle.c g_vdial.c g_vslider.c g_vumeter.c
m_pd.c m_class.c m_obj.c m_atom.c m_memory.c m_binbuf.c
m_conf.c m_glob.c m_sched.c
s_main.c s_inter.c s_file.c s_print.c \
- s_loader.c s_path.c s_entry.c s_audio.c s_midi.c \
- s_loader.c s_path.c s_audio.c s_midi.c
d_ugen.c d_ctl.c d_arithmetic.c d_osc.c d_filter.c d_dac.c d_misc.c
d_math.c d_fft.c d_array.c d_global.c
d_delay.c d_resample.c \@@ -57,7 +58,12 @@ x_time.c x_acoustics.c x_net.c x_qlist.c x_gui.c x_list.c d_soundfile.c
$(SYSSRC)-OBJ = $(SRC:.c=.o) +# the main() file isn't required by libpd +SRC = $(LSRC) s_entry.c
+OBJ = $(SRC:.c=.o)
+LOBJ = $(LSRC:.c=.o)
GSRC = @GUISRC@
@@ -123,6 +129,15 @@ $(PDEXEC): $(OBJ) $(BIN_DIR) cd ../obj; $(CC) $(LDFLAGS) $(DBG_CFLAGS) -o $(PDEXEC) $(OBJ) $(LIB)
+libpd: $(LOBJ) $(BIN_DIR)
- cd ../obj; $(AR) r $(LIBPD) $(LOBJ)
- @# linux
- @#cd ../obj; $(CC) -shared -Wl,-soname,libpd.so.1 -o libpd.so.$(PD_VERSION) $(LOBJ)
- @# mac OS
- @#cd ../obj; $(CC) -Wl,-dylib_install_name -Wl,libpd.dylib.$(PD_VERSION) -o libpd.dylib $(LOBJ)
- @# windows
- @#???
$(BIN_DIR)/pd-gui: $(GOBJ) $(GSRC) cd ../obj; $(CC) $(INCLUDE) -o $(BIN_DIR)/$(GUINAME) $(GOBJ) $(GLIB)
--- ../../pd-0.42-5/src/makefile.in 2008-12-29 19:08:26.000000000 +0000 +++ makefile.in 2009-07-15 14:16:53.000000000 +0100 @@ -2,6 +2,7 @@ OBJ_DIR = ../obj BIN_DIR = ../bin PDEXEC = $(BIN_DIR)/pd +LIBPD = $(BIN_DIR)/libpd.a EXT= @EXT@ GUINAME= @GUINAME@
@@ -42,14 +43,14 @@
ASIOOBJ = $(ASIOSRC:.cpp=.o)
-SRC = g_canvas.c g_graph.c g_text.c g_rtext.c g_array.c g_template.c g_io.c
+LSRC = g_canvas.c g_graph.c g_text.c g_rtext.c g_array.c g_template.c g_io.c
g_scalar.c g_traversal.c g_guiconnect.c g_readwrite.c g_editor.c
g_all_guis.c g_bang.c g_hdial.c g_hslider.c g_mycanvas.c g_numbox.c
g_toggle.c g_vdial.c g_vslider.c g_vumeter.c
m_pd.c m_class.c m_obj.c m_atom.c m_memory.c m_binbuf.c
m_conf.c m_glob.c m_sched.c
s_main.c s_inter.c s_file.c s_print.c \
- s_loader.c s_path.c s_entry.c s_audio.c s_midi.c \
- s_loader.c s_path.c s_audio.c s_midi.c
d_ugen.c d_ctl.c d_arithmetic.c d_osc.c d_filter.c d_dac.c d_misc.c
d_math.c d_fft.c d_array.c d_global.c
d_delay.c d_resample.c \@@ -57,7 +58,12 @@ x_time.c x_acoustics.c x_net.c x_qlist.c x_gui.c x_list.c d_soundfile.c
$(SYSSRC)-OBJ = $(SRC:.c=.o) +# the main() file isn't required by libpd +SRC = $(LSRC) s_entry.c
+OBJ = $(SRC:.c=.o)
+LOBJ = $(LSRC:.c=.o)
GSRC = @GUISRC@
@@ -123,6 +129,15 @@ $(PDEXEC): $(OBJ) $(BIN_DIR) cd ../obj; $(CC) $(LDFLAGS) $(DBG_CFLAGS) -o $(PDEXEC) $(OBJ) $(LIB)
+libpd: $(LOBJ) $(BIN_DIR)
- cd ../obj; $(AR) r $(LIBPD) $(LOBJ)
- @# linux
- @#cd ../obj; $(CC) -shared -Wl,-soname,libpd.so.1 -o libpd.so.$(PD_VERSION) $(LOBJ)
- @# mac OS
- @#cd ../obj; $(CC) -Wl,-dylib_install_name -Wl,libpd.dylib.$(PD_VERSION) -o libpd.dylib $(LOBJ)
- @# windows
- @#???
$(BIN_DIR)/pd-gui: $(GOBJ) $(GSRC) cd ../obj; $(CC) $(INCLUDE) -o $(BIN_DIR)/$(GUINAME) $(GOBJ) $(GLIB)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Sep 24, 2009, at 8:47 AM, Martin Peach wrote:
brandt@subnet.at wrote:
Hi can anybody help me to find pd.lib?
It's in the pd/bin folder of Miller's Windows versions.
It would be nice if it (or at least a list of exported symbols) was
included in the autobuilds for Windows but it isn't, I guess because
MinGW and Cygwin don't require it for linking.
Feel free to make this change directly in the Pd-extended branch. I
think it would just be a matter of editing makefile.mingw to make it
generate the files you want, then adding those files to the packages/
win32_inno/pd-inno.iss.in so that they are included in the installer.
.hc
Information wants to be free. -Stewart Brand
Hans-Christoph Steiner wrote:
On Sep 24, 2009, at 8:47 AM, Martin Peach wrote:
brandt@subnet.at wrote:
Hi can anybody help me to find pd.lib?
It's in the pd/bin folder of Miller's Windows versions.
It would be nice if it (or at least a list of exported symbols) was included in the autobuilds for Windows but it isn't, I guess because MinGW and Cygwin don't require it for linking.
Feel free to make this change directly in the Pd-extended branch. I think it would just be a matter of editing makefile.mingw to make it generate the files you want, then adding those files to the packages/win32_inno/pd-inno.iss.in so that they are included in the installer.
OK I just added code to create a pddll.def file. This can then be used to make a pd.lib in MSVC, so externals for pd-extended may be built using MSVC. (as long as they don't pass file handles across the dll boundary -- an issue involving different c runtimes having different FILE structs) (Other possibilities: Perhaps libpd.a can be used directly just by renaming it pd.lib (but it is currently not installed into pd/bin), or nm can be used to extract the symbols from pd.dll (but this must be done before it is stripped.))
packages/win32_inno/pd-inno.iss.in already copies everything in pd/bin to pd/bin so no change seems needed there.
I notice there is already a pdtcl.def file being created using pdtcl.dll, but it doesn't seem to be used or installed.
I'll check tomorrow's build to see if it worked.
Martin
On Sep 27, 2009, at 3:58 PM, Martin Peach wrote:
Hans-Christoph Steiner wrote:
On Sep 24, 2009, at 8:47 AM, Martin Peach wrote:
brandt@subnet.at wrote:
Hi can anybody help me to find pd.lib?
It's in the pd/bin folder of Miller's Windows versions.
It would be nice if it (or at least a list of exported symbols)
was included in the autobuilds for Windows but it isn't, I guess
because MinGW and Cygwin don't require it for linking.Feel free to make this change directly in the Pd-extended branch.
I think it would just be a matter of editing makefile.mingw to make
it generate the files you want, then adding those files to the
packages/win32_inno/pd-inno.iss.in so that they are included in the
installer.OK I just added code to create a pddll.def file. This can then be
used to make a pd.lib in MSVC, so externals for pd-extended may be
built using MSVC. (as long as they don't pass file handles across
the dll boundary -- an issue involving different c runtimes having
different FILE structs) (Other possibilities: Perhaps libpd.a can be used directly just by
renaming it pd.lib (but it is currently not installed into pd/bin),
or nm can be used to extract the symbols from pd.dll (but this must
be done before it is stripped.))packages/win32_inno/pd-inno.iss.in already copies everything in pd/ bin to pd/bin so no change seems needed there.
I notice there is already a pdtcl.def file being created using
pdtcl.dll, but it doesn't seem to be used or installed.I'll check tomorrow's build to see if it worked.
Martin
I know nothing of MS's compiler, only gcc, so sorry I can't be of more
help there. But in theory, libpd.a sounds like pd.lib to me.
.hc
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.
On Sep 27, 2009, at 3:58 PM, Martin Peach wrote:
Hans-Christoph Steiner wrote:
On Sep 24, 2009, at 8:47 AM, Martin Peach wrote:
brandt@subnet.at wrote:
Hi can anybody help me to find pd.lib?
It's in the pd/bin folder of Miller's Windows versions.
It would be nice if it (or at least a list of exported symbols)
was included in the autobuilds for Windows but it isn't, I guess
because MinGW and Cygwin don't require it for linking.Feel free to make this change directly in the Pd-extended branch.
I think it would just be a matter of editing makefile.mingw to make
it generate the files you want, then adding those files to the
packages/win32_inno/pd-inno.iss.in so that they are included in the
installer.OK I just added code to create a pddll.def file. This can then be
used to make a pd.lib in MSVC, so externals for pd-extended may be
built using MSVC. (as long as they don't pass file handles across
the dll boundary -- an issue involving different c runtimes having
different FILE structs) (Other possibilities: Perhaps libpd.a can be used directly just by
renaming it pd.lib (but it is currently not installed into pd/bin),
or nm can be used to extract the symbols from pd.dll (but this must
be done before it is stripped.))packages/win32_inno/pd-inno.iss.in already copies everything in pd/ bin to pd/bin so no change seems needed there.
I notice there is already a pdtcl.def file being created using
pdtcl.dll, but it doesn't seem to be used or installed.I'll check tomorrow's build to see if it worked.
Martin
Looks like you are missing a "-Wl," in your change, before -outimplib
had one.
-Wl,--export-all-symbols -Wl,--output-def pddll.def--out-implib=pd.a;
http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/0...
.hc
There is no way to peace, peace is the way. -A.J. Muste
-
Anderson Goulart -
brandt＠subnet.at -
Chris McCormick -
Damien Henry -
Hans-Christoph Steiner -
IOhannes m zmölnig -
Martin Peach -
martin.peach＠sympatico.ca
-
Mathieu Bouchard -
Miller Puckette