CEPH filesystem development
 help / color / mirror / Atom feed
From: Willem Jan Withagen <wjw@digiware.nl>
To: Sage Weil <sage@newdream.net>
Cc: Mykola Golub <mgolub@mirantis.com>,
	"Yan, Zheng" <ukernel@gmail.com>, Haomai Wang <haomai@xsky.com>,
	Ceph Development <ceph-devel@vger.kernel.org>
Subject: Re: Compiling for FreeBSD
Date: Tue, 1 Dec 2015 17:24:52 +0100	[thread overview]
Message-ID: <565DC9D4.7060701@digiware.nl> (raw)
In-Reply-To: <alpine.DEB.2.00.1512010634510.19170@cobra.newdream.net>

On 1-12-2015 15:35, Sage Weil wrote:
> On Tue, 1 Dec 2015, Willem Jan Withagen wrote:
>> On 1-12-2015 14:30, Sage Weil wrote:
>>> On Tue, 1 Dec 2015, Willem Jan Withagen wrote:
>>>> On 30-11-2015 14:21, Sage Weil wrote:
>>>>> The problem with all of the porting code in general is that it is doomed
>>>>> to break later on if we don't have (at least) ongoing build tests.  In
>>>>> order for a FreeBSD or OSX port to continue working we need VMs that run
>>>>> either gitbuilder or a jenkins job or similar so that we can tell when
>>>>> it
>>>>> breaks.
>>>>>
>>>>> If someone is willing to run a VM somewhere to do this we can pretty
>>>>> easily stick it on the gitbuilder page at
>>>>>
>>>>> 	http://ceph.com/gitbuilder.cgi
>>>>
>>>>
>>>> Hi Sage,
>>>>
>>>> Could you give some pointers as to where to start running the tests.
>>>> I see a lot of "basic" tests to see if the platform is actually
>>>> conformant.
>>>>
>>>> So before plunging into running ceph-mon and stuff, it would perhaps be
>>>> better to actually run (parts of) the basic required tests..
>>>
>>> I would start with 'make check' from src/... that's what we'd actually
>>> want the gitbuilder to do.
>>
>> I was running that at the moment....
>> Found the suggestion on the developers pages, in the manual section.
>> Sort of hidden at the bottom. :)
>>
>> Did kill it in between, but now when I run it, it just only generates the
>> report.
>> So I just went make clean, which is rather too much...
>> But could not really figure out the makefiles in test (yet)
>>
>> How do I reset the test results?
>
> I don't think there is anything to reset... just re-ru make check.  The
> exception is probably just if you hit control-c but it left running
> processes behind (./stop.sh should clean those up).
>

'mmm,
Strange I had it generate tests.... at one point.
And now just plain nothing....

Server has rebooted, so there should have nothing been left.

> At least, that's the case on Linux.. maybe the (auto)tools are a bit
> different on *BSD?

I think in the short run it will not be the code that is going to be a
major porting pain. But getting the run-time environment ironed out is
just plain (hard) work. Things where /bin/sh expects certain bash-isms.
Where paths have not been setup to the fullest all the way back into
./configure: like ${initrddir} => /etc/init.d versus /usr/local/etc/rc.d.
Probably plenty more like these.

I've also seen calls in the code to things like:
	arch
	hdparm
things that just are not there in (basic) FreeBSD....
But we'll get around al of that.

I survived porting Unix tools (including UUCP) to Win95 and OS/2. So
until we get to kernel things I just keep pushing along.

Just for clarity:
Gitbuilder just runs:
	make check
and collects the output?
So that would be the way to tackle this, get complete (successful) output
from:
	gmake clean && gmake test


--WjW

  reply	other threads:[~2015-12-01 17:03 UTC|newest]

Thread overview: 61+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-29 17:44 Compiling for FreeBSD Willem Jan Withagen
2015-11-29 18:08 ` Haomai Wang
2015-11-29 18:57   ` Willem Jan Withagen
2015-11-30  3:46     ` Yan, Zheng
2015-11-30  6:58       ` Mykola Golub
2015-11-30 11:53         ` Willem Jan Withagen
2015-11-30 14:13           ` Mykola Golub
2015-11-30 14:40             ` Willem Jan Withagen
2015-11-30 16:04               ` Willem Jan Withagen
2015-11-30 16:20                 ` Gregory Farnum
2015-12-01  9:42                   ` Willem Jan Withagen
2015-12-01 12:22                     ` Mykola Golub
2015-12-01 12:44                       ` Willem Jan Withagen
2015-11-30 14:56             ` Willem Jan Withagen
2015-11-30 13:21         ` Sage Weil
2015-11-30 13:54           ` Willem Jan Withagen
2015-12-01 11:08           ` Willem Jan Withagen
2015-12-01 13:30             ` Sage Weil
2015-12-01 13:42               ` Willem Jan Withagen
2015-12-01 14:35                 ` Sage Weil
2015-12-01 16:24                   ` Willem Jan Withagen [this message]
2015-12-01 17:22                     ` Alan Somers
2015-12-01 18:08                       ` Willem Jan Withagen
2015-12-01 18:21                         ` Alan Somers
2015-12-01 18:31                           ` Willem Jan Withagen
2015-12-01 18:36                           ` Sage Weil
2015-12-01 18:43                             ` Willem Jan Withagen
2015-12-02 14:13                               ` Yan, Zheng
2015-12-02 20:52                                 ` Willem Jan Withagen
2015-12-03  0:27                                   ` Yan, Zheng
2015-12-04 18:30                                     ` Willem Jan Withagen
2015-12-04 18:44                                       ` Gregory Farnum
2015-12-04 20:11                                         ` Willem Jan Withagen
2015-12-08  9:59                                           ` Willem Jan Withagen
2015-12-08 10:04                                           ` Willem Jan Withagen
2015-12-08 12:36                                             ` Mykola Golub
2015-12-08 15:59                                               ` Willem Jan Withagen
2015-12-01 18:51                     ` Willem Jan Withagen
2015-12-02 21:10                       ` Willem Jan Withagen
2015-12-02 22:47                         ` Compiling for FreeBSD, missing rbd Willem Jan Withagen
2015-12-03 12:34                           ` Mykola Golub
2015-12-03 13:27                             ` Willem Jan Withagen
2015-12-03  9:50                         ` Compiling for FreeBSD, runtimes for seperate tests Willem Jan Withagen
2015-12-03 14:12                           ` Willem Jan Withagen
2015-12-03 21:06                           ` Gregory Farnum
2015-12-05 12:56                           ` Compiling for FreeBSD, Clang refuses to compile a test Willem Jan Withagen
2015-12-05 13:02                             ` Xinze Chi (信泽)
2015-12-07 21:44                               ` Willem Jan Withagen
2015-12-07 22:19                                 ` Michal Jarzabek
2015-12-08  0:29                                   ` Willem Jan Withagen
2015-12-08  8:48                                     ` Willem Jan Withagen
2016-01-16 12:56             ` Compiling for FreeBSD Willem Jan Withagen
2015-12-10 15:03           ` Compiling for FreeBSD, trouble in buffer.c Willem Jan Withagen
2015-12-11  9:56             ` Willem Jan Withagen
2016-01-15 10:52           ` Compiling for FreeBSD, Bluestore requires AIO Willem Jan Withagen
2016-01-15 11:21             ` Willem Jan Withagen
2016-01-15 17:30             ` Sage Weil
2016-01-15 18:34               ` Willem Jan Withagen
2016-01-18  9:54                 ` Mykola Golub
2016-01-18 10:05                   ` Willem Jan Withagen
2016-05-28  0:15           ` Compiling for FreeBSD Willem Jan Withagen

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=565DC9D4.7060701@digiware.nl \
    --to=wjw@digiware.nl \
    --cc=ceph-devel@vger.kernel.org \
    --cc=haomai@xsky.com \
    --cc=mgolub@mirantis.com \
    --cc=sage@newdream.net \
    --cc=ukernel@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox