[Bug 710034] parse: bison finds conflicts / ambiguities

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=710034
  GStreamer | gstreamer (core) | git

--- Comment #2 from Fabian <derfakir at web.de> 2013-10-18 14:11:04 UTC ---
what is the proper definition of the language?

-gstreamer/tools/gst-launch.1.in
-gstreamer/docs/manual/appendix-programs.xml 
  -> "<title>Grammar Reference</title>"
-or the current behaviour of gst-launch (which is hard to tell since grammar.y
is inconsistent and bison just makes the best of it)

For example:

docs/* talks about "..property, optionally qualified with an element name. If
the element is not specified, the previous element is assumed."

man page talks only about properties set right after element creation

gst-launch accepts:
fakesrc name=foo name=bar fakesink name=go bar. ! go.
gst-launch does not accept:
fakesrc name=foo  fakesink name=go foo.name=bar bar. ! go.

having a look at parse.l and grammar.y i dont think there is a way to specify
an element name for an assignment.

i'd like to get grammar.y consistent and conforming to manual and man page.
this should not break the language. but maybe some exotic lines out there make
use of bugs/features that are created by bison trying to fix the grammar.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.