Re: [ecasound] Forward: Bug#179380: ecasound2.2_2.2.0-rel-4(hppa/unstable): FTBFS: non-PIC in shared lib

New Message Reply About this list Date view Thread view Subject view Author view Other groups

Subject: Re: [ecasound] Forward: Bug#179380: ecasound2.2_2.2.0-rel-4(hppa/unstable): FTBFS: non-PIC in shared lib
From: Junichi Uekawa (dancer_AT_netfort.gr.jp)
Date: Mon Feb 17 2003 - 07:16:23 EET

Hi,

> > gcc -o pyecasound.so pyecasound.o -shared -nostartfiles -avoid-version
> > -export-dynamic ../libecasoundc/ecasoundc_sa.lo
> > /usr/bin/ld: pyecasound.o: relocation R_PARISC_DPREL21L can not be used
> > when making a shared object; recompile with -fPIC
> > pyecasound.o: could not read symbols: Bad value
>
> D'oh... how about if you just disabled pyecasound altogether for
> arch:hppa? In the long run current pyecasound will be replaced by native
> python ECI implementation, so it probably doesn't make sense to spend too
> much effort on this... This is really painful debugging as you don't have
> direct access to the test machines (and even then it is very
> time-consuming).

The following is the patch I am going to use for ecasound2.2.1-1 (Debian package),
to see how it goes.

--- ecasound2.2-2.2.1.orig/pyecasound/Makefile.am
+++ ecasound2.2-2.2.1/pyecasound/Makefile.am
@@ -43,7 +43,7 @@
 all: pyecasound.so
 
 pyecasound.so: pyecasound.o
- $(CC) -o pyecasound.so -shared -nostartfiles $(libpyecasound_la_LDFLAGS) pyecasound.o $(top_
builddir)/libecasoundc/ecasoundc_sa.lo
+ $(CC) -o pyecasound.so -shared -nostartfiles $(libpyecasound_la_LDFLAGS) pyecasound.lo $(top
_builddir)/libecasoundc/ecasoundc_sa.lo
 endif
 
 # ----------------------------------------------------------------------

New Message Reply About this list Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Mon Feb 17 2003 - 07:07:32 EET