Summary: 'id' not being built on OSX platforms
                 Project: GNU Core Utilities
            Submitted by: sci_fi
            Submitted on: Friday 06/20/2008 at 01:31
                Category: None
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any




I’m attaching a shortened make warning showing a problem with ID vs id
under the src subdir, along with an ls listing of that same subdir.  We’re
unable to get the final linked exe for id created there.  The HFS+ build
volume is “case sensitive”, as is the boot volume (where we’ll install
everything).  As you can see, this particular make is with
coreutils-6.12.29-a16be – I went back to ‘stable’ 6.12, 6.10, and 6.9,
to discover they are _all_ doing this.  I don’t know how much further back
this bug has been occurring.  Since id is not being newly built here, of
course our $PATH ends up finding Apple’s original id in /usr/bin dated
2006-08-19, a “universal binary”.  Apple’s id syntax does not accept the
--version and some other switches that are in coreutils test suites, so we end
up having at least four related failures there.

Please let me know what we can do to fix this.  Thank you very much.


File Attachments:

Date: Friday 06/20/2008 at 01:31  Name:
coreutils-6.12.29-a16be_Tiger_buildproblem.txt  Size: 21kB   By: sci_fi



Reply to this item at:


  Message sent via/by Savannah

Bug-coreutils mailing list

Reply via email to