Hi Chris,
thanks for your answer. I said yesterday: "it worked fine before commit
13f4c379997b53b204d8534d198da2fa35dd5630" that was actually not true.
The first part worked fine but lateron the GDB build failed. I solved
that issue by reverting even further back.
Your patch works well for the fi
> On 24 Oct 2018, at 6:29 pm, Malte Münch wrote:
>
> Hi Chris,
>
> thanks for your answer. I said yesterday: "it worked fine before commit
> 13f4c379997b53b204d8534d198da2fa35dd5630" that was actually not true.
> The first part worked fine but lateron the GDB build failed. I solved
> that issue
Hi,
i think you meant that command here:
/home/mamu/dr/rsb/source-builder/sb/rtems-build-dep -c gcc -H
python2.7/Python.h
with an additional -d flag it returns:
+ '[' -z header ']'
+ '[' -z gcc ']'
+ '[' -z python2.7/Python.h ']'
+ '[' header = header ']'
++ echo
++ gcc -xc -E -v -
++ awk 'BE
> On 24 Oct 2018, at 7:43 pm, Malte Münch wrote:
>
> Hi,
>
> i think you meant that command here:
>
> /home/mamu/dr/rsb/source-builder/sb/rtems-build-dep -c gcc -H
> python2.7/Python.h
>
> with an additional -d flag it returns:
>
>
> + '[' -z header ']'
> + '[' -z gcc ']'
> + '[' -z python2
This is the output:
[mamu@verstappen rtems]$ echo “” | gcc -xc -E -v -
Es werden eingebaute Spezifikationen verwendet.
COLLECT_GCC=gcc
Ziel: x86_64-pc-linux-gnu
Konfiguriert mit: /build/gcc/src/gcc/configure --prefix=/usr
--libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man
--infodir=
On 24/10/18 9:03 pm, Malte Münch wrote:
> This is the output:
Thanks.
> [mamu@verstappen rtems]$ echo “” | gcc -xc -E -v -
> Es werden eingebaute Spezifikationen verwendet.
> COLLECT_GCC=gcc
> Ziel: x86_64-pc-linux-gnu
> Konfiguriert mit: /build/gcc/src/gcc/configure --prefix=/usr
> --libdir=/u
Hi Chris,
the output with LC_ALL= is still in german but LC_ALL=C returns the
following:
[mamu@verstappen rtems]$ echo “” | LC_ALL=C gcc -xc -E -v -
Using built-in specs.
COLLECT_GCC=gcc
Target: x86_64-pc-linux-gnu
Configured with: /build/gcc/src/gcc/configure --prefix=/usr
--libdir=/usr/lib
On 24/10/18 9:20 pm, Malte Münch wrote:
>
> the output with LC_ALL= is still in german but LC_ALL=C returns the
> following:
Excellent.
>
> [mamu@verstappen rtems]$ echo “” | LC_ALL=C gcc -xc -E -v -
>
> Using built-in specs.
>
> COLLECT_GCC=gcc
>
> Target: x86_64-pc-linux-gnu
>
> Configure
Hello Will,
On 23/10/2018 20:28, Will wrote:
Hi,
I'm currently doing some evaluations for an ARMv8 BSP which would
necessarily include a GIC that implements the GICv3 spec[1]. I see
that there is a shared GIC driver for ARM that seems to implement the
ARM GICv1 spec based on the BSPs in which
Hi Chris,
the GDB build went fine but lateron the rtems-tools build crashed with
the following error:
ret=[x for x in
self.ant_iter(accept=accept,pats=[to_pat(incl),to_pat(excl)],maxdepth=kw.get('maxdepth',25),dir=dir,src=src,remove=kw.get('remove',True))]
RuntimeError: generator raised StopIter
Fix posix_memalign() attributes.
Use -fdata-sections and -ffunction-sections to build Newlib.
---
rtems/config/5/rtems-default.bset | 2 +-
rtems/config/5/rtems-epiphany.bset | 2 +-
rtems/config/5/rtems-m32c.bset | 2 +-
rtems/config/5/rtem
Now i deleted the whole rsb folder and started from scratch with your
new 2 patches. Everything works fine until that rtems-tools section and
the build crashes after around 55 Minutes of compiling :-/ I've attached
the whole trace of the crash:
+ /bin/mkdir -p
/home/mamu/rd/rsb/rtems/build/tmp/r
On Tue, Oct 23, 2018 at 10:22 PM Chris Johns wrote:
> Joel and I did a bit of digging and on his MSYS and it seems his
> installation
> has the MinGW64 gcc compiler returning '\r' in the strings being extracted
> from
> queries to it which broke the `rtems-build-dep` script. My install did not
>
Great, thanks! That will make initial bringup a little bit easier while
deciding whether I need to write a full GICv3 driver.
William
On Wed, Oct 24, 2018 at 6:16 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> Hello Will,
>
> On 23/10/2018 20:28, Will wrote:
> > Hi,
> > I'm cu
updates #3537.
---
source-builder/sb/rtems-build-dep | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/source-builder/sb/rtems-build-dep
b/source-builder/sb/rtems-build-dep
index 0a49e70..3a82753 100755
--- a/source-builder/sb/rtems-build-dep
+++ b/source-builder/sb/rtems-build-
> On 25 Oct 2018, at 2:35 am, Joel Sherrill wrote:
>
> updates #3537.
Please push.
Thanks
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
It seems to be an issue with the waf building system. If i change the
symlink /usr/bin/python to python2 everything works fine and the build
is able to run through.
Best
Malte
On 24.10.18 13:23, Malte Münch wrote:
> Hi Chris,
>
> the GDB build went fine but lateron the rtems-tools build crashed
On 25/10/2018 09:09, Malte Münch wrote:
> It seems to be an issue with the waf building system. If i change the
> symlink /usr/bin/python to python2 everything works fine and the build
> is able to run through.
I suspected this may be an issue. joel and I are planning to update all the waf
instanc
Yes i think this resolves the issue:
[mamu@verstappen rtems-tools]$ ./waf
Traceback (most recent call last):
File
"/home/mamu/vcs/git/rtems-tools/.waf3-1.9.9-75529a659e4f06cb4254801e52405e0a/waflib/Node.py",
line 295, in ant_iter
raise StopIteration
StopIteration
The above exception was the
Hello,
an overnight tool chain build stopped with a Python exception:
config:
tools/rtems-gcc-4.9.3-newlib-08eab6396f678cf5e5968acaed0bae9fd129983b.cfg
package:
or1k-rtems5-gcc-4.9.3-newlib-08eab6396f678cf5e5968acaed0bae9fd129983b-x86_64-linux-gnu-1
warning: gcc-4.9.3-or1k.patch: no hash foun
---
c-user/configuring_a_system.rst | 57 ++-
c-user/scheduling_concepts.rst| 35 +---
c-user/symmetric_multiprocessing_services.rst | 2 +
3 files changed, 71 insertions(+), 23 deletions(-)
diff --git a/c-user/configuring_a_syste
On 25/10/2018 10:26, Malte Münch wrote:
> python is symlinked to python3 and ./waf crashes and the fresh
> waf-2.0.12 executes fine.
Fantastic. Would you please create a ticket and assign it to me? This will give
us a record in the release notes of the change and why.
Thanks
Chris
___
On 25/10/2018 15:39, Sebastian Huber wrote:
> Hello,
>
> an overnight tool chain build stopped with a Python exception:
>
> config:
> tools/rtems-gcc-4.9.3-newlib-08eab6396f678cf5e5968acaed0bae9fd129983b.cfg
> package:
> or1k-rtems5-gcc-4.9.3-newlib-08eab6396f678cf5e5968acaed0bae9fd129983b-x86_6
Hello,
I updated the libbsd to the FreeBSD head 2018-10-23. The code freeze on
the FreeBSD head was lifted 2018-10-21.
This update includes an OpenSSL library version update to 1.1.1.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89
24 matches
Mail list logo
