The problem turned out to be that we were building libespeak.a without
AUDIO=runtime enabled, as required for the debian installer according to the
Git history. We then built the shared library with AUDIO=runtime set, but the
object files weren't regenerated.

Here's a proposed patch for this. Anyone with a better solution is welcome to
offer it.

>From d47ee05d303762567f27c4aae2729d297c52f0f5 Mon Sep 17 00:00:00 2001
From: Jason White <ja...@jasonjgw.net>
Date: Tue, 14 May 2013 10:33:51 +1000
Subject: [PATCH] Rebuild object files with AUDIO=runtime after building static
 library without it.

---
 debian/rules | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/debian/rules b/debian/rules
index 8b38a4b..1afb1a7 100755
--- a/debian/rules
+++ b/debian/rules
@@ -32,6 +32,9 @@ build-stamp:
 
        cp src/portaudio19.h src/portaudio.h
        cd src && CXXFLAGS="$(CXXFLAGS) $(CFLAGS)" $(MAKE) 
DATADIR=$(ESPEAK_DATA)/espeak-data libespeak.a
+       # Remove object files so we can rebuild them with
+       # AUDIO=runtime enabled
+       rm -f src/*.o
        cd src && CXXFLAGS="$(CXXFLAGS) $(CFLAGS)" $(MAKE) 
DATADIR=$(ESPEAK_DATA)/espeak-data espeak AUDIO=runtime
 
        # Build static speak binary
-- 
1.8.1.3


-- 
To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130514004136.ga11...@jdc.jasonjgw.net

Reply via email to