public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Albert Cahalan <albert@users.sf.net>
To: Dan Kegel <dank@kegel.com>
Cc: linux-kernel mailing list <linux-kernel@vger.kernel.org>,
	sam@ravnborg.org
Subject: Re: Building on case-insensitive systems
Date: 17 Oct 2004 01:43:56 -0400	[thread overview]
Message-ID: <1097991836.2666.14274.camel@cube> (raw)
In-Reply-To: <4171F741.2070209@kegel.com>

On Sun, 2004-10-17 at 00:38, Dan Kegel wrote:
> Albert Cahalan wrote:
> >>There are today ~1400 files named *.S in the tree, but none named *.s.
> >>So my idea was to do it like:
> >>*.S => *.asm => *.o
> > 
> > The logic is sound, but... yuck!
> 
> Yes, but worth it, I think.  Maybe some configure magic could
> pick .asm as the suffix only when building on case-insensitive
> filesystems, if that's the only way to make this palatable
> to those devoted to the .s/.S idiom.

I'm more devoted to ".s" than I am to ".S", so if anybody
wants to rename 1400 files, go right ahead.   >:-)

> >>Btw. this is not about "case-challenged" filesystems in general.
> >>This is about making the kernel usefull out-of-the-box for the
> >>increasing embedded market. Less work-around patces needed the
> >>better. And these people are oftenb ound to Windoze boxes - for
> >>different reasons. And the individual developer may not be able
> >>to change this.
> > 
> > The difficulty in building on a case-insensitive filesystem may
> > be the only hope these developers have for escaping Windows.
> > You turn "we must have Linux build systems to build our product"
> > into the less effective "we want Linux".       
> > 
> > For the sake of these suffering developers, it would be better
> > to make sure that building Linux on Windows is a lost cause.
> > We could name a file "con" or "a:foo" for example.
> 
> You are betting that you can force developers to switch away
> from Windows and MacOSX workstations.

Actually, I'm betting that "required to build product"
is a magic phrase that overrides corporate IT's desire
to brutally enforce a Microsoft-only environment.

If the developers themselves actually want Windows, well,
only a psychologist can help them.

For MacOS X, simply mount a UFS filesystem.



  reply	other threads:[~2004-10-17  5:51 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-17  5:06 Building on case-insensitive systems Albert Cahalan
2004-10-17  4:38 ` Dan Kegel
2004-10-17  5:43   ` Albert Cahalan [this message]
2004-10-17  9:27     ` Sam Ravnborg
2004-10-17  9:05       ` Anand Kumria
2004-10-17 16:41       ` Denis Vlasenko
2004-10-17 17:55       ` Albert Cahalan
2004-10-17 17:16         ` Dan Kegel
2004-10-17 19:54           ` Albert Cahalan
2004-10-17 19:34             ` Dan Kegel
     [not found] <fa.e78dm07.jjs3q5@ifi.uio.no>
     [not found] ` <fa.e17vks0.10kojhi@ifi.uio.no>
2004-10-17 12:19   ` Bodo Eggert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1097991836.2666.14274.camel@cube \
    --to=albert@users.sf.net \
    --cc=dank@kegel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sam@ravnborg.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox