[PD] MinGW + Eclipse + MSWIN helloworld

[Hans-Christoph Steiner]

Arg, that's really annoying.  Eclipse seems to strip the ProgramFiles  
env var from the environment when it runs the build.  What if you set  
the ProgramFiles variable in Eclipse?  Another option might be that we  
change  the PD_PATH definition to be assigned with ?= then it can be  
overridden by setting an env var PD_PATH.  This should currently work  
in Eclipse and the cmd line:

make PD_PATH=/c/programmi/pd showsetup

.hc

On Jul 15, 2011, at 11:40 AM, luca paganotti wrote:

> Hi Hans
>
> running 'make showsetup' from eclipse gives:
>
> **** Build of configuration Default for project mycobject ****
>
> mingw32-make showsetup
> /usr/bin/sh: line 0: cd: /pd: No such file or directory
> /usr/bin/sh: line 0: cd: /pd: No such file or directory
> /usr/bin/sh: line 0: cd: /pd: No such file or directory
> /usr/bin/sh: line 0: cd: /pd: No such file or directory
> CFLAGS: -IC:/Programmi/pd/src -Wall -W -g -DPD -DVERSION='0.0' -mms- 
> bitfields -O3 -funroll-loops -fomit-frame-pointer
> LDFLAGS:  -s -shared -Wl,--enable-auto-import
> LIBS:  -L/src/ -L/bin/ -lpd -lwsock32 -lkernel32 -luser32 -lgdi32
> PD_INCLUDE: /include
> PD_PATH:
> objectsdir: /usr/local/lib/pd-externals
> LIBRARY_NAME: mycobject
> LIBRARY_VERSION: 0.0
> SOURCES: mycobject.c
> PDOBJECTS: mypdobject.pd
> ALLSOURCES: mycobject.c
> UNAME: MINGW32_NT-5.1
> CPU: i686
> pkglibdir: /usr/local/lib/pd-externals
> DISTDIR: mycobject-0.0
> ORIGDIR: pd-mycobject_0.0
>
> Running from mingw shell gives:
>
> Pag at XP-PAG /c/dev/c++/pd-externals/mycobject
> $ make showsetup
> CFLAGS: -IC:/Programmi/pd/src -Wall -W -g -DPD -DVERSION='0.0' -mms- 
> bitfields -O
> 3 -funroll-loops -fomit-frame-pointer
> LDFLAGS:  -s -shared -Wl,--enable-auto-import
> LIBS:  -L/c/Programmi/pd/src/ -L/c/Programmi/pd/bin/ -lpd -lwsock32 - 
> lkernel32 -
> luser32 -lgdi32
> PD_INCLUDE: /c/Programmi/pd/include
> PD_PATH: /c/Programmi/pd
> objectsdir: /usr/local/lib/pd-externals
> LIBRARY_NAME: mycobject
> LIBRARY_VERSION: 0.0
> SOURCES: mycobject.c
> PDOBJECTS: mypdobject.pd
> ALLSOURCES: mycobject.c
> UNAME: MINGW32_NT-5.1
> CPU: i686
> pkglibdir: /usr/local/lib/pd-externals
> DISTDIR: mycobject-0.0
> ORIGDIR: pd-mycobject_0.0
>
> Pag at XP-PAG /c/dev/c++/pd-externals/mycobject
> $
>
> hope this helps.
>
> ciao
>
>
>
>
>
>
>
>
> On Fri, Jul 15, 2011 at 5:22 PM, Hans-Christoph Steiner  
> <hans at at.or.at> wrote:
>
> Ok, I checked in the CC=gcc for MinGW.  For the other two issues,  
> unfortunately its more complicated:
>
> On Jul 15, 2011, at 5:06 AM, luca paganotti wrote:
>
>> mycobject.dll is created by eclipse at the price of defining:
>>
>> CFLAGS = -I"C:/Programmi/pd/src" -Wall -W -g in place of CFLAGS = - 
>> I"$(PD_INCLUDE)/pd" -Wall -W -g
>
> The header arrangement has changed in 0.43, so now all of the  
> headers are included in $(PD_INCLUDE)/pd.  We haven't quite figured  
> out how to handle that everywhere yet tho...
>
>> PD_PATH = c:/programmi/pd in place of PD_PATH = $(shell cd "$ 
>> (PROGRAMFILES)"/pd && pwd)
>
> This little script to set PD_PATH works for me on my MinGW setup.   
> Can you put the old PD_PATH line back in the Makefile and run 'make  
> showsetup' and send me the result?  You should see what its setting  
> PD_PATH to.  I'd like to get that working automatically.
>
> .hc
>
>>
>> and declaring CC = gcc
>>
>>
>>
>>
>> Perhaps Eclipse sets CFLAGS or LDFLAGS, which is overriding things in
>> the Makefile?
>>
>> About this template, it is oriented around making libraries, so that
>> includes the meta file for marking the folder as a library.   
>> Setting it
>> up is simple:
>>
>> - rename the template folder to the name of your library
>> - rename template-meta.pd replacing 'template' with the name you just
>> used for the folder
>> - edit Makefile and put the library/folder/meta name in the first
>> variable, LIBRARY_NAME
>>
>> Now you can set library meta data in the meta file, things like  
>> version,
>> authors, etc.
>>
>> .hc
>>
>
>
>
> ----------------------------------------------------------------------------
>
> Terrorism is not an enemy.  It cannot be defeated.  It's a tactic.   
> It's about as sensible to say we declare war on night attacks and  
> expect we're going to win that war.  We're not going to win the war  
> on terrorism.        - retired U.S. Army general, William Odom
>
>
>



----------------------------------------------------------------------------

"Making boring techno music is really easy with modern tools, but with  
live coding, boring techno is much harder." - Chris McCormick




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20110715/01d36f5d/attachment-0001.htm>