[Webkit-unassigned] [Bug 179252] New: [GTK] Fix gtk-doc generation with gtk-doc master

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=179252

            Bug ID: 179252
           Summary: [GTK] Fix gtk-doc generation with gtk-doc master
           Product: WebKit
           Version: Other
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Gtk
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: mcatanzaro at igalia.com
                CC: bugs-noreply at webkitgtk.org

gtkdoc-scangobj has changed to no longer use a shell when executing its subcommands. In particular, this means we can no longer rely on shell stuff in our run command that we use to run the scanner. See https://bugzilla.gnome.org/show_bug.cgi?id=789800. We currently use the RUN envvar to set LD_LIBRARY_PATH, and the end result is gtkdoc-scangobj attempts to execute our environment variable instead of the scanner itself. Oops.

I've tested by replacing the run command with a little script that just prints its environment, and LD_LIBRARY_PATH gets passed down successfully to the child, so I'm not sure why we're using RUN here to set it. (Maybe it was needed for the old Perl version of gtk-doc?) Anyway, we can just set LD_LIBRARY_PATH directly, instead of using RUN, in order to make doc generation work again.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20171103/fb27f4ec/attachment-0001.html>