[MacPorts] #29051: glib2: revert to OS X sorting (alphabetical, not case-sensitive) on Mac OS X 10.5.8 Leopard

MacPorts noreply at macports.org
Wed Apr 6 17:48:08 PDT 2011


#29051: glib2: revert to OS X sorting (alphabetical, not case-sensitive) on Mac OS
X 10.5.8 Leopard
------------------------------------------+---------------------------------
 Reporter:  suv-sf@…                      |       Owner:  macports-tickets@…                   
     Type:  defect                        |      Status:  new                                  
 Priority:  Normal                        |   Milestone:                                       
Component:  ports                         |     Version:  1.9.2                                
 Keywords:                                |        Port:  glib2, glib2-devel                   
------------------------------------------+---------------------------------

Comment(by suv-sf@…):

 Replying to [comment:3 jmr@…]:
 > Are you sure it works on 10.5/x86_64 (or indeed ppc64) and doesn't work
 on 10.6/i386? It doesn't look like that would be the case going by the
 discussion in the upstream bug.

 No, I'm not sure about 10.5.8/x86_64 (or ppc64) nor 10.6/i386 - I only
 have access to 10.5.8/i386.

 The patchfile added in r64476 has this comment: {{{/* Carbon is not
 available on 64-bit */}}}, but nothing is done to test for 64-bit, and
 {{{HAVE_CARBON}}} is undefined anyway (originally this was decided by the
 maintainer for the packaged versions of GIMP on OS X, to have GIMP behave
 consistently on all supported platforms [*]).

 Could the patch file include a test for 64bit, like e.g. in this
 [http://trac.macports.org/browser/trunk/dports/graphics/gimp2/files/patch-
 plug-ins-twain-tw_mac.c.diff?rev=61996 GIMP patch file], only reversed
 (i.e. if {{{__LP64__}}} is defined, undefine {{{HAVE_CARBON}}})?


 [*] from the
 [http://sourceforge.net/tracker/index.php?func=detail&aid=2898204&group_id=211713&atid=1018863
 related bug report] in the bug tracker of GIMP on OS X:
 > Particially disabling the HAVE_CARBON code in glib/gunicollate.c will
 use
 > the standard GLIB collation function, which in turn will give a
 > lexicographical sort order. This is nearly the same as in Finder.
 Althouhg
 > this fix doesn't use OS X functions to create the collation keys, it
 will
 > give a useable sort order back to Snow Leoapard builds. So I decided to
 use
 > this code not only on SL but in future builds on Leopard (and Tiger) too
 to
 > be consistent between the various OS X builds.

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


More information about the macports-tickets mailing list