hi yves,
i've got some compilation errors for Grid. using Redhat 9.0 on this box, with Planet CCRMA packages. PD 0.36.0
errors below. as a side note, compiling on my Debian laptop gives an equally long string of errors, mostly "parse error before [...]".
anything that anybody can do about this? is this release of the object already dependent on pd 0.37?
thx + best, d.
[root@medienturm grid]# make clean
rm -f *.o *.pd_* so_locations
[root@medienturm grid]# make
./tk2c.bash < grid.tk > grid.tk2c
cc -DPD -DUNIX -DICECAST -O2 -funroll-loops -fomit-frame-pointer -Wall -W
-Wno-shadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch
-I../../src -o grid.o -c grid.c
In file included from ../../src/m_imp.h:8,
from grid.c:16:
./../src/m_pd.h:49: redefinition of t_int' ./../src/m_pd.h:49:t_int' previously declared here
./../src/m_pd.h:52: redefinition of t_float' ./../src/m_pd.h:52:t_float' previously declared here
./../src/m_pd.h:53: redefinition of t_floatarg' ./../src/m_pd.h:53:t_floatarg' previously declared here
./../src/m_pd.h:56: redefinition of struct _symbol' ./../src/m_pd.h:60: redefinition oft_symbol'
./../src/m_pd.h:60: t_symbol' previously declared here ./../src/m_pd.h:75: redefinition ofstruct _gstub'
./../src/m_pd.h:83: redefinition of t_gstub' ./../src/m_pd.h:83:t_gstub' previously declared here
./../src/m_pd.h:86: redefinition of struct _gpointer' ./../src/m_pd.h:94: redefinition oft_gpointer'
./../src/m_pd.h:94: t_gpointer' previously declared here ./../src/m_pd.h:97: redefinition ofunion word'
./../src/m_pd.h:104: redefinition of t_word' ./../src/m_pd.h:104:t_word' previously declared here
./../src/m_pd.h:108: conflicting types for A_NULL' ./../src/m_pd.h:108: previous declaration ofA_NULL'
./../src/m_pd.h:109: conflicting types for A_FLOAT' ./../src/m_pd.h:109: previous declaration ofA_FLOAT'
./../src/m_pd.h:110: conflicting types for A_SYMBOL' ./../src/m_pd.h:110: previous declaration ofA_SYMBOL'
./../src/m_pd.h:111: conflicting types for A_POINTER' ./../src/m_pd.h:111: previous declaration ofA_POINTER'
./../src/m_pd.h:112: conflicting types for A_SEMI' ./../src/m_pd.h:112: previous declaration ofA_SEMI'
./../src/m_pd.h:113: conflicting types for A_COMMA' ./../src/m_pd.h:113: previous declaration ofA_COMMA'
./../src/m_pd.h:114: conflicting types for A_DEFFLOAT' ./../src/m_pd.h:114: previous declaration ofA_DEFFLOAT'
./../src/m_pd.h:115: conflicting types for A_DEFSYM' ./../src/m_pd.h:115: previous declaration ofA_DEFSYM'
./../src/m_pd.h:116: conflicting types for A_DOLLAR' ./../src/m_pd.h:116: previous declaration ofA_DOLLAR'
./../src/m_pd.h:117: conflicting types for A_DOLLSYM' ./../src/m_pd.h:117: previous declaration ofA_DOLLSYM'
./../src/m_pd.h:118: conflicting types for A_GIMME' ./../src/m_pd.h:118: previous declaration ofA_GIMME'
./../src/m_pd.h:120: conflicting types for A_CANT' ./../src/m_pd.h:120: previous declaration ofA_CANT'
./../src/m_pd.h:120: confused by earlier errors, bailing out
make: *** [grid.pd_linux] Error 1
Try the version in CVS. It should support both 0.36 and 0.37.
Here are the instructions: http://sourceforge.net/cvs/?group_id=55736
You would: cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/pure-data login
cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/pure-data co
externals/unauthorized
and that will give you all of the unauthorized externals.
.hc
On Wednesday, Sep 24, 2003, at 21:14 America/New_York, derek@x-i.net
wrote:
hi yves,
i've got some compilation errors for Grid. using Redhat 9.0 on this box, with Planet CCRMA packages. PD 0.36.0
errors below. as a side note, compiling on my Debian laptop gives an
equally long string of errors, mostly "parse error before [...]".anything that anybody can do about this? is this release of the object
already dependent on pd 0.37?thx + best, d.
[root@medienturm grid]# make clean rm -f *.o *.pd_* so_locations [root@medienturm grid]# make ./tk2c.bash < grid.tk > grid.tk2c cc -DPD -DUNIX -DICECAST -O2 -funroll-loops -fomit-frame-pointer -Wall
-W -Wno-shadow -Wstrict-prototypes -Wno-unused -Wno-parentheses
-Wno-switch -I../../src -o grid.o -c grid.c In file included from ../../src/m_imp.h:8, from grid.c:16: ./../src/m_pd.h:49: redefinition oft_int' ./../src/m_pd.h:49:t_int' previously declared here ./../src/m_pd.h:52: redefinition oft_float' ./../src/m_pd.h:52:t_float' previously declared here ./../src/m_pd.h:53: redefinition oft_floatarg' ./../src/m_pd.h:53:t_floatarg' previously declared here ./../src/m_pd.h:56: redefinition ofstruct _symbol' ./../src/m_pd.h:60: redefinition oft_symbol' ./../src/m_pd.h:60:t_symbol' previously declared here ./../src/m_pd.h:75: redefinition ofstruct _gstub' ./../src/m_pd.h:83: redefinition oft_gstub' ./../src/m_pd.h:83:t_gstub' previously declared here ./../src/m_pd.h:86: redefinition ofstruct _gpointer' ./../src/m_pd.h:94: redefinition oft_gpointer' ./../src/m_pd.h:94:t_gpointer' previously declared here ./../src/m_pd.h:97: redefinition ofunion word' ./../src/m_pd.h:104: redefinition oft_word' ./../src/m_pd.h:104:t_word' previously declared here ./../src/m_pd.h:108: conflicting types forA_NULL' ./../src/m_pd.h:108: previous declaration ofA_NULL' ./../src/m_pd.h:109: conflicting types forA_FLOAT' ./../src/m_pd.h:109: previous declaration ofA_FLOAT' ./../src/m_pd.h:110: conflicting types forA_SYMBOL' ./../src/m_pd.h:110: previous declaration ofA_SYMBOL' ./../src/m_pd.h:111: conflicting types forA_POINTER' ./../src/m_pd.h:111: previous declaration ofA_POINTER' ./../src/m_pd.h:112: conflicting types forA_SEMI' ./../src/m_pd.h:112: previous declaration ofA_SEMI' ./../src/m_pd.h:113: conflicting types forA_COMMA' ./../src/m_pd.h:113: previous declaration ofA_COMMA' ./../src/m_pd.h:114: conflicting types forA_DEFFLOAT' ./../src/m_pd.h:114: previous declaration ofA_DEFFLOAT' ./../src/m_pd.h:115: conflicting types forA_DEFSYM' ./../src/m_pd.h:115: previous declaration ofA_DEFSYM' ./../src/m_pd.h:116: conflicting types forA_DOLLAR' ./../src/m_pd.h:116: previous declaration ofA_DOLLAR' ./../src/m_pd.h:117: conflicting types forA_DOLLSYM' ./../src/m_pd.h:117: previous declaration ofA_DOLLSYM' ./../src/m_pd.h:118: conflicting types forA_GIMME' ./../src/m_pd.h:118: previous declaration ofA_GIMME' ./../src/m_pd.h:120: conflicting types forA_CANT' ./../src/m_pd.h:120: previous declaration ofA_CANT' ./../src/m_pd.h:120: confused by earlier errors, bailing out make: *** [grid.pd_linux] Error 1
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
"What is wrong is that we have invented the technology to eliminate
scarcity, but we are deliberately throwing it away to benefit those who
profit from scarcity."
-John Gilmore
hi,
i doubt that you can make a version compatible with 0.36 and 0.37 because in 0.36, the includes were :
#include "m_imp.h" #include "g_canvas.h"
and, in 0.37, it's :
#include <m_pd.h> #include "m_imp.h" #include "g_canvas.h"
oh and yeh, the PD_MINOR_VERSION is defined in m_pd.h of course ( haha ).
but, you're right on one thing, that's to replace :
rtext_new(glist, (t_text *)x); ( for 0.37 )
with :
rtext_new(glist, (t_text *)x, glist->gl_editor->e_rtext, 0); ( for 0.36 )
thx for your work in cvs version anyway,
cheers, sevy
Hans-Christoph Steiner wrote:
Try the version in CVS. It should support both 0.36 and 0.37.
Here are the instructions: http://sourceforge.net/cvs/?group_id=55736
You would: cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/pure-data login
cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/pure-data co externals/unauthorized
and that will give you all of the unauthorized externals.
.hc
On Wednesday, Sep 24, 2003, at 21:14 America/New_York, derek@x-i.net wrote:
hi yves,
i've got some compilation errors for Grid. using Redhat 9.0 on this box, with Planet CCRMA packages. PD 0.36.0
errors below. as a side note, compiling on my Debian laptop gives an equally long string of errors, mostly "parse error before [...]".
anything that anybody can do about this? is this release of the object already dependent on pd 0.37?
thx + best, d.
[root@medienturm grid]# make clean rm -f *.o *.pd_* so_locations [root@medienturm grid]# make ./tk2c.bash < grid.tk > grid.tk2c cc -DPD -DUNIX -DICECAST -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wno-shadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -I../../src -o grid.o -c grid.c In file included from ../../src/m_imp.h:8, from grid.c:16: ./../src/m_pd.h:49: redefinition of
t_int' ./../src/m_pd.h:49:t_int' previously declared here ./../src/m_pd.h:52: redefinition oft_float' ./../src/m_pd.h:52:t_float' previously declared here ./../src/m_pd.h:53: redefinition oft_floatarg' ./../src/m_pd.h:53:t_floatarg' previously declared here ./../src/m_pd.h:56: redefinition ofstruct _symbol' ./../src/m_pd.h:60: redefinition oft_symbol' ./../src/m_pd.h:60:t_symbol' previously declared here ./../src/m_pd.h:75: redefinition ofstruct _gstub' ./../src/m_pd.h:83: redefinition oft_gstub' ./../src/m_pd.h:83:t_gstub' previously declared here ./../src/m_pd.h:86: redefinition ofstruct _gpointer' ./../src/m_pd.h:94: redefinition oft_gpointer' ./../src/m_pd.h:94:t_gpointer' previously declared here ./../src/m_pd.h:97: redefinition ofunion word' ./../src/m_pd.h:104: redefinition oft_word' ./../src/m_pd.h:104:t_word' previously declared here ./../src/m_pd.h:108: conflicting types forA_NULL' ./../src/m_pd.h:108: previous declaration ofA_NULL' ./../src/m_pd.h:109: conflicting types forA_FLOAT' ./../src/m_pd.h:109: previous declaration ofA_FLOAT' ./../src/m_pd.h:110: conflicting types forA_SYMBOL' ./../src/m_pd.h:110: previous declaration ofA_SYMBOL' ./../src/m_pd.h:111: conflicting types forA_POINTER' ./../src/m_pd.h:111: previous declaration ofA_POINTER' ./../src/m_pd.h:112: conflicting types forA_SEMI' ./../src/m_pd.h:112: previous declaration ofA_SEMI' ./../src/m_pd.h:113: conflicting types forA_COMMA' ./../src/m_pd.h:113: previous declaration ofA_COMMA' ./../src/m_pd.h:114: conflicting types forA_DEFFLOAT' ./../src/m_pd.h:114: previous declaration ofA_DEFFLOAT' ./../src/m_pd.h:115: conflicting types forA_DEFSYM' ./../src/m_pd.h:115: previous declaration ofA_DEFSYM' ./../src/m_pd.h:116: conflicting types forA_DOLLAR' ./../src/m_pd.h:116: previous declaration ofA_DOLLAR' ./../src/m_pd.h:117: conflicting types forA_DOLLSYM' ./../src/m_pd.h:117: previous declaration ofA_DOLLSYM' ./../src/m_pd.h:118: conflicting types forA_GIMME' ./../src/m_pd.h:118: previous declaration ofA_GIMME' ./../src/m_pd.h:120: conflicting types forA_CANT' ./../src/m_pd.h:120: previous declaration ofA_CANT' ./../src/m_pd.h:120: confused by earlier errors, bailing out make: *** [grid.pd_linux] Error 1
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
"What is wrong is that we have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore
On Thu, 25 Sep 2003, Yves Degoyon wrote:
i doubt that you can make a version compatible with 0.36 and 0.37 because in 0.36, the includes were :
#include "m_imp.h" #include "g_canvas.h"
and, in 0.37, it's :
#include <m_pd.h> #include "m_imp.h" #include "g_canvas.h"
oh and yeh, the PD_MINOR_VERSION is defined in m_pd.h of course ( haha ).
only if you realy need m_imp.h, I think no external should use this header, because as far as I understood it stands for "implementation", which means that its interface should not be exported.
Several externals that include m_imp.h do not need it at all.
I wonder who started with including this in externals...
Guenter
hi Guenter,
sorry to say that, but waiting for things being officially included in the API could take years. There is no other way out, than (temporarily) abuse g_canvas.h and m_imp.h, although one should always try to encapsulate (and comment) as much, as possible.
Krzysztof
guenter geiger wrote: ...
only if you realy need m_imp.h, I think no external should use this header, because as far as I understood it stands for "implementation", which means that its interface should not be exported.
On Thu, 25 Sep 2003, Krzysztof Czaja wrote:
hi Guenter,
sorry to say that, but waiting for things being officially included in the API could take years. There is no other way out, than (temporarily) abuse g_canvas.h and m_imp.h, although one should always try to encapsulate (and comment) as much, as possible.
I was talking about m_imp.h only. If you need things from there it might be worth to discuss it on the list, this way things can be included faster into the official API too. If nobody knows that you need these things, it could take forever.
Guenter
Krzysztof
guenter geiger wrote: ...
only if you realy need m_imp.h, I think no external should use this header, because as far as I understood it stands for "implementation", which means that its interface should not be exported.
hi Guenter,
this has nothing to do with me wanting this or that, and not getting it -- there are just things impossible to add to the API at this stage. Sorry, it might look like I was complaining, but I was not.
Krzysztof
guenter geiger wrote: ...
sorry to say that, but waiting for things being officially included in the API could take years. There is no other way out,
...
into the official API too. If nobody knows that you need these things, it could take forever.
On Fri, 26 Sep 2003, Krzysztof Czaja wrote:
this has nothing to do with me wanting this or that, and not getting it -- there are just things impossible to add to the API at this stage. Sorry, it might look like I was complaining, but I was not.
Ok, my statement was just that m_imp.h should not be used. I am not saying this to forbid you to use it, but to give general guidelines, in order to make transitions between versions easier. (Otherwise I would have said must not be used ..)
The problem seems to be that we look at the question from different points of view.
Guenter
Krzysztof
guenter geiger wrote: ...
sorry to say that, but waiting for things being officially included in the API could take years. There is no other way out,
...
into the official API too. If nobody knows that you need these things, it could take forever.
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
hi Yves,
Yves Degoyon wrote: ...
i doubt that you can make a version compatible with 0.36 and 0.37
why not -- in your project's tree include a file, say "pd_imp.h", with
#ifdef PD_MINOR_VERSION #include "m_imp.h" #else <stripped down copy of m_imp.h taken from 0.36 -- it is frozen, after all...> #endif
then in your extern's source file put
#include "m_pd.h" #include "pd_imp.h" ...
Krzysztof
...
because in 0.36, the includes were :
#include "m_imp.h" #include "g_canvas.h"
and, in 0.37, it's :
#include <m_pd.h> #include "m_imp.h" #include "g_canvas.h"
oh and yeh, the PD_MINOR_VERSION is defined in m_pd.h of course ( haha ).
hi all,
just a note: for PD version 0.36, on my machine, the CVS version compiled once i removed:
#include "m_pd.h"
thanks for the help, d.
Krzysztof Czaja wrote:
hi Yves,
Yves Degoyon wrote: ...
i doubt that you can make a version compatible with 0.36 and 0.37
why not -- in your project's tree include a file, say "pd_imp.h", with
#ifdef PD_MINOR_VERSION #include "m_imp.h" #else <stripped down copy of m_imp.h taken from 0.36 -- it is frozen, after all...> #endif
then in your extern's source file put
#include "m_pd.h" #include "pd_imp.h" ...
Krzysztof
...
because in 0.36, the includes were :
#include "m_imp.h" #include "g_canvas.h"
and, in 0.37, it's :
#include <m_pd.h> #include "m_imp.h" #include "g_canvas.h"
oh and yeh, the PD_MINOR_VERSION is defined in m_pd.h of course ( haha ).
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
hi,
yeh, sure, i'm not surprised, that's what i meant in previous mail. but you can't make a version really compatible for 0.36 and 0.37 because of that.
and about using "m_imp.h" and g_canvas.h", it's true, now, with 0.37 , "m_imp.h" is no longer needed but "g_canvas.h" contains all graphic calls for objects, so all graphic objects need it, sorry ....
cheers, sevy
derek holzer wrote:
hi all,
just a note: for PD version 0.36, on my machine, the CVS version compiled once i removed:
#include "m_pd.h"
thanks for the help, d.
Krzysztof Czaja wrote:
hi Yves,
Yves Degoyon wrote: ...
i doubt that you can make a version compatible with 0.36 and 0.37
why not -- in your project's tree include a file, say "pd_imp.h", with
#ifdef PD_MINOR_VERSION #include "m_imp.h" #else <stripped down copy of m_imp.h taken from 0.36 -- it is frozen, after all...> #endif
then in your extern's source file put
#include "m_pd.h" #include "pd_imp.h" ...
Krzysztof
...
because in 0.36, the includes were :
#include "m_imp.h" #include "g_canvas.h"
and, in 0.37, it's :
#include <m_pd.h> #include "m_imp.h" #include "g_canvas.h"
oh and yeh, the PD_MINOR_VERSION is defined in m_pd.h of course ( haha ).
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
Considering that, then it would be better to add:
#if PD_MINOR_VERSION >= 37 #include "m_pd.h" #else #include "m_imp.h" #endif
.hc
On Thursday, Sep 25, 2003, at 16:48 America/New_York, Yves Degoyon
wrote:
hi,
yeh, sure, i'm not surprised, that's what i meant in previous mail. but you can't make a version really compatible for 0.36 and 0.37
because of that.and about using "m_imp.h" and g_canvas.h", it's true, now, with 0.37 , "m_imp.h" is no longer needed but "g_canvas.h" contains all graphic calls for objects, so all graphic objects need it, sorry ....
cheers, sevy
derek holzer wrote:
hi all,
just a note: for PD version 0.36, on my machine, the CVS version
compiled once i removed:#include "m_pd.h"
thanks for the help, d.
Krzysztof Czaja wrote:
hi Yves,
Yves Degoyon wrote: ...
i doubt that you can make a version compatible with 0.36 and 0.37
why not -- in your project's tree include a file, say "pd_imp.h", with
#ifdef PD_MINOR_VERSION #include "m_imp.h" #else <stripped down copy of m_imp.h taken from 0.36 -- it is frozen, after all...> #endif
then in your extern's source file put
#include "m_pd.h" #include "pd_imp.h" ...
Krzysztof
...
because in 0.36, the includes were :
#include "m_imp.h" #include "g_canvas.h"
and, in 0.37, it's :
#include <m_pd.h> #include "m_imp.h" #include "g_canvas.h"
oh and yeh, the PD_MINOR_VERSION is defined in m_pd.h of course (
haha ).
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
Man has survived hitherto because he was too ignorant to know how to
realize his wishes.
Now that he can realize them, he must either change them, or perish.
-William Carlos Williams
Ignore that last post, I wasn't thinking straight....
.hc
On Thursday, Sep 25, 2003, at 16:48 America/New_York, Yves Degoyon
wrote:
hi,
yeh, sure, i'm not surprised, that's what i meant in previous mail. but you can't make a version really compatible for 0.36 and 0.37
because of that.and about using "m_imp.h" and g_canvas.h", it's true, now, with 0.37 , "m_imp.h" is no longer needed but "g_canvas.h" contains all graphic calls for objects, so all graphic objects need it, sorry ....
cheers, sevy
derek holzer wrote:
hi all,
just a note: for PD version 0.36, on my machine, the CVS version
compiled once i removed:#include "m_pd.h"
thanks for the help, d.
Krzysztof Czaja wrote:
hi Yves,
Yves Degoyon wrote: ...
i doubt that you can make a version compatible with 0.36 and 0.37
why not -- in your project's tree include a file, say "pd_imp.h", with
#ifdef PD_MINOR_VERSION #include "m_imp.h" #else <stripped down copy of m_imp.h taken from 0.36 -- it is frozen, after all...> #endif
then in your extern's source file put
#include "m_pd.h" #include "pd_imp.h" ...
Krzysztof
...
because in 0.36, the includes were :
#include "m_imp.h" #include "g_canvas.h"
and, in 0.37, it's :
#include <m_pd.h> #include "m_imp.h" #include "g_canvas.h"
oh and yeh, the PD_MINOR_VERSION is defined in m_pd.h of course (
haha ).
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
Man has survived hitherto because he was too ignorant to know how to
realize his wishes.
Now that he can realize them, he must either change them, or perish.
-William Carlos Williams
let me say it again: what is wrong with including m_imp.h indirectly?
K.
On Thursday, Sep 25, 2003, at 16:48 America/New_York, Yves Degoyon wrote:
...
but you can't make a version really compatible for 0.36 and 0.37
because of that.
...
why not -- in your project's tree include a file, say "pd_imp.h", with
#ifdef PD_MINOR_VERSION
/* if it is still needed: */
#include "m_imp.h" #else <stripped down copy of m_imp.h taken from 0.36 -- it is frozen, after all...>
/* i.e. without #include "m_pd.h" directive */
#endif
then in your extern's source file put
#include "m_pd.h" #include "pd_imp.h" ...
In 0.36, m_pd.h is included in m_imp.h. AFAIK, this means that m_pd.h
is implicitly included when you include m_imp.h.
Therefore I think the best fix for this would be:
#if PD_MINOR_VERSION >= 37 #include <m_pd.h> #endif
Also, in the devel_0_36 version in CVS, Thomas Grill has added:
/* T.Grill - avoid double inclusion of headers... */ #ifndef _M_PD_H #define _M_PD_H
/* T.Grill - avoid double inclusion of headers... this makes devel_0_36
m_imp.h compatible
to 0.37... */
#ifndef _M_IMP_H
#define _M_IMP_H
So that will help as well.
.hc
On Thursday, Sep 25, 2003, at 06:00 America/New_York, Yves Degoyon
wrote:
hi,
i doubt that you can make a version compatible with 0.36 and 0.37 because in 0.36, the includes were :
#include "m_imp.h" #include "g_canvas.h"
and, in 0.37, it's :
#include <m_pd.h> #include "m_imp.h" #include "g_canvas.h"
oh and yeh, the PD_MINOR_VERSION is defined in m_pd.h of course ( haha
).but, you're right on one thing, that's to replace :
rtext_new(glist, (t_text *)x); ( for 0.37 )
with :
rtext_new(glist, (t_text *)x, glist->gl_editor->e_rtext, 0); ( for
0.36 )thx for your work in cvs version anyway,
cheers, sevy
Hans-Christoph Steiner wrote:
Try the version in CVS. It should support both 0.36 and 0.37.
Here are the instructions: http://sourceforge.net/cvs/?group_id=55736
You would: cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/pure-data login
cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/pure-data
co externals/unauthorizedand that will give you all of the unauthorized externals.
.hc
On Wednesday, Sep 24, 2003, at 21:14 America/New_York, derek@x-i.net
wrote:hi yves,
i've got some compilation errors for Grid. using Redhat 9.0 on this box, with Planet CCRMA packages. PD 0.36.0
errors below. as a side note, compiling on my Debian laptop gives an
equally long string of errors, mostly "parse error before [...]".anything that anybody can do about this? is this release of the
object already dependent on pd 0.37?thx + best, d.
[root@medienturm grid]# make clean rm -f *.o *.pd_* so_locations [root@medienturm grid]# make ./tk2c.bash < grid.tk > grid.tk2c cc -DPD -DUNIX -DICECAST -O2 -funroll-loops -fomit-frame-pointer
-Wall -W -Wno-shadow -Wstrict-prototypes -Wno-unused -Wno-parentheses
-Wno-switch -I../../src -o grid.o -c grid.c In file included from ../../src/m_imp.h:8, from grid.c:16: ./../src/m_pd.h:49: redefinition oft_int' ./../src/m_pd.h:49:t_int' previously declared here ./../src/m_pd.h:52: redefinition oft_float' ./../src/m_pd.h:52:t_float' previously declared here ./../src/m_pd.h:53: redefinition oft_floatarg' ./../src/m_pd.h:53:t_floatarg' previously declared here ./../src/m_pd.h:56: redefinition ofstruct _symbol' ./../src/m_pd.h:60: redefinition oft_symbol' ./../src/m_pd.h:60:t_symbol' previously declared here ./../src/m_pd.h:75: redefinition ofstruct _gstub' ./../src/m_pd.h:83: redefinition oft_gstub' ./../src/m_pd.h:83:t_gstub' previously declared here ./../src/m_pd.h:86: redefinition ofstruct _gpointer' ./../src/m_pd.h:94: redefinition oft_gpointer' ./../src/m_pd.h:94:t_gpointer' previously declared here ./../src/m_pd.h:97: redefinition ofunion word' ./../src/m_pd.h:104: redefinition oft_word' ./../src/m_pd.h:104:t_word' previously declared here ./../src/m_pd.h:108: conflicting types forA_NULL' ./../src/m_pd.h:108: previous declaration ofA_NULL' ./../src/m_pd.h:109: conflicting types forA_FLOAT' ./../src/m_pd.h:109: previous declaration ofA_FLOAT' ./../src/m_pd.h:110: conflicting types forA_SYMBOL' ./../src/m_pd.h:110: previous declaration ofA_SYMBOL' ./../src/m_pd.h:111: conflicting types forA_POINTER' ./../src/m_pd.h:111: previous declaration ofA_POINTER' ./../src/m_pd.h:112: conflicting types forA_SEMI' ./../src/m_pd.h:112: previous declaration ofA_SEMI' ./../src/m_pd.h:113: conflicting types forA_COMMA' ./../src/m_pd.h:113: previous declaration ofA_COMMA' ./../src/m_pd.h:114: conflicting types forA_DEFFLOAT' ./../src/m_pd.h:114: previous declaration ofA_DEFFLOAT' ./../src/m_pd.h:115: conflicting types forA_DEFSYM' ./../src/m_pd.h:115: previous declaration ofA_DEFSYM' ./../src/m_pd.h:116: conflicting types forA_DOLLAR' ./../src/m_pd.h:116: previous declaration ofA_DOLLAR' ./../src/m_pd.h:117: conflicting types forA_DOLLSYM' ./../src/m_pd.h:117: previous declaration ofA_DOLLSYM' ./../src/m_pd.h:118: conflicting types forA_GIMME' ./../src/m_pd.h:118: previous declaration ofA_GIMME' ./../src/m_pd.h:120: conflicting types forA_CANT' ./../src/m_pd.h:120: previous declaration ofA_CANT' ./../src/m_pd.h:120: confused by earlier errors, bailing out make: *** [grid.pd_linux] Error 1
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
"What is wrong is that we have invented the technology to eliminate
scarcity, but we are deliberately throwing it away to benefit those
who profit from scarcity." -John Gilmore
"[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away
to benefit those who profit from scarcity."
-John Gilmore
hi
Also, in the devel_0_36 version in CVS, Thomas Grill has added:
/* T.Grill - avoid double inclusion of headers... */ #ifndef _M_PD_H #define _M_PD_H
/* T.Grill - avoid double inclusion of headers... this makes devel_0_36 m_imp.h compatible to 0.37... */ #ifndef _M_IMP_H #define _M_IMP_H
well done, i asked for it more than 1 year ago, i think ... ( well, it looked one year to me )) )
cheers, sevy
hi,
derek@x-i.net wrote:
hi yves,
i've got some compilation errors for Grid. using Redhat 9.0 on this box, with Planet CCRMA packages. PD 0.36.0
errors below. as a side note, compiling on my Debian laptop gives an equally long string of errors, mostly "parse error before [...]".
anything that anybody can do about this? is this release of the object already dependent on pd 0.37?
yes, that's exactly the problem, remove the following line :
#include "m_pd.h"
and change :
class_setwidget(grid_class, &grid_widgetbehavior); class_setpropertiesfn(grid_class, grid_properties); class_setsavefn(grid_class, grid_save);
with :
grid_widgetbehavior.w_propertiesfn = grid_properties; grid_widgetbehavior.w_savefn = grid_save; class_setwidget(grid_class, &grid_widgetbehavior);
cheers, sevy
yves,
are you sure that is everything? i still get:
grid.c: In function 'grid_draw_new': grid.c:97: too few arguments to function 'rtext_new'
nice to see somebody else is up late with this stuff ;-) d.
Yves Degoyon wrote:
hi,
derek@x-i.net wrote:
hi yves,
i've got some compilation errors for Grid. using Redhat 9.0 on this box, with Planet CCRMA packages. PD 0.36.0
errors below. as a side note, compiling on my Debian laptop gives an equally long string of errors, mostly "parse error before [...]".
anything that anybody can do about this? is this release of the object already dependent on pd 0.37?
yes, that's exactly the problem, remove the following line :
#include "m_pd.h"
and change :
class_setwidget(grid_class, &grid_widgetbehavior); class_setpropertiesfn(grid_class, grid_properties); class_setsavefn(grid_class, grid_save);
with :
grid_widgetbehavior.w_propertiesfn = grid_properties; grid_widgetbehavior.w_savefn = grid_save; class_setwidget(grid_class, &grid_widgetbehavior);
cheers, sevy
-
derek holzer -
derek＠x-i.net
-
guenter geiger -
Hans-Christoph Steiner -
Krzysztof Czaja -
Yves Degoyon