[Gstreamer-bugs] [Bug 132045] New - An incorrect dependency causes rebuilding of libgstreamer on "make install"

bugzilla-daemon at widget.gnome.org bugzilla-daemon at widget.gnome.org
Tue Jan 20 15:38:27 PST 2004


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=132045

Changed by mhz at altlinux.org.

--- shadow/132045	Tue Jan 20 18:38:27 2004
+++ shadow/132045.tmp.11441	Tue Jan 20 18:38:27 2004
@@ -0,0 +1,38 @@
+Bug#: 132045
+Product: GStreamer
+Version: 0.7.3
+OS: Linux
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: trivial
+Priority: Normal
+Component: gstreamer (core)
+AssignedTo: gstreamer-maint at bugzilla.gnome.org                            
+ReportedBy: mhz at altlinux.org               
+QAContact: gstreamer-maint at bugzilla.gnome.org
+TargetMilestone: HEAD
+URL: 
+Summary: An incorrect dependency causes rebuilding of libgstreamer on "make install"
+
+When I build an rpm for GStreamer, I do the usual
+"./configure ...; make; make install" routine as suggested elsewhere.
+However, on "make install" I see that a part of the build tree, including
+libgstreamer-0.7.la, gets rebuilt. This can be nasty, because a typical
+"run make install" rpm macro in many distributions relocates $(libdir) and
+other makefile variables to a temporary install root. As the result, the
+rebuilt libstreamer-0.7.la gets this bogus libdir setting written into it,
+and, by the time a dependant libgstcontrol shared library is installed, it
+gets relinked with a bogus rpath. A pedantic packaging verify script frowns
+at such things.
+
+The cause of the problem was tracked down to the following rule in
+'gst/parse/Makefile.am':
+
+lex._gst_parse_yy.c: parse.l grammar.tab.h
+        $(FLEX_PATH) -P_gst_parse_yy $^
+
+'grammar.tab.h' is rebuilt by a bison invocation _after_ the first flex
+invocation at the "make" stage, making the target stale. In fact, this
+header file doesn't affect the flex's output and should never be made a
+dependency in this rule in the first place.




More information about the Gstreamer-bugs mailing list