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 644111 - one cannot specify against which libs gtkdoc-fixxref should resolve links (problematic with multiple versions)
one cannot specify against which libs gtkdoc-fixxref should resolve links (pr...
Status: RESOLVED FIXED
Product: gtk-doc
Classification: Platform
Component: general
unspecified
Other Linux
: Normal normal
: 1.21
Assigned To: gtk-doc maintainers
gtk-doc maintainers
: 698021 723109 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2011-03-07 11:47 UTC by Murray Cumming
Modified: 2014-03-08 20:25 UTC
See Also:
GNOME target: ---
GNOME version: ---



Comment 1 Frederic Peters 2011-03-28 05:52:03 UTC
Reassigning to gtk-doc; as it gets crosslinking wrong (but then I don't know how it's supposed to figure GtkApplication is in gtk3/, not gtk/).

 * As the name indicates, the platform data may vary depending on the
 * operating system, but it always includes the current directory (key
 * "cwd"), and optionally the environment (ie the set of environment
 * variables and their values) of the calling process (key "environ").
 * The environment is only added to the platform data if the
 * #G_APPLICATION_SEND_ENVIONMENT flag is set. GApplication subclasses
 * can add their own platform data by overriding the @add_platform_data
 * virtual function. For instance, #GtkApplication adds startup notification
 * data in this way.
Comment 2 Stefan Sauer (gstreamer, gtkdoc dev) 2011-09-08 16:53:18 UTC
Is this also happening in a installed scenario from devhelp? But indeed I see some confusion ahead for parallel installable libraries with the same symbols (gtk2,gtk3 or gstreamer0.10,gstreamer1.0).
Comment 3 Frederic Peters 2011-09-13 11:34:04 UTC
It's the same from devhelp, as the original HTML files (from the GTK+ tarball) are getting their crosslinks wrong, ex:

ch25s02.html:<td><a href="http://library.gnome.org/devel/gdk/gdk3-Points-Rectangles-and-Regions.html#GdkRectangle"><span class="type">GdkRectangle</span></a></td>
Comment 4 Matthias Clasen 2011-09-13 11:38:06 UTC
Could this be because we changed the ids to be gdk3 / gtk3, but we still have the docs in docs/reference/gdk / gtk ?
Comment 5 Frederic Peters 2011-10-10 21:27:54 UTC
fwiw there is now a hack in developer.gnome.org to force GDK links from GTK+ 3 to go to the gdk3/ directory. (but the original issue is different).
Comment 6 Stefan Sauer (gstreamer, gtkdoc dev) 2014-02-08 18:58:28 UTC
Maybe we can add --ignore-dirs=dir1,dir2,... to gtkdoc-fixxref. This would list a bunch of dirs from which the index.sgml files should be ignored.

Ideally we could somehow derive this from e.g. the CFLAGS / LIBS (grab the gtk-3 libname there).
Comment 7 Stefan Sauer (gstreamer, gtkdoc dev) 2014-02-17 15:16:13 UTC
This is not the most elegant way to fix it. 

in configure.ac
gst_prefix="`pkg-config --variable=prefix gstreamer-1.0`"
AC_SUBST(gst_prefix)

in Makefile.am
FIXXREF_OPTIONS= \
    --extra-dir=$(gst_prefix)/share/gtk-doc/html/gstreamer-1.0 \
    --extra-dir=$(gst_prefix)/share/gtk-doc/html/gstreamer-libs-1.0

Any ideas.

commit 8a768121c437f067edf818e4092a5d668f61d117
Author: Stefan Sauer <ensonic@users.sf.net>
Date:   Mon Feb 17 11:34:41 2014 +0100

    fixxref: sort subdirectories
    
    This ensures that symbols in a directory with a higher version number shadow
    symbols with a lower version.
    
    Also drop the revisitation check. The 'links' data is a hashmap, there are no
    duplicate entries anyway. This way one can use --extra-dir to specify the wanted version.
    
    Fixes #644111
Comment 8 Sébastien Wilmet 2014-03-08 20:23:38 UTC
*** Bug 698021 has been marked as a duplicate of this bug. ***
Comment 9 Sébastien Wilmet 2014-03-08 20:25:48 UTC
*** Bug 723109 has been marked as a duplicate of this bug. ***