Actually, I just made a commit that may help. I looked into the pd-lib-building
ldflags for windows and updated bob~ to try a dyamic link to pd.dll. Maybe this
will work.
Do a pull and then the whole make clean && ./configure && make mess again.
Thanks
Dan Wilcox
@danomatika
Cool. Fixing things one step at a time. I’m seeing the correct flags when
building bob~ now.
Do you see a pd.lib in either /src or /src/.libs?
Also, can you remove “-lpd” from configure.ac line 112 then do the following?
make clean
./configure
make
I’m curious to see if not linking pd will
Hi, here's the error output. After 'make' I have the following files in my bin:
pd.exe, pd-gui script, pdreceive.exe and pdsend.exe.
Christof
Gesendet: Freitag, 23. September 2016 um 00:40 Uhr
Von: "Dan Wilcox"
An: "Christof Ressi"
Cc:
We can work through it. I don’t have a windows machine so I haven’t tested it
directly yet. I could get one from school but I have too much going on right
now.
After running make, can you check if there is a “pd.lib” in either the /src or
/src.libs directories?
Judging from the makefiles and
Sorry, if I'm being obvious: I found 'sys_getversion' at the end of m_glob.c
which returns major and minor version number at runtime.
Christof
Gesendet: Donnerstag, 22. September 2016 um 17:56 Uhr
Von: "Antoine Rousseau"
An: Kein Empfänger
Cc: Pd-list
a coule of small updates:
- instead of using [pack f p], I tried [list append]. Now the warning
doesn't appear.
- by changing a toggle order later in the row, the output is correct.
Nevertheless, I would be interested to know what the warning means, and
why is it better (?) to use list
Thanks a lot ! I think I get it. I'll do it asap.
2016-09-22 17:06 GMT+02:00 IOhannes m zmoelnig :
> On 2016-09-22 12:21, Antoine Rousseau wrote:
> > 2016-09-22 11:03 GMT+02:00 IOhannes m zmoelnig :
> >
> >> On 2016-09-22 08:37, Antoine Rousseau wrote:
> >>> you
Hello list,
I got the warning "pack_bang: warning: reentry with pointers unprotected".
Does someone know what does this mean?
This comes up when having a loop trying to spout out all scalars with the
same x value - which doesn't seem to work, as I get 2 times the same
pointer, instead of 2
On 2016-09-22 12:21, Antoine Rousseau wrote:
> 2016-09-22 11:03 GMT+02:00 IOhannes m zmoelnig :
>
>> On 2016-09-22 08:37, Antoine Rousseau wrote:
>>> you need
>>> to be aware of the version at compilation time, and have to use this
>>> version at runtime. So I don't think you can
hey,
some time ago i made me a gui-plugin according to the docs:
https://puredata.info/docs/guiplugins/GuiPluginsAPI
it purpose is to invert the default color scheme to not be blinded in
dark basements and other such places.
now i have ditched pd-extended in favour of 0.47-1 and the plugin is
2016-09-22 11:03 GMT+02:00 IOhannes m zmoelnig :
> On 2016-09-22 08:37, Antoine Rousseau wrote:
> > you need
> > to be aware of the version at compilation time, and have to use this
> > version at runtime. So I don't think you can build an external that would
> > be compatible
On 2016-09-22 08:37, Antoine Rousseau wrote:
> you need
> to be aware of the version at compilation time, and have to use this
> version at runtime. So I don't think you can build an external that would
> be compatible for both versions.
why?
amsdr
IOhannes
signature.asc
Description:
On 2016-09-22 01:10, David Medine wrote:
> x = (x
signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
you're right, but with some #ifdefs, at least the source can be compatible with
both versions. building from source will then always work. regarding binaries
and deken packages, you would have to do it twice, though. Maybe just give a
little hint in the name? (>= Pd.047 resp. < Pd 0.47).
Hallo,
I just discovered mtof~, which I never used before, through this redit thread:
https://www.reddit.com/r/musicprogramming/comments/2uis7s/harsh_noise_patches_for_pure_data/
In the merzdata example mtof~ is used in combination with noise~ to generate a
really nice chaotic osc~ behavior
>
> to simply check the version and call that iem color function
I don't think so ; the interface of some functions has changed, so you need
to be aware of the version at compilation time, and have to use this
version at runtime. So I don't think you can build an external that would
be
16 matches
Mail list logo