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

Submitted by:  Sci_Fi <sci_fi>
Submitted on:  Fri 20 Jun 2008 01:31:40 AM UTC  
 
Category: NoneSeverity: 2 - Minor
Item Group: NoneStatus: In Progress
Privacy: PublicAssigned to: Jim Meyering <meyering>
Open/Closed: Closed

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

Reporter suggested to close, so closed.

Jim Meyering <meyering>
Project AdministratorIn charge of this item.
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>
Project 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>
Project AdministratorIn charge of this item.
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>

 

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
  • -unavailable- added by ericb (Posted a comment)
  • -unavailable- added by meyering (Posted a comment)
  • -unavailable- added by sci_fi (Submitted the item)
  • -unavailable- added by sci_fi
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 7 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Fri 21 Aug 2009 11:50:07 AM UTCmeyeringOpen/ClosedOpen=>Closed
    Fri 13 Mar 2009 05:19:19 PM UTCmeyeringSeverity3 - Normal=>2 - Minor
      StatusNone=>In Progress
      Assigned toNone=>meyering
    Wed 25 Jun 2008 06:20:41 AM UTCsci_fiAttached File-=>Added My_WorkAround.txt, #15938
    Fri 20 Jun 2008 01:31:40 AM UTCsci_fiAttached File-=>Added coreutils-6.12.29-a16be_Tiger_buildproblem.txt, #15881
      Carbon-Copy-=>Added -unavailable-

    Back to the top


    Powered by Savane 3.1-cleanup1