[Bug 642504] New: [mingw/cygwin build] correctly export plugin description

[GStreamer (bugzilla.gnome.org)]

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

           Summary: [mingw/cygwin build] correctly export plugin
                    description
    Classification: Desktop
           Product: GStreamer
           Version: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: mnauw at users.sourceforge.net
         QAContact: gstreamer-bugs at lists.freedesktop.org
      GNOME target: ---
     GNOME version: ---


Created an attachment (id=181047)
 View: https://bugzilla.gnome.org/attachment.cgi?id=181047
 Review: https://bugzilla.gnome.org/review?bug=642504&attachment=181047

configure.ac: export plugin description more platform independent

[obviously applies not only to core]

GST_PLUGIN_LDFLAGS contains 
-export-symbols-regex '^[_]*gst_plugin_desc$'

However, on cygwin or a mingw32 (cross-compile) build, e.g.
libgstcoreelements.exp contents is (or rather should be) as follows:
gst_plugin_desc DATA

That is, with the above regular expression (terminating $) it ends up empty.
In case of Cygwin, that seems to lead to falling back to exporting all
non-static symbols, but on (at least some) mingw setups that leads to no
exported symbols (at least not gst_plugin_desc), and so plugin .dll's are not
recognized as such.

A minor tweak to the regular expression (as attached) handles the above .exp
case without breaking (afaik) other build cases (note in particular that e.g.
GST_LIB_LDFLAGS="-export-symbols-regex ^_?\(gst_\|Gst\|GST_\).*"
contains no such termination restriction).

-- 
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.