This is the mail archive of the cygwin-xfree@sourceware.cygnus.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

RE: Interix (was RE: [Mm]akefile in)




> 1) WRT CVS: (I may have the M and m versions of makefile backwards in
> this, but it doesn't really matter).  When I run cvs update of the
> whole binutils tree, when it gets to that point it gives the message
> "makefile is in the way, please move it" (or something like that).
> That's because it's already installed Makefile, and in a case-independent
> file system, makefile and Makefile are the same.  It's strictly a
> CVS issue, when working on a case-independent file system. (This
> has nothing to do with building it.)

I will run a CVS remove command.  I did run CVS remove last week when first
time
someone reported this problem.  I may have made a mistake and they were not
removed.

I have my own customized CVS 1.10 and SSH32 v 1.1.27 compiled dusing MSVC
6.0.
It does not care about makefile in the way, it simply over writes it.

Next time when I update XFree CVS tree, I will remove all the Makefiles.
They are not really needed, as Imakfile, and makedepend would create
new ones for you during build process.

Suhaib

>
> On Interix, the file system is case dependent, but only
> on local drives.
>
> If I cvs update locally first, then it finds that the files are up
> to date, and I can subsequently run it remotely, so I have a
> workaround.  For those users who use Windows directly, this
> would likely be a problem, in that there is no way for them
> to ever create both Makefile and makefile.  (You can create
> EITHER, because NTFS remembers the case it was given, but
> you can't create both because Windows treats the two names
> as the same.)
>
> >From what you say, removing BOTH makefile and Makefile might
> be a solution.
>
> 2) My only interest in xfree right now is that I cvs update the
> whole binutils tree, and this was causing the cvs update to fail.
> I don't build it.  (If I could find a way to selectively (not) update
> a subtree of the whole tree then I wouldn't have the problem,
> but it appears that CVS doesn't have such a feature (or at least
> I couldn't find something analogous to the ClearCase subtree
> selection stuff).)
>
> Donn
>
> > -----Original Message-----
> > From: Suhaib Siddiqi [mailto:ssiddiqi@inspirepharm.com]
> > Sent: Wednesday, June 21, 2000 4:00 AM
> > To: Donn Terry; cygwin-xfree@sourceware.cygnus.com
> > Subject: Interix (was RE: [Mm]akefile in)
> >
> >
> >
> > >
> > > cygwin-xfree/programs/Xserver/hw/xwin has both Makefile and
> > makefile.
> > > On NTFS and FAT (from the Windows side of things) these are
> > > indistinguishable
> > > files.
> >
> > Yep!  That happen accidently.  I was using Makedepend which produce
> > Makefile, now switched to gccMakeDepend, which creates makefile.
> >
> > Regardless, presense of Makefile or makefile, should be of no
> > consequences.
> > You have to use "make World" command to build the tree.  make
> > World would
> > generate the "makefiles" for your system.  The presense of makefile
> > or Makefile is of no importance, because you are not going to use
> > my Makefiles, unless you are aiming for failed build ;-)
> >
> >
> > BTW:  I will be off traveling most of the time this week and
> > next week.
> > After that I am going to upload a complete new XFree86
> > sources tree to CVS.
> > The new sources will have OpenGL/GLX extensions enabled and most of
> > the X-servers build as loadable DLLs, instead of statically linked
> > extensions.
> >
> > >CVS on Interix when run on a remote file system (but not locally)
> > > detects
> > > one of them as a duplicate and chokes.  (Interix is case
> > > sensitive locally,
> > > but the
> > > remote protocol is not.)
> >
> >
> > Why Interix would choke?  It should not, unless Interix has
> > design flaws or
> > is unable to deal with "makedepend".
> > You should not use "make" command instead you should use "make World"
> > This will rename all the Makefiles and makefiles to makefile(s).bak
> > and create Makefiles for your system dependencies.
> >
> > Sooooo...... is Microsoft porting Cygwin/XFree to Interix?
> > Patches will
> > be gratefully aceepted.  I had bunch of requests from Win32 users for
> > porting Cygwin/XFree to Interix, which I ignored due to lack of
> > contributors,
> > and this project is aimed for Cygwin as the base platform,
> > beside Interix is
> > not an open source project therefore it does not interest me.
> >
> > >
> > > This is probably asking for trouble for other people as
> > well, but the
> > > symptoms
> > > are probably different.
> >
> >
> > Nope.  No one should have troubles... as I mentioned above and also in
> > previous mails
> > make world command gets rid of makefiles and generate new ones with
> > dependencies
> > for your system
> >
> >
> > Suhaib
> >
> > >
> > > Donn Terry
> > > Speaking solely for myself.
> >


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]