oopse I didn't see that pd.dll isn't deleted by make clean, if fact it isn't even built, sorry I'll try something else tomorrow.
----- "Hans-Christoph Steiner" hans@at.or.at a écrit :
Hmm, that sounds like progress. Perhaps removing CC=g++ and then adding something like this would work:
if ASIO EXTRA_SUBDIRS += asio # automake hack to force linking with g++ lib_LTLIBRARIES = libdummy.la libdummy_la_SOURCES = # Dummy C++ source to cause C++ linking. nodist_EXTRA_libdummy_la_SOURCES = dummy.cxx endif
.hc
On Jul 5, 2011, at 7:04 AM, Patrice Colet wrote:
I've removed this in configure.ac:
# ASIO is a C++ library, so if its included, then use g++ to build CC=g++
compiles fine, only pd.exe is not working but pd.dll is fine, everything is built.
from all I've read in gnu manuals, automake automatically set g++ for cpp files so there is no need to set CC.
----- "Hans-Christoph Steiner" hans@at.or.at a écrit :
On Jul 3, 2011, at 3:31 AM, Patrice Colet wrote:
----- "Hans-Christoph Steiner" hans@at.or.at a écrit :
Ah, right, supporting LTLIBRARIES would be a bigger reorg. Any
luck
with the LD=$(CXX) option?
Still same error, this is exactly like this one:
http://lists.puredata.info/pipermail/pd-cvs/2010-08/020963.html
the only solution that is working so far is about using CC to compile portaudio, I don't know if I could get time to reorg the build system for libtool conveniences.
I tried changing the "if ASIO" section in pd/Makefile.am to this:
if ASIO EXTRA_SUBDIRS += asio # automake hack to force linking with g++ lib_LTLIBRARIES = libdummy.la libdummy_la_SOURCES = # Dummy C++ source to cause C++ linking. nodist_EXTRA_libdummy_la_SOURCES = dummy.cxx endif
And it did indeed switch to using g++, but for compiling too, and
that
triggers the same issue. It seems that you can't compile
portaudio
WMME with g++, and the current build system is using g++ by
default.
So I think we actually need the opposite than that solution. If we include the ASIO files, automake switches to g++. So we need to force
portaudio to always be built using gcc. Anyone have any ideas
there?
.hc
.hc
On Jul 2, 2011, at 7:01 AM, Patrice Colet wrote:
I've found the odd part of that page is that they use
LTLIBRARIES
variable while pd/src/Makefile.am doesn't.
> On Fri, 01 Jul 2011 19:36 +0200, "IOhannes m zmölnig" >> On 07/01/2011 06:24 PM, Hans-Christoph Steiner wrote: >>> >>>> the trick to use g++ for linking, is to use a dummy .cpp
file,
> so >>>> autotools will automatically choose g++. >>>> >>>> something like: >>>> <snip> >>>> nodist_EXTRA_pd_SOURCES= >>>> if PORTAUDIO >>>> nodist_EXTRA_pd_SOURCES += dummy.cpp >>>> endif >>>> </snip> >>> >>> It would be worth trying: >>> >>> LD=$CXX >>> >> >> >
http://www.gnu.org/software/automake/manual/html_node/Libtool-Convenience-Li...
> > That solution at the bottom of that page looks easy but a bit
odd.
I
> suppose its the 'official' way. Patco, do you think you can
try
to
> get > that working? > > .hc > > _______________________________________________ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev
-- Patrice Colet
Mistrust authority - promote decentralization. - the hacker
ethic
-- Patrice Colet
Programs should be written for people to read, and only
incidentally
for machines to execute.
- from Structure and Interpretation of Computer Programs
-- Patrice Colet
"[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr.