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 704864 - scanner: Consistently use realpath() on input filenames
scanner: Consistently use realpath() on input filenames
Status: RESOLVED FIXED
Product: gobject-introspection
Classification: Platform
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: gobject-introspection Maintainer(s)
gobject-introspection Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2013-07-25 12:53 UTC by Colin Walters
Modified: 2015-02-07 16:58 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
scanner: Consistently use realpath() on input filenames (1.46 KB, patch)
2013-07-25 12:53 UTC, Colin Walters 		none Details | Review

Description Colin Walters 2013-07-25 12:53:10 UTC 
The scanner has some logic to compare the filenames specified
on the command line against files it will parse.  For the latter,
it uses g_realpath().  With this patch, we also use g_realpath()
on the command line arguments.

This fixes g-i when used inside jhbuild in a gnome-ostree VM,
which has a symbolic link /home -> /sysroot/home.  This caused
a realpath mismatch, and then we'd ignore the input source files.

It'd be best to get out of the realpath business entirely...but
a patch to do that seems more likely to break.
Comment 1 Colin Walters 2013-07-25 12:53:12 UTC 
Created attachment 250111 [details] [review]
scanner: Consistently use realpath() on input filenames
Comment 2 Colin Walters 2013-07-28 21:49:09 UTC 
Confirmed this fixes a similar issue for someone else.
Comment 3 André Klapper 2015-02-07 16:58:36 UTC 
[Mass-moving gobject-introspection tickets to its own Bugzilla product - see bug 708029. Mass-filter your bugmail for this message: introspection20150207 ]