Hi!
> 2015-09-29T09:44:53.808480308 0.036235s warn: Failed to disable read-ahead on
> '/usr/local/rethinkdb_data/metadata' (errno -1). You might see decreased read
> performance.
src/arch/io/disk.cc
has an ifdef'ed fcntl(fd.get(), F_RDAHEAD, 0), and FreeBSD is not
correctly defined, so it
Hello!
On Fri, Sep 18, 2015 at 10:23:57PM +0200, Kurt Jaeger wrote:
> Hi!
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043
>
> > Too bad about 9.3, but this is still great news!
> > The upgrade from 9.3 to 10.2 seems a much easier step
> > than the upgrade from 9.3 to 11.0. So if
Hello!
On Fri, Sep 18, 2015 at 12:33:46PM +0200, Kurt Jaeger wrote:
> Hi!
>
> > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043
> [...]
>
> The latest shar in the ticket builds on all except 9.3.
>
> > Then I got this error in configure:
> > "
> > * Detecting system
Hi!
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043
> Too bad about 9.3, but this is still great news!
> The upgrade from 9.3 to 10.2 seems a much easier step
> than the upgrade from 9.3 to 11.0. So if there is no
> solution for 9.3, I will try upgrading our server to 10.2.
I strongly
Hi!
> > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043
[...]
The latest shar in the ticket builds on all except 9.3.
> Then I got this error in configure:
> "
> * Detecting system configuration
> Bash: 4.3.42(0)-release
> Use ccache:
Hi!
> > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043
> >
> > > I tried your file, but didn't get very far unfortunately.
> >
> > The newest version v4 of the shar builds on FreeBSD 11 (Current), amd64.
> >
> > It still needs more testing, especially under poudriere.
> Thanks
Hello!
On Sun, Sep 13, 2015 at 10:21:59PM +0200, Kurt Jaeger wrote:
> Hi!
>
> > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043
>
> > I tried your file, but didn't get very far unfortunately.
>
> The newest version v4 of the shar builds on FreeBSD 11 (Current), amd64.
>
> It still
Hi!
> I'll change the creation of the .a files and report back.
The build progresses until the "final" link.
There are still a few unresolved references.
--
p...@opsec.eu+49 171 3101372 5 years to go !
___
Hi!
> The makefile of rethinkdb creates the ...a file with
>
> ar crsT
>
> which is different from
>
> ar -r
>
> I'll change the creation of the .a files and report back.
The cause seems to be the 'T' which, according to the manual:
T Make the specified archive a thin archive. If
Hi!
> >> Right now, I'm in the part where it tries to link the
> >> build/external/v8_3.30.33.16/build/out
> >> stuff and fails because the clang loader does not handle
> >> liba files 8-(
> > The latest .shar is available at
> > which shows that it fails to link the external v8. If anyone
Kurt Jaeger writes:
> Hi!
>
>> > I'll change the creation of the .a files and report back.
>>
>> The build progresses until the "final" link.
>>
>> There are still a few unresolved references.
>
> Like this in src/arch/io/timer/timer_signal_provider.cc:
>
>
Hi!
> > I'll change the creation of the .a files and report back.
>
> The build progresses until the "final" link.
>
> There are still a few unresolved references.
Like this in src/arch/io/timer/timer_signal_provider.cc:
evp.sigev_notify_thread_id = _gettid();
which is linux-specific. I'm
Hi!
> > Like this in src/arch/io/timer/timer_signal_provider.cc:
> >
> > evp.sigev_notify_thread_id = _gettid();
>
> evp.sigev_notify_thread_id = pthread_getthreadid_np();
Thanks, will try.
> > which is linux-specific. I'm trying to understand whether
> > this can be replaced by
Hi!
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043
> I tried your file, but didn't get very far unfortunately.
The newest version v4 of the shar builds on FreeBSD 11 (Current), amd64.
It still needs more testing, especially under poudriere.
--
p...@opsec.eu+49 171
On 9/12/15 2:01 AM, Kurt Jaeger wrote:
Hi!
Right now, I'm in the part where it tries to link the
build/external/v8_3.30.33.16/build/out
stuff and fails because the clang loader does not handle
liba files 8-(
The latest .shar is available at
Hi!
> Right now, I'm in the part where it tries to link the
> build/external/v8_3.30.33.16/build/out
> stuff and fails because the clang loader does not handle
> liba files 8-(
The latest .shar is available at
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043
together with a
Hi!
> I tried your file, but didn't get very far unfortunately.
>
> I had to do these two changes to your Makefile to get past
> the configure step:
>
> Add CXX=c++48
I suggest you go straight to clang, I'm not sure if
USES= compiler:c++11-lib
would do the trick, but I'll try as soon as I
On Fri, Sep 11, 2015 at 05:21:18PM +0200, Kurt Jaeger wrote:
> Hi!
>
> > http://www.rethinkdb.com/
> >
> > I tried compiling it in FreeBSD 9.3, and managed
> > to get past configure and the start of gmake, but
> > then got a lot of these:
>
> Here's a shar file, which overcomes the BREAKPOINT
Hi!
Right now, I'm in the part where it tries to link the
build/external/v8_3.30.33.16/build/out
stuff and fails because the clang loader does not handle
liba files 8-(
--
p...@opsec.eu+49 171 3101372 5 years to go !
Hi!
> http://www.rethinkdb.com/
>
> I tried compiling it in FreeBSD 9.3, and managed
> to get past configure and the start of gmake, but
> then got a lot of these:
Here's a shar file, which overcomes the BREAKPOINT stuff
and quite a bit more, but still needs more patching. So
it's still a work
20 matches
Mail list logo