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 81353 - LDFLAGS not passed to gtkdoc-scangobj
LDFLAGS not passed to gtkdoc-scangobj
Status: RESOLVED FIXED
Product: gtk-doc
Classification: Platform
Component: general
unspecified
Other Solaris
: Normal major
: ---
Assigned To: gtk-bugs
gtk-bugs
: 81351 (view as bug list)
Depends on:
Blocks: 99283
 
 
Reported: 2002-05-10 13:27 UTC by Shivram U
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Proposed patch (2.77 KB, patch)
2002-05-10 13:28 UTC, Shivram U 		none Details | Review

Description Shivram U 2002-05-10 13:27:42 UTC 
The 64bit build of gtk+ fails in the docs/reference/gdk, 
docs/reference/gdk-pixbuf and docs/reference/gtk+ directory. This is 
because the LDFLAGS passed by the user is not being considered. For 
64bit compilation we export CFLAGS="-xarch=v9" and LDFLAGS="-xarch=v9 -i".

Attaching a patch which fixes this.
Comment 1 Shivram U 2002-05-10 13:28:58 UTC 
Created attachment 8345 [details] [review]
Proposed patch
Comment 2 Owen Taylor 2002-05-16 19:55:51 UTC 
For now, I'd suggest builidng with --disable-gtk-doc (the
default unless you are building from CVS running autogen.sh)
I see no reaosn to need to regenerate the docs on 64-bit
Solaris.

Will look at fixing the standard gtk-doc template in some
way for 2.0.4.
Comment 3 Matthias Clasen 2002-11-22 09:50:54 UTC 
Is this actually a gtk-doc bug ?
Comment 4 Matthias Clasen 2002-11-26 10:19:01 UTC 
I think it is. We should fix the example / "standard" gtk-doc Makefile.
Comment 5 Matthias Clasen 2002-11-26 10:20:29 UTC 
*** Bug 81351 has been marked as a duplicate of this bug. ***
Comment 6 James Henstridge 2003-02-12 15:15:24 UTC 
The new template makefile I am working on automatically adds $(CFLAGS)
and $(LDFLAGS) to the CC and LD variables it passes into
gtkdoc-scangobj.  That should solve this particular issue (and it
shouldn't be necessary for every package that uses the template to
remember ...).
Comment 7 Damon Chaplin 2003-10-22 16:34:25 UTC 
Since GTK+ and Pango use the new gtk-doc.make file, this is fixed,
isn't it?

Reopen if not.