On 07/02/2017 11:39, Gedare Bloom wrote:
On Mon, Feb 6, 2017 at 7:33 PM, Chris Johns wrote:
On 07/02/2017 11:08, Gedare Bloom wrote:
On Sun, Feb 5, 2017 at 1:51 PM, Joel Sherrill wrote:
I am wondering if all the info for an Open Project is listed in a ticket,
should the Wiki page by killed
On Mon, Feb 6, 2017 at 7:33 PM, Chris Johns wrote:
> On 07/02/2017 11:08, Gedare Bloom wrote:
>>
>> On Sun, Feb 5, 2017 at 1:51 PM, Joel Sherrill wrote:
>>>
>>> I am wondering if all the info for an Open Project is listed in a ticket,
>>> should the Wiki page by killed and the link just go to a t
On 07/02/2017 11:08, Gedare Bloom wrote:
On Sun, Feb 5, 2017 at 1:51 PM, Joel Sherrill wrote:
I am wondering if all the info for an Open Project is listed in a ticket,
should the Wiki page by killed and the link just go to a ticket. This
is likely a Gedare question. My assumption would be that
On Sun, Feb 5, 2017 at 1:51 PM, Joel Sherrill wrote:
>
>
> On Sun, Feb 5, 2017 at 11:51 AM, Denis Obrezkov
> wrote:
>>
>> 2017-02-05 19:39 GMT+02:00 Joel Sherrill :
>>>
>>> Hi
>>>
>>> https://devel.rtems.org/wiki/Developer/OpenProjects needs a quick
>>> review by everyone.
>>>
>>> Based on studen
>
> I am asking these questions because a new port has more moving parts
> than other RTEMS project. For example:
>
> + toolchain. If there is a c6x-elf, myself or Sebastian can usually add a
> -rtems target pretty quickly. We have FSF assignment paperwork so that
> much is handled. But a toolchain
On Sun, Feb 5, 2017 at 1:14 PM, Denis Obrezkov
wrote:
>
>>> First.. does that CPU include a free toolset? A free simulator?
>>
>> As far as I know, it has a compiler, but I never tried it:
> https://gcc.gnu.org/onlinedocs/gcc/C6X-Options.html
>
> Also, there is a linux port that uses gcc:
> http:
>
>
>> First.. does that CPU include a free toolset? A free simulator?
>
> As far as I know, it has a compiler, but I never tried it:
https://gcc.gnu.org/onlinedocs/gcc/C6X-Options.html
Also, there is a linux port that uses gcc:
http://linux-c6x.org/wiki/index.php/Main_Page
I know that there was
On Sun, Feb 5, 2017 at 11:51 AM, Denis Obrezkov
wrote:
> 2017-02-05 19:39 GMT+02:00 Joel Sherrill :
>
>> Hi
>>
>> https://devel.rtems.org/wiki/Developer/OpenProjects needs a quick
>> review by everyone.
>>
>> Based on student inquiries, it looks like the rtems-libbsd and condition
>> variables pr
2017-02-05 19:39 GMT+02:00 Joel Sherrill :
> Hi
>
> https://devel.rtems.org/wiki/Developer/OpenProjects needs a quick
> review by everyone.
>
> Based on student inquiries, it looks like the rtems-libbsd and condition
> variables projects likely need to be updated.
>
> --joel
>
> __
On Sun, Dec 14, 2014 at 8:44 AM, Joel Sherrill
wrote:
>
>
> On December 13, 2014 9:47:00 PM CST, Gedare Bloom wrote:
>>I'd like to see RTEMS compile with LLVM / clang. This would go a long
>>way toward improving our static analysis capabilities. The project
>>should get RTEMS compiling, and add
On December 13, 2014 9:47:00 PM CST, Gedare Bloom wrote:
>I'd like to see RTEMS compile with LLVM / clang. This would go a long
>way toward improving our static analysis capabilities. The project
>should get RTEMS compiling, and add support in RSB for it.
>
I added basic RTEMS target support t
I'd like to see RTEMS compile with LLVM / clang. This would go a long
way toward improving our static analysis capabilities. The project
should get RTEMS compiling, and add support in RSB for it.
I'm lukewarm on Coverity-Newlib. The other projects seem alright. I'll
try to take a stab at the Open
FWIW, we have a fully functional LWIP eth stack for the Beaglebone Black that
we'll contribute soon.
Maybe exploring/prototyping some dynamic checkers (specially for concurrency)
would be an option for gsoc.
--Mensaje original--
De: Joel Sherrill
Remitente: devel
Para: us...@rtems.org
Pa
13 matches
Mail list logo