bugGNU Core Utilities - Bugs: bug #23647, 'id' not being built on OSX...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #23647: 'id' not being built on OSX platforms

Submitter:  Sci_Fi <sci_fi>
Submitted:  Fri 20 Jun 2008 01:31:40 AM UTC
   
 
Category:  None Severity:  2 - Minor
Item Group:  None Status:  In Progress
Privacy:  Public Assigned to:  meyering
Open/Closed:  Closed

Fri 21 Aug 2009 11:50:07 AM UTC, comment #4: 

Reporter suggested to close, so closed.

Jim Meyering <meyering>
Group administrator
Thu 19 Mar 2009 04:19:26 AM UTC, comment #3: 

There have been several bug reports about the behavior of GNU make's --enable-case-insensitive-file-system configure option.  This also affects MSYS, and was the cause of severe headaches for Autoconf, when make couldn't tell the difference between the real file INSTALL vs. the .PHONY target install, such that 'make install' entered an infinite loop, but ONLY if you did an in-tree (rather than VPATH) build.  Search the bug-make and autoconf lists for more details on why this should be reported to the make folks, and dealt with there before deciding to even bother worrying about it on coreutils.

Eric Blake <ericb>
Group administrator
Thu 19 Mar 2009 04:12:03 AM UTC, comment #2: 


As I have said, both the bootvol and the pwd where things are built are both case-SENsitive, opposite to what you have been inferring all thru-out this bugreport.

But I think I know what happened.

On Tiger I did build GNU 'make' from CVS so we could get some updates that Apple never did include.  It seems we used --enable-case-insensitive-file-system for that build because Apple did, supposedly because Apple clones INsensitive bootvols as a manufacturing default.

Even tho we subsequently re-cloned everything using Apple System Restore and/or their version of ditto, the HFS+-to-HFSX process should have dealt with casing conversions as well.  Indeed I remember seeing extra processing steps being done for that very purpose (B-records, HFS catalogs, & such).

But we never re-built 'make' afterwards to remove that flag.

That flag doesn't seem to care about the filesystem itself.  If building 'make' disturbs your makefiles like this, I would take it VERY Seriously if I were you.  There is a reason for that flag, and if you are not directly dealing with it inside all projects you handle…

At any rate, we are on Leopard here now, Apple's 'make' is sufficiently current here, etc.  I think we can close this ticket, so long as it stays archived somehow for future reference -- I do fear since Apple continues to manufacture bootvols as INsensitive it will come up again, as will other systems designed/installed this way.

But I strongly urge your projects be designed to deal with this casing situation.  GNU-make has that flag for a purpose.

Thank you.


Sci_Fi <sci_fi>
Fri 13 Mar 2009 05:19:19 PM UTC, comment #1: 

Thanks for the report, but I have a hard time taking seriously any attempt to do development on case-insensitive file systems.

Perhaps a better way to work around it is simply to suggest (via README) to run "perl -pi -e 's/\bID\b/IDD/' src/Makefile" after running configure.

Jim Meyering <meyering>
Group administrator
Fri 20 Jun 2008 01:31:40 AM UTC, original submission:  


Hi,

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.


Sci_Fi <sci_fi>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #15938:  My_WorkAround.txt added by sci_fi (25KiB - text/plain - My work-around for the ID/id casing problem in coreutils makefiles etc.)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by ericb (Posted a comment)
  • -email is unavailable- added by meyering (Posted a comment)
  • -email is unavailable- added by sci_fi (Submitted the item)
  • -email is unavailable- added by sci_fi
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2009-08-21 meyering Open/ClosedOpen Closed
    2009-03-13 meyering Severity3 - Normal 2 - Minor
        StatusNone In Progress
        Assigned toNone meyering
    2008-06-25 sci_fi Attached File- Added My_WorkAround.txt, #15938
    2008-06-20 sci_fi Attached File- Added coreutils-6.12.29-a16be_Tiger_buildproblem.txt, #15881
        Carbon-Copy- Added -email is unavailable-

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code