k this flag is not necessary for us, then problem is solved.
>
>
>
> 2016-05-13 6:43 GMT-07:00 Christos Zoulas :
>
>> On May 12, 9:50pm, charles.cui1...@gmail.com (Charles Cui) wrote:
>> -- Subject: Re: refine of the GSOC project
>>
>> | Well, your saying
, 9:50pm, charles.cui1...@gmail.com (Charles Cui) wrote:
>> -- Subject: Re: refine of the GSOC project
>>
>> | Well, your saying of _NETBSD_SOURCE is defined by default seems correct,
>> | I compiled a file in the benchmark separately which has the problem of
>> |
On Sun, May 15, 2016 at 03:59:15PM +0200, Joerg Sonnenberger wrote:
> platforms. If POSIX requires such a macro to be provided, it's a bug in
> the standard and should be reported as such.
No, it does not - it explicitly allows leaving the macro undefined in cases
where there is no compile time c
On Thu, May 12, 2016 at 11:13:11PM +0200, Kamil Rytarowski wrote:
> An alternative is to go for 8192 (2*PAGE_SIZE) to mimic MINSIGSTKSZ:
>
> /usr/include/sys/signal.h:#defineMINSIGSTKSZ8192/*
> minimum allowable stack */
But it is not 2 * PAGE_SIZE. On some architectures, that
On Sun, May 15, 2016 at 04:06:55AM +0200, Kamil Rytarowski wrote:
> /usr/include/sys/signal.h says:
>
> #if (defined(_XOPEN_SOURCE) && defined(_XOPEN_SOURCE_EXTENDED)) || \
> (_XOPEN_SOURCE - 0) >= 500 || defined(_NETBSD_SOURCE)
>
> If the posix standard says that it shall be defined, then we
If you guys think this flag is not necessary for us, then problem is solved.
>
> 2016-05-13 6:43 GMT-07:00 Christos Zoulas :
>
>> On May 12, 9:50pm, charles.cui1...@gmail.com (Charles Cui) wrote:
>> -- Subject: Re: refine of the GSOC project
>>
>> | Well, your s
flag is not necessary for us, then problem is solved.
2016-05-13 6:43 GMT-07:00 Christos Zoulas :
> On May 12, 9:50pm, charles.cui1...@gmail.com (Charles Cui) wrote:
> -- Subject: Re: refine of the GSOC project
>
> | Well, your saying of _NETBSD_SOURCE is defined by default see
For the errors in the second list, I applied part of your change, which is
-lpthread -lrt -lm linked flags.
I did not apply other changes in the patch, but if applied, most of errors
in the second list will disappear.
Besides, I used -D_NETBSD_SOURCE to make some variables accessible.
Why do you th
On May 12, 9:50pm, charles.cui1...@gmail.com (Charles Cui) wrote:
-- Subject: Re: refine of the GSOC project
| Well, your saying of _NETBSD_SOURCE is defined by default seems correct,
| I compiled a file in the benchmark separately which has the problem of
| accessing
| macro SA_ONSTACK
| <h
On Thu, May 12, 2016 at 09:07:58PM +0200, Kamil Rytarowski wrote:
> On 12.05.2016 07:37, Charles Cui wrote:
> >PTHREAD_STACK_MIN (freebsd)
>
> I was told that this one is missing on purpose as there is no good
> reason to limit it from this side and a sane minimum is PAGE_SIZE.
>
> Perhaps t
tp://nxr.netbsd.org/xref/src/sys/sys/signal.h#151>#*endif* /*
_XOPEN_SOURCE_EXTENDED || XOPEN_SOURCE >= 500 || _NETBSD_SOURCE */
2016-05-12 9:57 GMT-07:00 Christos Zoulas :
> On May 12, 9:22am, charles.cui1...@gmail.com (Charles Cui) wrote:
> -- Subject: Re: refine of the GSOC proje
On 12.05.2016 22:46, Christos Zoulas wrote:
> On May 12, 9:07pm, n...@gmx.com (Kamil Rytarowski) wrote:
> -- Subject: Re: refine of the GSOC project
>
> | On 12.05.2016 07:37, Charles Cui wrote:
> | >PTHREAD_STACK_MIN (freebsd)
> |
> | I was told that this one is mis
On May 12, 9:07pm, n...@gmx.com (Kamil Rytarowski) wrote:
-- Subject: Re: refine of the GSOC project
| On 12.05.2016 07:37, Charles Cui wrote:
| >PTHREAD_STACK_MIN (freebsd)
|
| I was told that this one is missing on purpose as there is no good
| reason to limit it from this side an
On Thu, May 12, 2016 at 09:07:58PM +0200, Kamil Rytarowski wrote:
> On 12.05.2016 07:37, Charles Cui wrote:
> >PTHREAD_STACK_MIN (freebsd)
>
> I was told that this one is missing on purpose as there is no good
> reason to limit it from this side and a sane minimum is PAGE_SIZE.
>
> Perhaps t
On 12.05.2016 07:37, Charles Cui wrote:
>PTHREAD_STACK_MIN (freebsd)
I was told that this one is missing on purpose as there is no good
reason to limit it from this side and a sane minimum is PAGE_SIZE.
Perhaps this is the way to go, to define it as it?
On May 12, 9:22am, charles.cui1...@gmail.com (Charles Cui) wrote:
-- Subject: Re: refine of the GSOC project
| For the errors in the second list, I applied part of your change, which is
| -lpthread -lrt -lm linked flags.
| I did not apply other changes in the patch, but if applied, most of
On Wed, May 11, 2016 at 10:37:58PM -0700, Charles Cui wrote:
> Hi Christos,
>
>I got the new list post below. Note that the second list is build with
> -D_NETBSD_SOURCE -lpthread -lrt -lm
If you have a proper NetBSD build environment (native or cross compilation)
then -D_NETBSD_SOURCE seems w
On May 12, 11:40am, n...@gmx.com (Kamil Rytarowski) wrote:
-- Subject: Re: refine of the GSOC project
| > SIGRTMIN (provided, but need to expose to userland)
| > SIGRTMAX (provided, but need to expose to userland)
|
| These are just dummy symbols, without being implemented.
|
|
On May 11, 10:37pm, charles.cui1...@gmail.com (Charles Cui) wrote:
-- Subject: Re: refine of the GSOC project
|I got the new list post below. Note that the second list is build with
| -D_NETBSD_SOURCE -lpthread -lrt -lm
|and use netbsd-current, and disable compiler warnings. There are a
On 12.05.2016 07:37, Charles Cui wrote:
> SIGRTMIN (provided, but need to expose to userland)
> SIGRTMAX (provided, but need to expose to userland)
These are just dummy symbols, without being implemented.
I'm in need of real-time signals -- in audio mixers, debuggers etc -- is
someone wor
Hi Christos,
I got the new list post below. Note that the second list is build with
-D_NETBSD_SOURCE -lpthread -lrt -lm
and use netbsd-current, and disable compiler warnings. There are a lot
of errors that caused by linker flags,
compiler flags and kernel versions, but I guess we are not int
Oh, yes, this sounds really reasonable to me.
I will try to disable ACPI, thanks!
2016-05-11 7:59 GMT-07:00 Christos Zoulas :
> In article
> ,
> Charles Cui wrote:
>>some updates of building kernel.
>>I spend some time these days to investigate the kernel compiling
>>problem that I found earl
In article ,
Charles Cui wrote:
>some updates of building kernel.
>I spend some time these days to investigate the kernel compiling
>problem that I found earlier.
>I start from netbsd 7.0 -stable, and build a netbsd-current.
>After building tools, kernel modules, I found there are
>two folders, o
g it and post you the information once I have.
>
>
>
> Thanks, Charles
>
> 2016-05-09 10:07 GMT-07:00 Christos Zoulas :
>> On May 9, 10:03am, charles.cui1...@gmail.com (Charles Cui) wrote:
>> -- Subject: Re: refine of the GSOC project
>>
>> | Sure, I can do
Got it, I can start to collecting it and post you the information once I have.
Thanks, Charles
2016-05-09 10:07 GMT-07:00 Christos Zoulas :
> On May 9, 10:03am, charles.cui1...@gmail.com (Charles Cui) wrote:
> -- Subject: Re: refine of the GSOC project
>
> | Sure, I can do it.
&g
On May 9, 10:03am, charles.cui1...@gmail.com (Charles Cui) wrote:
-- Subject: Re: refine of the GSOC project
| Sure, I can do it.
| To make it clear, besides this list, you want another list that failed
| the test because of it is not used in a standard way or compiler
| settings?
Well, the
Sure, I can do it.
To make it clear, besides this list, you want another list that failed
the test because of it is not used in a standard way or compiler
settings?
2016-05-09 7:27 GMT-07:00 Christos Zoulas :
> In article
> ,
> Charles Cui wrote:
>>Thanks guys for all your advices! I will try t
In article ,
Charles Cui wrote:
>Thanks guys for all your advices! I will try the methods proposed by
>you guys and let you know once I have new results.
>Right now, my way (install kernel and userland together) works (It
>takes kernel and libc updates and generate expected results.) This is
>th
In article <20160509083422.gb7...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>On Mon, May 09, 2016 at 12:37:55AM -0700, Charles Cui wrote:
>> pthreads:
>>PTHREAD_PRIO_INHERIT (freebsd)
>>PTHREAD_PRIO_NONE (freebsd)
>>PTHREAD_PRIO_PROTECT (freebsd)
>>PTHREAD_STACK_MIN (free
On Mon, May 09, 2016 at 12:37:55AM -0700, Charles Cui wrote:
> pthreads:
>PTHREAD_PRIO_INHERIT (freebsd)
>PTHREAD_PRIO_NONE (freebsd)
>PTHREAD_PRIO_PROTECT (freebsd)
>PTHREAD_STACK_MIN (freebsd)
>pthread_barrierattr_getpshared (freebsd)
>pthread_barrierattr_setpshared
Thanks guys for all your advices! I will try the methods proposed by
you guys and let you know once I have new results.
Right now, my way (install kernel and userland together) works (It
takes kernel and libc updates and generate expected results.) This is
the updated list (much shorter than befor
On Mon, May 09, 2016 at 10:58:50AM +0930, Brett Lymn wrote:
> On Mon, May 09, 2016 at 12:53:02AM +, Christos Zoulas wrote:
> >
> > Heh that's funny. He should then run the build.sh command with the old
> > tooldir name or make a symlink from the old tooldir name to the new one.
> >
>
> Why n
On Mon, 9 May 2016, Brett Lymn wrote:
On Mon, May 09, 2016 at 12:53:02AM +, Christos Zoulas wrote:
Heh that's funny. He should then run the build.sh command with the old
tooldir name or make a symlink from the old tooldir name to the new one.
Why not just "build.sh tools" to regenerate
On Mon, May 09, 2016 at 12:53:02AM +, Christos Zoulas wrote:
>
> Heh that's funny. He should then run the build.sh command with the old
> tooldir name or make a symlink from the old tooldir name to the new one.
>
Why not just "build.sh tools" to regenerate the tools for the new
kernel versio
In article <20160508223928.gc20...@danbala.tuwien.ac.at>,
Thomas Klausner wrote:
>On Mon, May 09, 2016 at 03:05:11AM +0700, Robert Elz wrote:
>> Date:Sun, 8 May 2016 12:14:57 -0700
>> From:Charles Cui
>> Message-ID:
>
>>
>> | One more thing, I still need to instal
On Mon, May 09, 2016 at 03:05:11AM +0700, Robert Elz wrote:
> Date:Sun, 8 May 2016 12:14:57 -0700
> From:Charles Cui
> Message-ID:
>
>
> | One more thing, I still need to install kernel and userland together,
> | then reboot.
> | If I installed kernel and rebo
Date:Sun, 8 May 2016 12:14:57 -0700
From:Charles Cui
Message-ID:
| One more thing, I still need to install kernel and userland together,
| then reboot.
| If I installed kernel and reboot and install userland, it will
| promotes me the errors that I send you
On Sun, May 08, 2016 at 03:30:12PM -0400, Christos Zoulas wrote:
> On May 8, 12:14pm, charles.cui1...@gmail.com (Charles Cui) wrote:
> -- Subject: Re: refine of the GSOC project
>
> | One more thing, I still need to install kernel and userland together,
> | then reboot.
> | If
On Sun, May 08, 2016 at 12:14:57PM -0700, Charles Cui wrote:
> One more thing, I still need to install kernel and userland together,
> then reboot.
> If I installed kernel and reboot and install userland, it will
> promotes me the errors that I send you earlier, but I already compiled
> the tools a
On May 8, 12:14pm, charles.cui1...@gmail.com (Charles Cui) wrote:
-- Subject: Re: refine of the GSOC project
| One more thing, I still need to install kernel and userland together,
| then reboot.
| If I installed kernel and reboot and install userland, it will
| promotes me the errors that I send
: /usr/obj/tooldir.NetBSD-7.99.29-i386/bin/nbpax: not found
2016-05-08 12:08 GMT-07:00 Christos Zoulas :
> On May 8, 11:47am, charles.cui1...@gmail.com (Charles Cui) wrote:
> -- Subject: Re: refine of the GSOC project
>
> | Yes, I followed the instructions.
> | I verified whether a file h
On May 8, 11:47am, charles.cui1...@gmail.com (Charles Cui) wrote:
-- Subject: Re: refine of the GSOC project
| Yes, I followed the instructions.
| I verified whether a file has been updated by looking at the file
| modification time.
| I thought they are not updated because of timezone problems
ui1...@gmail.com (Charles Cui) wrote:
> -- Subject: Re: refine of the GSOC project
>
> | Yes, I build tools locally first.
> | Before reading this file, I switched to the old kernel
> | and install userland and kernel simultaneously(no reboot).
> | And the system told me it installed suc
On May 8, 9:56am, charles.cui1...@gmail.com (Charles Cui) wrote:
-- Subject: Re: refine of the GSOC project
| Yes, I build tools locally first.
| Before reading this file, I switched to the old kernel
| and install userland and kernel simultaneously(no reboot).
| And the system told me it
is still not updated! I am wondering which step system header files
> are copied to
> the system path?
>
> 2016-05-08 9:48 GMT-07:00 Christos Zoulas :
>> On May 8, 9:37am, charles.cui1...@gmail.com (Charles Cui) wrote:
>> -- Subject: Re: refine of the GSOC project
&g
still not updated! I am wondering which step system header files
are copied to
the system path?
2016-05-08 9:48 GMT-07:00 Christos Zoulas :
> On May 8, 9:37am, charles.cui1...@gmail.com (Charles Cui) wrote:
> -- Subject: Re: refine of the GSOC project
>
> | Following is the error when
On May 8, 9:37am, charles.cui1...@gmail.com (Charles Cui) wrote:
-- Subject: Re: refine of the GSOC project
| Following is the error when I installed userland after a new kernel install,
| It told me /usr/obj/tooldir.NetBSD-7.99.29-i386/bin/nbpax is required
| but not found.
| After run a grep
R_="${this}" "$@" ${target}; }; _makedirtarget distrib/sets
installsets INSTALLDIR=/ INSTALLSETS=
*** Error code 1
Stop.
nbmake: stopped in /usr/src
ERROR: Failed to make installworld to /
*** BUILD ABORTED ***
2016-05-08 7:24 GMT-07:00 Christos Zoulas :
> On May 7, 8:5
On May 7, 8:57pm, charles.cui1...@gmail.com (Charles Cui) wrote:
-- Subject: Re: refine of the GSOC project
| Hi Christos,
|
|I found the reason of _SC_TIMER_MAX not being found.
| Other functions that netbsd already provided but not found should have
| the same reason.
| Although I
tbsd.org, I
> already used it.
>
> 2016-05-06 5:46 GMT-07:00 Christos Zoulas :
> > On May 5, 10:14pm, charles.cui1...@gmail.com (Charles Cui) wrote:
> > -- Subject: refine of the GSOC project
> >
> > | Hi guys,
> > |
> > |I spend some time on
ng me know nxr.netbsd.org, I
already used it.
2016-05-06 5:46 GMT-07:00 Christos Zoulas :
> On May 5, 10:14pm, charles.cui1...@gmail.com (Charles Cui) wrote:
> -- Subject: refine of the GSOC project
>
> | Hi guys,
> |
> |I spend some time on researching the project and have so
On Fri, May 6, 2016 at 8:46 AM, Christos Zoulas wrote:
> On May 5, 10:14pm, charles.cui1...@gmail.com (Charles Cui) wrote:
> -- Subject: refine of the GSOC project
>
> | Hi guys,
> |
> |I spend some time on researching the project and have some results.
> | Based on the
On May 5, 10:14pm, charles.cui1...@gmail.com (Charles Cui) wrote:
-- Subject: refine of the GSOC project
| Hi guys,
|
|I spend some time on researching the project and have some results.
| Based on the results, I can split the project into multiple parts and expect
| to complete the project
Hi guys,
I spend some time on researching the project and have some results.
Based on the results, I can split the project into multiple parts and expect
to complete the project in divide-and-concur way.
I found a lot of building errors in the posix benchmark are because of
compiler settings.
54 matches
Mail list logo
