All of lore.kernel.org
 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 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.