On 11/03/2015 1:33 am, Amar Takhar wrote:
Can we come up with a plan for branching 4.11?
We need to push off any commits made that are unrelated to tickets open in
milestone 4.11 to the next release. This way any changes we make have a narrow
scope.
This close to the release we should really b
On 13/03/2015 3:12 am, emanuel stiebler wrote:
On 2015-03-12 02:56, Chris Johns wrote:
I invested a large amount time last year attempting to get cygwin to
build native tools and gave up. I just could not get anything close to
stable and then I really had no idea what I had got cygwin to actual
On 13/03/2015 11:48 am, Amar Takhar wrote:
On 2015-03-13 11:36 +1100, Chris Johns wrote:
There is complexity in terms of what a user sees which we need to address.
I also have no problem with more than one -I when building RTEMS and
feel we have too. I cannot see a suitable way around this.
Th
On 2015-03-13 11:36 +1100, Chris Johns wrote:
> There is complexity in terms of what a user sees which we need to address.
>
> I also have no problem with more than one -I when building RTEMS and
> feel we have too. I cannot see a suitable way around this.
>
> This means we might end up with:
>
On 13/03/2015 1:51 am, Sebastian Huber wrote:
- Amar Takhar schrieb:
On 2015-03-12 09:45 -0400, Gedare Bloom wrote:
This doesn't work in supposedly CPU-independent source code files.
Let's take percpu.h as an example. We need to include it in
-- the main header for thread scheduling tha
On 11/03/2015 12:42 pm, Amar Takhar wrote:
On 2015-03-11 00:36 +0100, Pavel Pisa wrote:
Hello Amar,
thanks for reply.
On Tuesday 10 of March 2015 19:00:03 Amar Takhar wrote:
On 2015-03-10 11:03 +0100, Pavel Pisa wrote:
I think that includes really belong near to the implementation and that
n
On 3/12/2015 6:02 PM, Gedare Bloom wrote:
> On Thu, Mar 12, 2015 at 6:58 PM, Amar Takhar wrote:
>> On 2015-03-12 12:41 -0500, Joel Sherrill wrote:
>>> Hi
>>>
>>> Many BSPs can link a test but don't actually have enough memory
>>> to run the test. They will fail in the first few lines when the re
On 2015-03-12 19:02 -0400, Gedare Bloom wrote:
> It includes the workspace size in its estimation of space? Already if
> a test's binary executable size doesn't fit the build will fail at
> link-time.
It captures the failure and prints a warning. See:
https://git.rtems.org/amar/waf.git/tree/rt
On Thu, Mar 12, 2015 at 6:58 PM, Amar Takhar wrote:
> On 2015-03-12 12:41 -0500, Joel Sherrill wrote:
>> Hi
>>
>> Many BSPs can link a test but don't actually have enough memory
>> to run the test. They will fail in the first few lines when the requested
>> memory for the RTEMS work area is not av
On 2015-03-12 12:41 -0500, Joel Sherrill wrote:
> Hi
>
> Many BSPs can link a test but don't actually have enough memory
> to run the test. They will fail in the first few lines when the requested
> memory for the RTEMS work area is not available. I hacked together
> a script which adds together t
On 12/03/2015 10:38 pm, e...@e-bbes.com wrote:
Zitat von Chris Johns :
On 12/03/2015 5:52 pm, emanuel stiebler wrote:
OK, is there a option which downloads and patches everything and then
tries do compile?
I am not sure I understand. To get the latest RSB changes just do a
pull with git, t
On 3/12/2015 1:33 PM, Gedare Bloom wrote:
> On Thu, Mar 12, 2015 at 2:26 PM, Joel Sherrill
> wrote:
>>
>> On 3/12/2015 12:45 PM, Gedare Bloom wrote:
>>> On Thu, Mar 12, 2015 at 1:41 PM, Joel Sherrill
>>> wrote:
Hi
Many BSPs can link a test but don't actually have enough memory
>>
On Thu, Mar 12, 2015 at 2:26 PM, Joel Sherrill
wrote:
>
>
> On 3/12/2015 12:45 PM, Gedare Bloom wrote:
>> On Thu, Mar 12, 2015 at 1:41 PM, Joel Sherrill
>> wrote:
>>> Hi
>>>
>>> Many BSPs can link a test but don't actually have enough memory
>>> to run the test. They will fail in the first few li
On 3/12/2015 12:45 PM, Gedare Bloom wrote:
> On Thu, Mar 12, 2015 at 1:41 PM, Joel Sherrill
> wrote:
>> Hi
>>
>> Many BSPs can link a test but don't actually have enough memory
>> to run the test. They will fail in the first few lines when the requested
>> memory for the RTEMS work area is not a
On Thu, Mar 12, 2015 at 1:41 PM, Joel Sherrill
wrote:
> Hi
>
> Many BSPs can link a test but don't actually have enough memory
> to run the test. They will fail in the first few lines when the requested
> memory for the RTEMS work area is not available. I hacked together
> a script which adds toge
Hi
Many BSPs can link a test but don't actually have enough memory
to run the test. They will fail in the first few lines when the requested
memory for the RTEMS work area is not available. I hacked together
a script which adds together the code, data, bss, work space and
stack space requested. If
On 2015-03-12 02:56, Chris Johns wrote:
I invested a large amount time last year attempting to get cygwin to
build native tools and gave up. I just could not get anything close to
stable and then I really had no idea what I had got cygwin to actually
install (I suspect that is just my lack of kn
- Amar Takhar schrieb:
> On 2015-03-12 09:45 -0400, Gedare Bloom wrote:
> > This doesn't work in supposedly CPU-independent source code files.
> >
> > Let's take percpu.h as an example. We need to include it in
> > -- the main header for thread scheduling that
> > is included by virtually e
On Thu, Mar 12, 2015 at 10:08 AM, Joel Sherrill
wrote:
>
>
> On March 12, 2015 8:56:36 AM CDT, Gedare Bloom wrote:
>>On Thu, Mar 12, 2015 at 9:51 AM, Amar Takhar wrote:
>>> On 2015-03-12 09:45 -0400, Gedare Bloom wrote:
This doesn't work in supposedly CPU-independent source code files.
On March 12, 2015 8:56:36 AM CDT, Gedare Bloom wrote:
>On Thu, Mar 12, 2015 at 9:51 AM, Amar Takhar wrote:
>> On 2015-03-12 09:45 -0400, Gedare Bloom wrote:
>>> This doesn't work in supposedly CPU-independent source code files.
>>>
>>> Let's take percpu.h as an example. We need to include it in
Thanks.
On Thu, Mar 12, 2015 at 4:04 AM, Daniel Cederman wrote:
> ---
> cpukit/posix/src/mmap.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/cpukit/posix/src/mmap.c b/cpukit/posix/src/mmap.c
> index 3ebb2f4..90c6d0a 100644
> --- a/cpukit/posix/src/mmap.c
> +++ b/cpuki
On Thu, Mar 12, 2015 at 9:51 AM, Amar Takhar wrote:
> On 2015-03-12 09:45 -0400, Gedare Bloom wrote:
>> This doesn't work in supposedly CPU-independent source code files.
>>
>> Let's take percpu.h as an example. We need to include it in
>> -- the main header for thread scheduling that
>> is inclu
Hi,
As far as I know, the raspberry Pi binaries will not run on the arm GDB
sim. There may be a suitable QEMU based Raspberry Pi simulator. That would
be a good option to try.
Alan
On Wed, Mar 11, 2015 at 9:42 PM, QIAO YANG wrote:
> Hello ,
>
> I was wondering if the raspberry pi samples can r
On 2015-03-12 09:45 -0400, Gedare Bloom wrote:
> This doesn't work in supposedly CPU-independent source code files.
>
> Let's take percpu.h as an example. We need to include it in
> -- the main header for thread scheduling that
> is included by virtually every source file in the supercore. We can
On Thu, Mar 12, 2015 at 9:21 AM, Amar Takhar wrote:
> On 2015-03-12 14:19 +0100, Sebastian Huber wrote:
>>
>>
>> On 12/03/15 14:13, Amar Takhar wrote:
>> > On 2015-03-12 14:10 +0100, Sebastian Huber wrote:
>> >>
>> >>> #include
>> >>> #include
>> >> This will not work. We have sparc, arm, powerp
Import the latest from FreeBSD and adjust it for RTEMS.
The OpenMP support from GCC (libgomp) needs a .
Delete SEM_VALUE_MAX from the original FreeBSD version since this is
defined in for RTEMS.
newlib/ChangeLog
2015-03-12 Sebastian Huber
* libc/sys/rtems/include/semaphore.h: Import
On 2015-03-12 14:19 +0100, Sebastian Huber wrote:
>
>
> On 12/03/15 14:13, Amar Takhar wrote:
> > On 2015-03-12 14:10 +0100, Sebastian Huber wrote:
> >>
> >>> #include
> >>> #include
> >> This will not work. We have sparc, arm, powerpc etc. and they must not
> >> be visible at the same time.
>
On 12/03/15 14:13, Amar Takhar wrote:
On 2015-03-12 14:10 +0100, Sebastian Huber wrote:
#include
#include
This will not work. We have sparc, arm, powerpc etc. and they must not
be visible at the same time.
What do you mean by 'visible'?
If I build for arm, then I need the arm and not
Merge parts of the latest from FreeBSD to Newlib. This has
two reasons.
1. We want to use the FreeBSD timecounters for timekeeping in RTEMS.
See also https://devel.rtems.org/ticket/2271.
2. This makes the port of the network stack from FreeBSD easier.
newlib/ChangeLog
2015-03-12 Sebastian Hub
On 2015-03-12 14:10 +0100, Sebastian Huber wrote:
>
>
> > #include
> > #include
>
> This will not work. We have sparc, arm, powerpc etc. and they must not
> be visible at the same time.
What do you mean by 'visible'?
> > The names of some headers would have to be changed to avoid confusion
On 12/03/15 14:05, Amar Takhar wrote:
On 2015-03-12 13:57 +0100, Sebastian Huber wrote:
On 11/03/15 13:04, Amar Takhar wrote:
On 2015-03-11 09:44 +0100, Sebastian Huber wrote:
We need at least three -I options, one for the BSP headers, one for the
CPU headers and one for the rest.
The curr
On 2015-03-12 08:01 -0500, Joel Sherrill wrote:
> What will happen to source modules that are third party? Will we blend their
> .h with our own? Will this negatively impact the integrity of a source import?
Yes, their public APIs will become part of our own. If we take ownership we
will be ab
On 2015-03-12 13:57 +0100, Sebastian Huber wrote:
>
>
> On 11/03/15 13:04, Amar Takhar wrote:
> > On 2015-03-11 09:44 +0100, Sebastian Huber wrote:
> >> >We need at least three -I options, one for the BSP headers, one for the
> >> >CPU headers and one for the rest.
> > The current one uses only o
On March 11, 2015 3:44:04 AM CDT, Sebastian Huber
wrote:
>
>
>On 09/03/15 18:02, Amar Takhar wrote:
>> On 2015-03-09 14:18 +0100, Sebastian Huber wrote:
>>> >This is actually a big problem and will break a lot of thinks.
>Currently
>>> >you use
>>> >
>>> >#include
>>> >
>>> >and get for exampl
On 11/03/15 13:04, Amar Takhar wrote:
On 2015-03-11 09:44 +0100, Sebastian Huber wrote:
>We need at least three -I options, one for the BSP headers, one for the
>CPU headers and one for the rest.
The current one uses only one -I because all paths will be explicit. Right now
I've hacked aroun
Zitat von Chris Johns :
On 12/03/2015 5:52 pm, emanuel stiebler wrote:
OK, is there a option which downloads and patches everything and then
tries do compile?
I am not sure I understand. To get the latest RSB changes just do a
pull with git, that is 'git pull' in the RSB clone. The RSB will
On 12/03/2015 5:52 pm, emanuel stiebler wrote:
On 2015-03-12 02:56, Chris Johns wrote:> On 12/03/2015 4:59 am, emanuel
stiebler wrote:
>> On 2015-03-11 18:40, Joel Sherrill wrote:
>>>
>>>
>>> On 3/11/2015 12:12 PM, emanuel stiebler wrote:
Hi all,
should it work at the moment?
>>>
On 3/10/2015 10:04 AM, Gedare Bloom wrote:
> On Tue, Mar 10, 2015 at 10:19 AM, Rohini Kulkarni
> wrote:
>> Hi All,
>> I am interested in doing a project under SMP (Improvements to SMP support).
>> Are there any suitable SMP projects which can be undertaken as part of GSOC.
>> However,I do not
---
cpukit/posix/src/mmap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cpukit/posix/src/mmap.c b/cpukit/posix/src/mmap.c
index 3ebb2f4..90c6d0a 100644
--- a/cpukit/posix/src/mmap.c
+++ b/cpukit/posix/src/mmap.c
@@ -26,5 +26,5 @@ void *mmap(
off_t off
)
{
- return N
mmap was previously in munmap.c and munmap was in mmap.c.
---
cpukit/posix/src/mmap.c | 10 +++---
cpukit/posix/src/munmap.c | 10 +++---
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/cpukit/posix/src/mmap.c b/cpukit/posix/src/mmap.c
index 2798326..3ebb2f4 100644
--- a
On 2015-03-10 11:03 +0100, Pavel Pisa wrote:
> Hello Amar and others,
>
> I would like to express my weak objection to moving
> all includes to single directory. This makes sources
> much less modular is (according to me) backward move.
All input is welcome!
> I think that includes really belon
On 2015-03-10 22:59 +0530, siddharth singh wrote:
> Dear Mentors,
>
> I am Siddharth Singh currently pursuing B.Tech at IIIT-Delhi, India.
>
> I am willing to contribute to Configuration GUI project, I have a past
> experience of working on PyQt(GUI) and would like to contribute in the same
> fie
42 matches
Mail list logo
