From: "Matt W. Benjamin" <matt@cohortfs.com>
To: Sage Weil <sage@inktank.com>
Cc: ceph-devel@vger.kernel.org, Knut Moe <kmoe66@gmail.com>,
James Harper <james.harper@bendigoit.com.au>
Subject: Re: [ceph-users] Mounting Ceph on Linux/Windows
Date: Fri, 6 Dec 2013 11:25:15 -0500 (EST) [thread overview]
Message-ID: <1703010054.44.1386347115829.JavaMail.root@thunderbeast.private.linuxbox.com> (raw)
In-Reply-To: <287502324.42.1386347088605.JavaMail.root@thunderbeast.private.linuxbox.com>
Hi,
The CMake integration can help with this, as it can generate nmake files,
vs project files, etc.
Matt
----- "Sage Weil" <sage@inktank.com> wrote:
> On Fri, 6 Dec 2013, James Harper wrote:
> > >
> > > > For win32 my current scheme is to just throw out all the
> configure and
> > > > automake stuff and have a static makefile, so the build
> procedure is 'cd
> > > > win32; make'. Do you think that's acceptable?
> > >
> > > I think that's a fine, certainly as a place to start. (I'm not
> sure there
> > > is going to be a better solution that doesn't rely on mingw32 or
> cygwin or
> > > something.)
> > >
> > > > I suppose the configure
> > > > could be modified to work with a mingw32 cross compile under
> Linux, but
> > > > it might be a bit of a stretch to make it work in mingw32
> environment
> > > > under Windows (or maybe it's easy... I've never used mingw32
> under
> > > > Windows). At this time the configure and Makefile stuff would
> need to be
> > > > able to build only selective bits as a lot of stuff doesn't
> currently
> > > > build under Windows, and some may never build... osd under
> windows
> > > would
> > > > be a pretty big project for something with very limited appeal
> (imho)
> > >
> > > Yep!
--
Matt Benjamin
CohortFS, LLC.
206 South Fifth Ave. Suite 150
Ann Arbor, MI 48104
http://cohortfs.com
tel. 734-761-4689
fax. 734-769-8938
cel. 734-216-5309
next parent reply other threads:[~2013-12-06 16:25 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <287502324.42.1386347088605.JavaMail.root@thunderbeast.private.linuxbox.com>
2013-12-06 16:25 ` Matt W. Benjamin [this message]
[not found] <CADXLLPi+5vxfAZSPeUvrnA3SmqNs5Atia_-tO=R7x2vdxMV9vg@mail.gmail.com>
[not found] ` <6035A0D088A63A46850C3988ED045A4B66BF5348@BITCOM1.int.sbss.com.au>
[not found] ` <alpine.DEB.2.00.1312051527390.21812@cobra.newdream.net>
[not found] ` <6035A0D088A63A46850C3988ED045A4B66BF5851@BITCOM1.int.sbss.com.au>
[not found] ` <alpine.DEB.2.00.1312051553300.21812@cobra.newdream.net>
[not found] ` <6035A0D088A63A46850C3988ED045A4B66BF6DF4@BITCOM1.int.sbss.com.au>
2013-12-06 16:06 ` [ceph-users] Mounting Ceph on Linux/Windows Sage Weil
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=1703010054.44.1386347115829.JavaMail.root@thunderbeast.private.linuxbox.com \
--to=matt@cohortfs.com \
--cc=ceph-devel@vger.kernel.org \
--cc=james.harper@bendigoit.com.au \
--cc=kmoe66@gmail.com \
--cc=sage@inktank.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.