[MacPorts] #17042: glib2: incorrect glibconfig.h with +universal (i386 x86_64)

[MacPorts]

#17042: glib2: incorrect glibconfig.h with +universal (i386 x86_64)
---------------------------------+------------------------------------------
 Reporter:  pguyot@…             |       Owner:  ryandesign@…           
     Type:  defect               |      Status:  assigned               
 Priority:  Normal               |   Milestone:  Port Bugs              
Component:  ports                |     Version:  1.6.0                  
 Keywords:                       |        Port:  glib2, glib2-devel     
---------------------------------+------------------------------------------

Comment(by mcalhoun@…):

 Attached are proposed modifications to glib2.[[BR]]
 It goes beyond the scope of this ticket, but I did not want to parse out
 the changes into several tickets.

 All testing was done using an Leopard/Intel machine and the latest XCode.

 '''Changes:'''

 The version is updated (fixes #18054).

 !ftp://ftp.gtk.org/pub/${my_name}/${branch}/ seems to be a valid
 master_site

 [http://trac.macports.org/browser/trunk/dports/devel/glib2/files/patch-
 gutils.c.diff patch-gutils.c.diff] was added in r14022.[[BR]]
 config.h (which is included by glib/gutils.c) now defines #define
 HAVE!__NSGETENVIRON 1.

 [http://trac.macports.org/browser/trunk/dports/devel/glib2/files/patch-
 which.diff patch-which.diff] was added because of #17418.[[BR]]
 The glib bug tracker [http://bugzilla.gnome.org/show_bug.cgi?id=562310
 says it is fixed] and seems to be on Leopard.

 -bind_at_load was added in r7825 with no explanation.[[BR]]
 -bind_at_load is already set for some systems in ltmain.sh.

 -funroll-loops and -fstrict-aliasing have always been in the Portfile
 (r1322).[[BR]]
 It is not clear why they are needed, and #18384 already requests that
 -funroll-loops be removed (as it was in r47055).

 Somewhere along the line, --mandir became unnecessary.

 When the compiler has a -arch option, the configure script looks to
 "#include <endian.h>" for more information.[[BR]]
 It can not find it because file is located at
 /usr/include/machine/endian.h.

 [http://trac.macports.org/browser/trunk/dports/devel/glib2/files/patch-
 configure.diff patch-configure.diff] was added because of #15816.[[BR]]
 The glib bug tracker [http://bugzilla.gnome.org/show_bug.cgi?id=542919
 says it is fixed].

 The platform powerpc code was added because of #13973.[[BR]]
 Using the muniversal PortGroup, the problem should be fixed.

 [http://trac.macports.org/browser/trunk/dports/devel/glib2/files/patch-
 glib_gutils.h.diff patch-glib_gutils.h.diff] was added because of
 #13006.[[BR]]
 The glib bug tracker [http://bugzilla.gnome.org/show_bug.cgi?id=315437
 says it is fixed].

 The universal code is based on r47055, except that
    * --config-cache is used only when needed
    * GLIB_GENMARSHAL is used instead of setting the PATH variable and
 creating a glib-genmarshal file
 I have not yet added the code from r47055 to ensure that
 ${workpath}/.../gobject/glib-genmarshal actually exists.

 NM is set because, for some unknown reason, cross-compiling doesn't try to
 use it.[[BR]]
 This should fix #18575.

-- 
Ticket URL: <http://trac.macports.org/ticket/17042#comment:8>
MacPorts <http://www.macports.org/>
Ports system for Mac OS