Re: [PD-dev] Join the Compile Farm (was Re: 64-bit build for, Windows?)

2010-09-09 Thread Pierre-Olivier Boulant

 Hi,

I got some help from a hackerlab here in Toulouse, tetalab.org. A lot of 
cursing and swearing after Windows as you can imagine! :)


I think we have managed to install most of the tool chain last night.
We followed the instructions for the 32bit tool chain. Most of the tool 
chain is 32bit programs but MingW, which is 64bit. We got to the stage 
of the ASIO SDK (included).
It was late when we finished and didn't have the time to try and run a 
compilation.


Should I get the source from the git or the svn?
I've seen you switched over the last weeks.

If I can recollect all he did, I'll try to add that to the wiki page.

See you on IRC. My alias is 'pob'.

Cheers
Pierre-Olivier



On 09/09/2010 01:58, Hans-Christoph Steiner wrote:


Hey Pierre Olivier,

Glad to hear you are back on the project!  mescalinum has made some 
progress on this in the meantime, and added to the documentation on 
the wiki:


http://puredata.info/docs/developer/Windows64BitMinGWX64

You can also often find mescalinum and me (_hc) on IRC chat in 
irc://irc.freenode.net/dataflow


.hc


On Sep 8, 2010, at 4:58 PM, Pierre-Olivier Boulant wrote:


Hello,

I'm still alive. I've been quite busy. I have a little more time now 
and I'm getting some help with the setup of the compilation 
environment for Windows 64. Hopefully this evening we'll get it to 
work. I'll tell you how it goes.


Cheers
Pierre-Olivier





On 09/07/2010 17:55, Hans-Christoph Steiner wrote:


You can put the SVN files anywhere.  Having no spaces in the path is 
probably good, but maybe not mandatory.


Cygwin is useful to have and can't hurt as far as I know.

.hc

On Jul 8, 2010, at 4:56 PM, Pierre-Olivier Boulant wrote:


Tortoisesvn is getting all the files from svn.
Is there somewhere special I should download them to? I used a 
folder on a secondary partition to keep the main partition being 
overflowed with compilation files.

F:\pd-ext-compilation\svn\sources\...

I couldn't find any hints on WindowsMinGW wiki as what functions I 
needed. I'll give it a first try wit the old version. And I'll look 
into the newer files a bit later.



With MinGW, MSYS, should I get Cygwin too?

pob


On 08/07/2010 22:30, Hans-Christoph Steiner wrote:


On Jul 8, 2010, at 4:24 PM, Pierre-Olivier Boulant wrote:


I used the old MSYS 1.0.11.
I didn't catch all I should do with the newer ones.
There are several base system/CORE files and for the 
functions too. Which one(s) is/are the one(s) I need to download. 
(bin ext doc dbg dev src lic) ? All of them? Is there a way in 
Sourceforge to get all files in one go instead of one by one.


You probably don't need everything.  I'd follow the WindowsMinGW 
page on that.


Can I just overwrite the old versions with the newer ones so as 
to keep the general structure of MSYS? Or is this bad practice?


I've generally deleted the old copies before installing new ones.


Do I need to install tortoisesvn to get the pd-extended 0.42.5 svn?


You need either SVN or rsync.  The command line versions of both 
are in Cygwin and easy to install there.  You could also use 
tortoisesvn



Sorry again for the beginner's questions. :)


Keep them coming, getting 64-bit builds on Windows will be a 
valuable contribution!


.hc


pob


On 08/07/2010 21:49, Hans-Christoph Steiner wrote:


Its not as complicated as it looks, its mostly a matter of 
getting the files in the right places.  You should also install 
MSYS, check the WindowsMinGW page for how.  But perhaps you 
should use a newer version of MSYS.  Then try a build, download 
the Pd-extended source, and do this from the MSYS shell:


cd pd/src
make -f makefile.mingw

My guess is that the 64-bit instructions are going to end up 
looking quite similar to the WindowsMinGW page.


.hc

On Jul 8, 2010, at 3:38 PM, Pierre-Olivier Boulant wrote:


Hello Hans and everyone,

Thank you for the encouragment. It might take time, indeed. :)

OK, I installed the tdm-gcc.tdragon.net x32 and x64 MinGW.



On 08/07/2010 21:09, Hans-Christoph Steiner wrote:


Working on this is definitely not a waste of time, but it is 
not a simple project.  We all start somewhere, so motivation 
is the key rather than skills.


I would avoid trying to build anything and instead install 
from binaries.  Building compilers can be a real pain.  Cygwin 
is quite easy to install, so I see no harm in installing it.


I created a wiki page to document our progress, everyone 
should write notes there:

https://puredata.info/docs/developer/Windows64BitMinGWX64




Upon looking at it, I think a good place to start is by 
downloading the most recent of mingw-w64-bin-x86_64:


http://www.drangon.org/mingw/

This looks even more promising though:
http://tdm-gcc.tdragon.net/




.hc

On Jul 2, 2010, at 6:10 PM, Pierre-Olivier Boulant wrote:


Hello everyone,

I'm new here. I've offered to help with the Windows 64bit 
build. I'm really new to compiling software, so I'll probalby 
need some help to get started. If you think this is 

[PD-dev] [ pure-data-Patches-3011285 ] fix gl_goprect logic

2010-09-09 Thread SourceForge.net
Patches item #3011285, was opened at 2010-06-03 19:54
Message generated for change (Comment added) made by eighthave
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=478072aid=3011285group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix gl_goprect logic

Initial Comment:
Based on a patch from Ivica Ico Bukvic, this change seems to help the GOP red 
rectangle get set more accurately, and according to Ivica also helps with other 
GOP bugs.  I checked it into Pd-extended 0.42.5 here:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revrevision=13586


--

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-09 12:47

Message:
uh oh, bad news.  While this patch does seem to make sense, it breaks other
things.  I removed this patch from Pd-extended 0.42.5

--

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-20 17:42

Message:
accepted in git commit 56964c07b4ad572fdf4a2f03e7ed72f99da4a28d

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=478072aid=3011285group_id=55736

___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev


[PD-dev] [ pure-data-Patches-3011285 ] fix gl_goprect logic

2010-09-09 Thread SourceForge.net
Patches item #3011285, was opened at 2010-06-03 19:54
Message generated for change (Comment added) made by eighthave
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=478072aid=3011285group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix gl_goprect logic

Initial Comment:
Based on a patch from Ivica Ico Bukvic, this change seems to help the GOP red 
rectangle get set more accurately, and according to Ivica also helps with other 
GOP bugs.  I checked it into Pd-extended 0.42.5 here:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revrevision=13586


--

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-09 12:49

Message:
Oops, forgot to add, this patch causes bug #3052388

--

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-09 12:47

Message:
uh oh, bad news.  While this patch does seem to make sense, it breaks other
things.  I removed this patch from Pd-extended 0.42.5

--

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-20 17:42

Message:
accepted in git commit 56964c07b4ad572fdf4a2f03e7ed72f99da4a28d

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=478072aid=3011285group_id=55736

___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev


[PD-dev] [ pure-data-Patches-3011285 ] fix gl_goprect logic

2010-09-09 Thread SourceForge.net
Patches item #3011285, was opened at 2010-06-03 19:54
Message generated for change (Comment added) made by eighthave
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=478072aid=3011285group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix gl_goprect logic

Initial Comment:
Based on a patch from Ivica Ico Bukvic, this change seems to help the GOP red 
rectangle get set more accurately, and according to Ivica also helps with other 
GOP bugs.  I checked it into Pd-extended 0.42.5 here:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revrevision=13586


--

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-09 12:51

Message:
and here's the commit for removing from Pd-extended 0.42.5

http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=14026

--

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-09 12:49

Message:
Oops, forgot to add, this patch causes bug #3052388

--

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-09-09 12:47

Message:
uh oh, bad news.  While this patch does seem to make sense, it breaks other
things.  I removed this patch from Pd-extended 0.42.5

--

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-20 17:42

Message:
accepted in git commit 56964c07b4ad572fdf4a2f03e7ed72f99da4a28d

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=478072aid=3011285group_id=55736

___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev


Re: [PD-dev] GUI external

2010-09-09 Thread Hans-Christoph Steiner


Pd's GUI is written in Tcl/Tk, so you'll need to find a Tk widget that  
allows you to write to it.  I think if you want to write bitmaps, then  
you should look at the Tk 'photo' widget. You would probably then send  
the bitmap data via shared memory or a socket.


http://tcl.tk/man/tcl8.4/TkCmd/photo.htm

There is a rough Pd external based on the photo widget if you want an  
example.  But it uses the 0.43 tcl command 'pdsend' rather than the  
old version which was just called 'pd'.  Another example is  
pix_preview in pdvjtools.


https://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/tkwidgets/
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/pdvjtools

.hc

On Sep 8, 2010, at 10:16 AM, Dominique Fober wrote:


Hi,

I'm currently developing a Pure Data external to display music  
scores based on the Guido Engine (see the GuidoEngine project at http://guidolib.sourceforge.net 
).
Actually, the Guido engine makes use of its own graphic device  
abstraction, build on top of Cairo on Linux, Quartz on Mac OS X, GDI  
or GDI+ on windows. It supports also a Qt based device...
I've already identified the t_widgetbehavior struct to be notified  
of my object's lifetime events (although the role of the different  
fields is not always clear to me). But the question is how can I  
access to a native graphic context? Another solution could be to  
draw offscreen and to copy the bitmap data to a pd bitmap provided  
that such functionality exists?


--
Dominique


___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev






We have nothing to fear from love and commitment. - New York Senator  
Diane Savino, trying to convince the NY Senate to pass a gay marriage  
bill



___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev


Re: [PD-dev] End of iPd hiatus

2010-09-09 Thread Chris Niven
Sorry for the double post — it seems that pdlib has already done it, like Hans 
mentioned
a while ago. 

That's alright, I'm curious to see what it can do!

-c

On 2010-09-09, at 2:49 PM, Chris Niven wrote:

 Hey everyone!
 
 So summer is over and I finally have some more time to spend on this project.
 
 I have been briefly skimming e-mails, and there seems to be a lot going on on 
 the
 Android side, but not much word for iOS (except for of course with RJDJ!). 
 
 Is there anything I should know before I get back into it? For example, if 
 someone 
 already finished this without me, etc?
 
 Cheers,
 
 Chris Niven
 B.Mus., Music Technology
 514.591.9487
 

Chris Niven
B.Mus., Music Technology
514.591.9487


___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev


[PD-dev] [ pure-data-Bugs-3062882 ] expr not present in debian pd0.42.5 rc6

2010-09-09 Thread SourceForge.net
Bugs item #3062882, was opened at 2010-09-09 15:27
Message generated for change (Tracker Item Submitted) made by mrpeach
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=478070aid=3062882group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Martin Peach (mrpeach)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: expr not present in debian pd0.42.5 rc6

Initial Comment:
In the linux build the expr objects are created as symbolic links to things 
inside expr~ but the directory expr~ is not created.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=478070aid=3062882group_id=55736

___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev


Re: [PD-dev] End of iPd hiatus

2010-09-09 Thread Hans-Christoph Steiner


Hey Chris,

Welcome back!  Actually, this is perfect timing.  We are currently in  
the process of merging all of the various libpd efforts, like iPd,  
iJam/pdlib, rjdj, ofxPd, and Pd/Android.  It would be super useful to  
have an iPhone version of iPd/iJam/pdlib that is based on the libpd  
that we are now working on.  You can get that source code here:


http://gitorious.org/pdlib/pd-for-android

Basically, you are going to want everything in PdCore/jni/src.  Mostly  
that's the sources from Pd 0.43 with the extra libpd stuff thrown in.


.hc

On Sep 9, 2010, at 3:12 PM, Chris Niven wrote:

Sorry for the double post — it seems that pdlib has already done it,  
like Hans mentioned

a while ago.

That's alright, I'm curious to see what it can do!

-c

On 2010-09-09, at 2:49 PM, Chris Niven wrote:


Hey everyone!

So summer is over and I finally have some more time to spend on  
this project.


I have been briefly skimming e-mails, and there seems to be a lot  
going on on the
Android side, but not much word for iOS (except for of course with  
RJDJ!).


Is there anything I should know before I get back into it? For  
example, if someone

already finished this without me, etc?

Cheers,

Chris Niven
B.Mus., Music Technology
514.591.9487



Chris Niven
B.Mus., Music Technology
514.591.9487


___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev










It is convenient to imagine a power beyond us because that means we  
don't have to examine our own lives., from The Idols of  
Environmentalism, by Curtis White






___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev