Re: Basic RISC-V 32-bit tool chain

2017-09-14 Thread Sebastian Huber
RISC-V support is still not included in GDB 8.0.1. According to the 
Newlib RISC-V maintainer due to a lack of time.


--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] *** Covoar Windows Build Failure. ***

2017-09-14 Thread Cillian O'Donnell
On 14 September 2017 at 03:23, Chris Johns  wrote:
> On 14/09/2017 01:45, Cillian O'Donnell wrote:
>> *** The build is successfull if I run ./waf -v however the build fails on
>> a normal ./waf command as it can't link to -lelf
>>  4-mingw32/bin/ld.exe: cannot find -lelf
>> Has anyone seen this behaviour before were it only builds in verbose mode?***
>
> I am not seeing this.

Great! I was all out of ideas. Must be some local thing. I tried
Cygwin before MSYS2, maybe there's some stuff lying around from that
that's causing it.
>
>> Cillian O'Donnell (1):
>>   covoar: Add function defs to fix Windows build errors.
>>
>>  tester/covoar/DesiredSymbols.cc | 2 +-
>>  tester/covoar/ReportsBase.cc| 4 ++--
>>  tester/covoar/TraceConverter.cc | 4 
>>  tester/covoar/covoar.cc | 4 
>>  4 files changed, 11 insertions(+), 3 deletions(-)
>
> Thanks. Pushed to master.
>
> Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel


Loading a driver in RTEMS

2017-09-14 Thread sangeetha . kn





Hi all,

I have successfully compiled a newly written sample driver in
RTEMS(sample.o is created). Can anyone tell me how to load this driver.
How can I see the print statements I have given??

 

Thanks & regards

Sangeeetha
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] *** Covoar Windows Build Failure. ***

2017-09-14 Thread Chris Johns
On 14/09/2017 20:24, Cillian O'Donnell wrote:
> On 14 September 2017 at 03:23, Chris Johns  wrote:
>> On 14/09/2017 01:45, Cillian O'Donnell wrote:
>>> *** The build is successfull if I run ./waf -v however the build fails on
>>> a normal ./waf command as it can't link to -lelf
>>>  4-mingw32/bin/ld.exe: cannot find -lelf
>>> Has anyone seen this behaviour before were it only builds in verbose 
>>> mode?***
>>
>> I am not seeing this.
> 
> Great! I was all out of ideas. Must be some local thing. I tried
> Cygwin before MSYS2, maybe there's some stuff lying around from that
> that's causing it.

Check your path and environment variables in the Systems Properties dialogue box
found under Control Panel's System.

Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel


[PATCH 1/2] tester/covoar/DesiredSymbols.cc: Now compiles on Cygwin

2017-09-14 Thread Joel Sherrill
---
 tester/covoar/DesiredSymbols.cc | 4 
 1 file changed, 4 insertions(+)

diff --git a/tester/covoar/DesiredSymbols.cc b/tester/covoar/DesiredSymbols.cc
index fbb6ff2..00d1984 100644
--- a/tester/covoar/DesiredSymbols.cc
+++ b/tester/covoar/DesiredSymbols.cc
@@ -5,6 +5,10 @@
  *  which provide the functionality of the DesiredSymbols.
  */
 
+#ifdef __CYGWIN__
+#undef __STRICT_ANSI__
+#endif
+
 #include 
 #include 
 #include 
-- 
1.8.3.1

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel


[PATCH 2/2] rtemstoolkit/rld-compression.cpp: Fix warning for comparing signed to unsigned

2017-09-14 Thread Joel Sherrill
---
 rtemstoolkit/rld-compression.cpp | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/rtemstoolkit/rld-compression.cpp b/rtemstoolkit/rld-compression.cpp
index 2abeff1..5ccd76a 100644
--- a/rtemstoolkit/rld-compression.cpp
+++ b/rtemstoolkit/rld-compression.cpp
@@ -285,7 +285,7 @@ namespace rld
   std::cout << "rtl: decomp: block-size=" << block_size
 << std::endl;
 
-if (image.read (io, block_size) != block_size)
+if (image.read (io, block_size) != (ssize_t) block_size)
   throw rld::error ("Read past end", "compression");
 
 level = ::fastlz_decompress (io, block_size, buffer, size);
-- 
1.8.3.1

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel


Re: [PATCH 2/2] rtemstoolkit/rld-compression.cpp: Fix warning for comparing signed to unsigned

2017-09-14 Thread Chris Johns
On 15/09/2017 09:06, Joel Sherrill wrote:
> ---
>  rtemstoolkit/rld-compression.cpp | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/rtemstoolkit/rld-compression.cpp 
> b/rtemstoolkit/rld-compression.cpp
> index 2abeff1..5ccd76a 100644
> --- a/rtemstoolkit/rld-compression.cpp
> +++ b/rtemstoolkit/rld-compression.cpp
> @@ -285,7 +285,7 @@ namespace rld
>std::cout << "rtl: decomp: block-size=" << block_size
>  << std::endl;
>  
> -if (image.read (io, block_size) != block_size)
> +if (image.read (io, block_size) != (ssize_t) block_size)
>throw rld::error ("Read past end", "compression");
>  
>  level = ::fastlz_decompress (io, block_size, buffer, size);
> 

I would make block_size a ssize_t. The block size will never be greater than
16bits so the shift will be safe. Using ssize_t is better for 64bit hosts.

Please push once changed.

Thank you for the cygwin testing report.

Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel


IOP changes impact on IPV4 Stack

2017-09-14 Thread Joel Sherrill
Hi Sebastian

The IPV4 stack allocates IOPs and maps fds to sockets
in its implementation of system calls. Are these impacted
by the recent changes?

If so, you need to make sure to fix the handful of files
impacted.

Thanks.

--joel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel