Many thanks.
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:
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 <hans@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