denemo-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Denemo-devel] The 1.0 release


From: Jeremiah Benham
Subject: Re: [Denemo-devel] The 1.0 release
Date: Mon, 21 Jan 2013 00:38:01 -0600
User-agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0

On 01/20/13 11:48, Richard Shann wrote:
On Sun, 2013-01-20 at 08:07 -0600, Jeremiah Benham wrote:
Denemo compiles using gub in debian stable. It is probably more
efficient if you build and test yourself. I don't have win32 and feel
like I am moving in the dark a bit. I also know next to nothing about
correcting linking issues. I could revert the posted section of
src/Makefile.am and gub up another mingw if you think this will
correct it.
I have set the source tarball to the git snapshot (which is the master
branch) and run make denemo in gub.
It stops in the link step unable to find the portaudio symbols. I see
all the .o files on the link line and then some libraries thus:

../libsmf/libsmf.a libaudiobackend.a ../portmidi/libportmidi.a 
../libsffile/libsffile.a

the libportmidi.a exists in that location and a very crude test

strings libportmidi.a | grep _Pt_Start

indicates that the symbol _Pt_Start is present and yet the link fails
with this message

libaudiobackend.a(libaudiobackend_a-portmidibackend.o):portmidibackend.c:(.text+0xe6):
 undefined reference to `_Pt_Start'

which I take it means that the call to Pt_Start() in portmidibackend.c
is not being resolved. I have no idea why that should be.

Is there an alternative snapshot possible to get a tarball from the
mingw branch? Do you know how I would specify it in
gub/specs/denemo.py ?
In the current gub's git. You can get denemo gits mingw branch. (I have been reading too much Dr. Seuss!) If is assigns the git branch like this:

class Denemo__mingw__windows (Denemo):
 source = 'git://git.savannah.gnu.org/denemo.git'
 branch = 'mingw'

Unfortunately you have to edit denemo.make though and set:
DENEMO_BRANCH="mingw"
It was originally set to "master". You have to change this for each branch darwin, win32, linux or the installer fails to complete. There is probably a better way.

If you are compiling master you need to to set the command line argument set in the denemo.py
--with-pmidi-platform=mingw

Jeremiah


I am thinking it will be easiest to return to a know working
configuration of the makefile stuff ...

Richard






reply via email to

[Prev in Thread] Current Thread [Next in Thread]