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 146145 - problem with compilation on X64
problem with compilation on X64
Status: VERIFIED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: dont know
0.8.0
Other other
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-05-28 19:02 UTC by Valois
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: 2.5/2.6



Description Valois 2004-07-09 00:24:32 UTC
Distribution: Fedora Core release 2 (Tettnang)
Package: GStreamer
Severity: normal
Version: GNOME2.6. unspecified
Gnome-Distributor: Red Hat, Inc
Synopsis: problem with compilation on X64
Bugzilla-Product: GStreamer
Bugzilla-Component: gstreamer (core)
Bugzilla-Version: unspecified
Description:
Description of Problem:

when you install gstreamer-0.8 from sources on a 64 bit architecture,
./configure and make works.
when you do make install, the script will put gstreamer-0.8.pc in
/usr/lib/pkg-config.

when you do ./configure for an application requiring gstreamer-0.8,
pkg-config 
check in /usr/lib64/pkg-config, where the ".pc" is missing.

Steps to reproduce the problem:
1. compile make make install gstreamer-0.8
2. try to compile gst-plugins
3. 

Actual Results:

./configure fail for gst-plugins

Expected Results:

it should work.

How often does this happen?

every time

Additional Information:

it may be a bug in pkg-config, i dunno
my system is Fedora Core 2 - x64 architecture.




------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-07-08 20:24 -------


Unknown platform unknown. Setting to default platform "Other".
Unknown milestone "unknown" in product "general".
   Setting to default milestone for this product, '---'
The original reporter of this bug does not have
   an account here. Reassigning to the person who moved
   it here, unknown@bugzilla.gnome.org.
   Previous reporter was Valois@teknomage.homeip.net.
Setting to default status "UNCONFIRMED".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Elijah Newren 2004-07-17 17:42:49 UTC
Reassigning so that there's a real owner to the bug and someone can take a look
at it.
Comment 2 David Schleef 2004-10-26 06:51:29 UTC
This is likely to be a problem with the release manager having a version of
autoconf and/or libtool that doesn't know how to set libdir correctly for 64-bit
architectures.  The problem will probably resolve itself, or you can compile
from CVS and/or rerun autogen.sh.
Comment 3 Jerone Young 2004-10-27 00:58:25 UTC
your doing it wrong:

1. ./configure --prefix=/usr --libdir=/usr/lib64
2. make
3. make install

Your configure line can not just be ./configure when making any autoconf source.
You have to add --prefix=/usr so it will not go to /usr/local...and
--libdir=/usr/lib64 so that it will look for libraries in the correct place
Comment 4 Stephane Loeuillet 2004-12-12 16:28:31 UTC
did comment #3 fix your problem ?

if yes, closing as RESOLVED/NOTABUG