265242 - A different libIDL-2 location is not honored when set with libIDL-2.0.pc

Status: RESOLVED INVALID

(Firefox Build System :: General, defect)

Description

[Paul van Schayck]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040914
Build Identifier: CVS checkout of 20-10-2004 16:37

I'm building Firefox without libidl-2 installed at a standard location. I've
built libidl-2 (0.8.3) inside my home dir.

When setting PKG_CONFIG_PATH to the correct directory containing libIDL-2.0.pc
configure will continue and use this without complaining.

But when building the build ends with:

Creating _xpidlgen/.done
nsIConsoleListener.idl
../../dist/bin/xpidl -m header -w -I/home/polleke/cvs-mozilla/mozilla/xpcom/base
-I../../dist/idl -o _xpidlgen/nsIConsoleListener
/home/polleke/cvs-mozilla/mozilla/xpcom/base/nsIConsoleListener.idl
../../dist/bin/xpidl: error while loading shared libraries: libIDL-2.so.0:
cannot open shared object file: No such file or directory
gmake[4]: *** [_xpidlgen/nsIConsoleListener.h] Error 127
gmake[4]: Leaving directory
`/home/polleke/cvs-mozilla/mozilla/fb-opt-static/xpcom/base'
gmake[3]: *** [export] Error 2

libIDL-2.so.0 is not found. But it's inside my custom build of libidl-2. I
believe the path from libIDL-2.0.pc is not being honored when building.

Reproducible: Always
Steps to Reproduce:





.mozconfig:

. $topsrcdir/browser/config/mozconfig
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/fb-opt-static
ac_add_options --enable-crypto
ac_add_options --enable-optimize
ac_add_options --disable-debug
ac_add_options --enable-static
ac_add_options --disable-shared
ac_add_options --disable-tests
ac_add_options --disable-freetype2
ac_add_options --enable-default-toolkit=gtk2
ac_add_options --enable-xft
ac_add_options --prefix=/home/polleke/firefox-cvs
ac_add_options --enable-optimize
ac_add_options --enable-strip
ac_add_options --enable-elf-dynstr-gc
ac_add_options --enable-extensions=-negotatiate
ac_add_options --disable-gnomevfs

Comment 1

[Paul van Schayck]

Think this can be closed. There is a work arround If you set a LD_LIBRARY_PATH.