After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 164973 - gstreamer ignores --libdir param from jhbuild
gstreamer ignores --libdir param from jhbuild
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-01-23 12:24 UTC by Jeroen Zwartepoorte
Modified: 2005-08-29 15:50 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
lib64 patch from fedora (5.29 KB, patch)
2005-01-23 12:25 UTC, Jeroen Zwartepoorte
none Details | Review

Description Jeroen Zwartepoorte 2005-01-23 12:24:48 UTC
on x86_64, libs are supposed to install in $prefix/lib64. To that end, jhbuild
passes the --libdir parameter when calling autogen. gstreamer ignores this
parameter and as such doesn't build right on x86_64.

Not sure if this is related, but fedora has a lib64 patch for this.
Comment 1 Jeroen Zwartepoorte 2005-01-23 12:25:25 UTC
Created attachment 36410 [details] [review]
lib64 patch from fedora
Comment 2 Jeroen Zwartepoorte 2005-01-23 12:26:13 UTC
jeroen i have another x86_64 build problem with gstreamer
jeroen it installs itself in $prefix/lib instead of $prefix/lib64
jeroen i think jhbuild overrides an environment var to make the module use
$prefix/lib64
jeroen so gstreamer might not be "listening" to that
jeroen i'd file a bug, but b.g.o is not working right atm
jeroen ./autogen.sh --prefix /home/jeroen/Gnome/built --libdir
'${exec_prefix}/lib64' -- --disable-tests --enable-maintainer-mode
--disable-static --disable-gtk-doc --disable-docs
jeroen that's what jhbuild executes
jeroen and then gstreamer runs its own configure without passing the --libdir var
Comment 3 Ronald Bultje 2005-01-28 10:51:37 UTC
Your patch is a dup of #157867. I don't think it fixes this particular bug. I
don't know how to fix it either. ;).
Comment 4 Jeroen Zwartepoorte 2005-01-28 12:38:26 UTC
I tried to fix this by changing common/gst-autogen.sh to pass the --libdir
parameter along (see autogen_options()). IIRC, this didn't prove to be
sufficient.  But beside that, common/gst-autogen.sh needs to be changed anyway,
otherwise the regular configure script will never receive the --libdir parameter.

Perhaps Thomas can provide a little auto* magic here? :)
Comment 5 Ronald Bultje 2005-02-03 22:58:33 UTC
Comment on attachment 36410 [details] [review]
lib64 patch from fedora

(sorry for the spam, I'm marking reviewed patches as reviewed for the bugzilla
patch tracker.)
Comment 6 Thomas Vander Stichele 2005-02-07 14:40:47 UTC
all arguments to autogen that are supposed to go to configure should be listed
AFTER "--".  This is the standard way to separate a program's own options from
other parameters.

This is printed out by autogen.sh -h :)

So pass them correctly then let me know if it works.  In any case, not a release
blocker, since it's autogen, and autogen is not for releases.