Loïc Minier <[EMAIL PROTECTED]> writes:
> On Fri, Jan 12, 2007, Goswin von Brederlow wrote:
>> The patch below should fix the issue. The first change is optional. We
>> can move the objects and adjust the conffile in ia32-libs-gtk if you
>> don't like it.
>
> Err, how will your patch affect where pango is actually looking for
> modules?
Aeh, isn't that debian/rules variable passed along to the source
during compile? Well, if not that would have to be done.
> --
> Loïc Minier <[EMAIL PROTECTED]>
After some discussion on irc here is another possibility to fix
this. Instead of setting /etc/ld.so.preload we mangle the
libpango-1.0.so directly during build.
!!!DANGER, EVIL HACK COMING!!!
ar x /32-bit-chroot/usr/lib/libpango-1.0.a
objcopy -W pango_get_sysconf_subdirectory -N pango_get_lib_subdirectory
pango-utils.o pango-utils2.o
rm pango-utils.o
gcc -m32 -O2 -W -Wall -c pangohack.c
gcc -m32 -g -Wall -W -nostartfiles -shared -fPIC -Wl,-soname,libpango-1.0.so.0
-o libpango-1.0.so.0.0.1234 *.o
This is pretty crazy but if it breaks at least it only affects 32bit
pango using programms and not the whole system like
/etc/ld.so.preload would.
MfG
Goswin
