Hey Luca,

Thanks for troubleshooting this. I renamed $(PROGRAMFILES) to $ (ProgramFiles) in the template Makefile, following your second suggestion. That seems to be the best solution, sound good to you?

http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/template/Makefile?r1=15153&r2=15164

.hc

On Jul 18, 2011, at 6:12 AM, luca paganotti wrote:

Hi Hans,

the first option of setting environment/build variables has these effects:
Defining build variable PROGRAMFILES inside eclipse doesn't work.
It works if I change $(PROGRAMFILES) to $(ProgramFiles) in the make file. Obviously it works also if I define PROGRAMFILES in the mingw block of the makefile. It works defining PROGRAMFILES=${ProgramFiles} in eclipse project preferences/C/C++ Build/Environment.In mingw works as before.
For the second option you gave

changing PD_PATH = $(shell cd "$(PROGRAMFILES)"/pd && pwd) to PD_PATH ?= $(shell cd "$(PROGRAMFILES)"/pd && pwd) works in eclipse defining an environment variable inside project preferences/C/C++ Build/Environment as PD_PATH = ${ProgramFiles}/pd. And it works too running make PD_PATH=/c/Programmi/pd from the mingw shell.

Many thanks.

Ciao



On Fri, Jul 15, 2011 at 5:47 PM, Hans-Christoph Steiner <h...@at.or.at> wrote:

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@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@XP-PAG /c/dev/c++/pd-externals/mycobject
$

hope this helps.

ciao








On Fri, Jul 15, 2011 at 5:22 PM, Hans-Christoph Steiner <h...@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








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

As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin


_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Reply via email to