l.com
Subject: Re: build failed
Hi Pete,
oops, you found another bug. Try
$ git -C rtems_waf checkout 68654b4
$ ./waf configure --rtems=$HOME/quick-start/rtems/6
--rtems-bsp=arm/xilinx_zynq_zc702
Patch c721249 "Allow vendor field in toolchain target triplet" broke
this function. Let me
the author of this path to CC.
Greetings,
Frank
On 7/25/23 00:00, Siddons, David wrote:
Subject:
Re: build failed
From:
"Siddons, David"
Date:
7/25/23, 00:00
To:
Frank Kühndel ,
"rtems-us...@rtems.org"
CC:
Chris Johns
Hi Frank,
I switched to 6, and started working
rtems_field_index = next(i for i, field in enumerate(fields) if
field.startswith('rtems'))
StopIteration
Not sure what I did wrong.
I have attached the files I generated for the app
Pete.
From: Siddons, David
Sent: Saturday, July 22, 2023 9:46 AM
To:
:
Subject:
Re: build failed
From:
"Siddons, David"
Date:
7/22/23, 15:46
To:
Frank Kühndel ,
"rtems-us...@rtems.org"
CC:
Chris Johns
Hi Frank,
THanks for responding. The output is:
peter@peter-HP:~/quick-start/src/rsb/rtems$ /usr/bin/python3-config --ldflags
-L/usr/lib/py
.
From: Frank Kühndel
Sent: Saturday, July 22, 2023 2:25 AM
To: Siddons, David ; rtems-us...@rtems.org
Cc: Chris Johns
Subject: Re: build failed
Hi Pete,
this looks like bug
https://urldefense.com/v3/__https://devel.rtems.org/ticket/4631__;!!P4SdNyxKAPE
/python3-config --ldflags --embed
Greetings
Frank
On 7/21/23 18:00, Siddons, David wrote:
Subject:
build failed
From:
"Siddons, David"
Date:
7/21/23, 18:00
To:
"rtems-us...@rtems.org"
I'm following the quick-start guide, substituting arm for sparc, and at this
ste
onfig: tools/rtems-gdb-9.1-1.cfg
error: shell macro failed:
/home/peter/quick-start/src/rsb/source-builder/sb/rtems-build-dep -c gcc -l :
2: error: no library (-l) provided
Build FAILED
Build Set: Time 0:00:23.976088
Build FAILED
What did I do wrong?
On 6/18/19 1:05 AM, Chris Johns wrote:
> On 17/6/19 5:48 pm, Jiri Gaisler wrote: >> I don't know if it is of any help,
> but I managed to build gdb-8.2.1 >> on MacOSX 10.10 using gcc-9. The trick
> was to install gcc with >> 'brew install gcc', and then configure and compile
> with CC=gcc-9 >>
On 17/6/19 5:48 pm, Jiri Gaisler wrote:
> I don't know if it is of any help, but I managed to build gdb-8.2.1 on
> MacOSX 10.10 using gcc-9. The trick was to install gcc with 'brew
> install gcc', and then configure and compile with CC=gcc-9 and CXX=g++-9
> . I'm doing this in a KVM virtual machine
I don't know if it is of any help, but I managed to build gdb-8.2.1 on
MacOSX 10.10 using gcc-9. The trick was to install gcc with 'brew
install gcc', and then configure and compile with CC=gcc-9 and CXX=g++-9
. I'm doing this in a KVM virtual machine, but I don't think it matters.
The resulting gd
On 17/6/19 5:31 am, Juan Rafael García Blanco wrote:
> Hi,
>
> I have installed macOS 10.9.5, for which Xcode includes the following
> compiler:
> Apple LLVM version 6.0 (clang-600.0.57) (based on LLVM 3.5svn)
> Target: x86_64-apple-darwin13.4.0
> Thread model: posix
>
> Compilation of gdb 8.2 f
Hi,
I have installed macOS 10.9.5, for which Xcode includes the following compiler:
Apple LLVM version 6.0 (clang-600.0.57) (based on LLVM 3.5svn)
Target: x86_64-apple-darwin13.4.0
Thread model: posix
Compilation of gdb 8.2 fails also with this setup, although the error seems to
be caused by the
On 16/6/19 7:24 am, Juan Rafael García Blanco wrote:
> Hi,
>
> Sorry, I need to downgrade my macOS installation. I will not be able to check
> whether gdb-8.3 builds fine or not. I’m sorry I cannot be more useful.
>
No problem. Let me know when you can help again.
Thanks
Chris
Hi,
Sorry, I need to downgrade my macOS installation. I will not be able to check
whether gdb-8.3 builds fine or not. I’m sorry I cannot be more useful.
Regards,
Juan.
> On 15 Jun 2019, at 12:26, Juan Rafael García Blanco
> wrote:
>
> Yes, I can test building gdb-8.3. However, I plan to dow
Yes, I can test building gdb-8.3. However, I plan to downgrade to an older
version of macOS during the next week (not because of this issue :)
Thanks,
Juan.
> On 15 Jun 2019, at 11:23, Chris Johns wrote:
>
> On 15/6/19 5:48 pm, Juan Rafael García Blanco wrote:
>> Here on macos 10.11.6 I have t
On 15/6/19 5:48 pm, Juan Rafael García Blanco wrote:
> Here on macos 10.11.6 I have this Xcode: Version 7.3.1 (7D1014). I cannot
> update if further in 10.11.6, i.e.:
>
> Nebuchadnezzar:qemu juanrgar$ softwareupdate --list
> Software Update Tool
> Copyright 2002-2015 Apple Inc.
>
> Finding avai
Here on macos 10.11.6 I have this Xcode: Version 7.3.1 (7D1014). I cannot
update if further in 10.11.6, i.e.:
Nebuchadnezzar:qemu juanrgar$ softwareupdate --list
Software Update Tool
Copyright 2002-2015 Apple Inc.
Finding available software
No new software available.
Please note that latest X
On 15/6/19 7:44 am, Juan Rafael García Blanco wrote:
> Hi,
>
> Please find below the error I get:
>
> CXXtui/tui-interp.o
> ../../gdb-8.2.1/gdb/tui/tui-hooks.c:208:36: error: default initialization of
> an object of const type 'const gdb::observers::token' without a user-provided
> defa
Hi,
Please find below the error I get:
CXXtui/tui-interp.o
../../gdb-8.2.1/gdb/tui/tui-hooks.c:208:36: error: default initialization of an
object of const type 'const gdb::observers::token' without a user-provided
default constructor
static const gdb::observers::token tui_observers_token;
On 9/6/19 2:11 am, Juan Rafael García Blanco wrote:
> Thank you for answering.
My pleasure.
> Sorry, I think I did not make myself clear. I mean that it is not possible to
> build the RTEMS 5 tools for SPARC in macos 10.11.6.
My understanding is you are not able to build a SPARC gdb on MacOS. W
Thank you for answering.
Sorry, I think I did not make myself clear. I mean that it is not possible to
build the RTEMS 5 tools for SPARC in macos 10.11.6. The latest Xcode version
available for 10.11.6 includes LLVM 7.3.0, which cannot build gdb. It fails
with the error in the previous email. F
On 20/4/19 3:58 am, Juan Rafael García Blanco wrote:
> Hi,
>
> I have found an error while trying to build the RTEMS 5 toolset with RSB. The
> build process stops during compilation of gdb with the following error
> message:
>
> ../../gdb-8.2.1/gdb/tui/tui-hooks.c:208:36: error: default initial
Hi,
I have found an error while trying to build the RTEMS 5 toolset with RSB. The
build process stops during compilation of gdb with the following error message:
../../gdb-8.2.1/gdb/tui/tui-hooks.c:208:36: error: default initialization of an
object of const type 'const gdb::observers::token' wi
me back :)
> I rebuilt the latest libbsd using waf. Due to a version inconsistency
> (my fault), the build failed and my screen showed the following:
>
> snip
> /net/ethernet/freescale/fman',
> '-I/home/EB/thomas_d/sandbox/rtems-HEAD/rtems-libbsd/build/arm-rtems
inconsistency
(my fault), the build failed and my screen showed the following:
snip
/net/ethernet/freescale/fman',
'-I/home/EB/thomas_d/sandbox/rtems-HEAD/rtems-libbsd/build/arm-rtems5-imx7-default/rtemsbsd/sys',
'-I/home/EB/thomas_d/sandbox/rtems-HEAD/rtems-libbsd/rtemsbsd/sys&#x
On 06/11/2018 20:51, Sebastian Huber wrote:
> I updated the RSB to address this issue. Would you mind testing this with your
> machine?
I have started a build of all tools here. The PowerPC should be posted after a
while. It is not fastest Mac around but it is a good test bench.
Chris
___
Hello Heinz,
I updated the RSB to address this issue. Would you mind testing this
with your machine?
--
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-brain
On 31/10/2018 12:49, Heinz Junkes wrote:
Hello Sebastian,
it worked with the patch. Thank you.
Thanks for testing.
What I don't understand is why I could build the gcc-7.3 under linux (with the
rtems-source-builder) and
not with the Mac (darvin)?
Shouldn't the same gcc tarball be loaded w
Hello Sebastian,
it worked with the patch. Thank you.
What I don't understand is why I could build the gcc-7.3 under linux (with the
rtems-source-builder) and
not with the Mac (darvin)?
Shouldn't the same gcc tarball be loaded when downloading?
Heinz
> On 31. Oct 2018, at 08:23, Sebastian H
Hello Heinz,
could you please try the attached RSB patch?
--
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 reques
On 31/10/2018 00:46, Heinz Junkes wrote:
>
> How to prevent checksum checking/ cleanup with the source builder?
>
There is currently no way to do this other than commenting out the specific
'%hash' line in the config file. Supporting this would require an option being
added which I think could b
found:
/Users/junkes/RTEMS_PRE_AUSTRALIA/RTEMS_DEV/rtems-source-builder/rtems/sources/gcc-7.3.0.tar.xz
Build FAILED
How to prevent checksum checking/ cleanup with the source builder?
Danke,
Heinz
> On 30. Oct 2018, at 12:08, Sebastian Huber
> wrote:
>
> On 30/10/2018 09:47,
On 30/10/2018 09:47, Heinz Junkes wrote:
graphite-isl-ast-to-gimple.c:98:7: error: use of undeclared identifier
'isl_id_free'
I think this was fixed by
https://github.com/RTEMS/gnu-mirror-gcc/commit/69553489197781a70365334333b699c9454d3b24
on the GCC 7 branch. Could you try out this patch?
Building rtems on Darwin (10.13.6, High Sierra) with Homebrew 1.8.0
Homebrew 1.8.0-74-g2b3f855
Homebrew/homebrew-core (git revision 4961b; last commit 2018-10-30)
Homebrew/homebrew-cask (git revision 2b5ad; last commit 2018-10-30)
failed.
[junkes@h rtems (master)]$ more
rsb-report-powerpc-rtem
34 matches
Mail list logo
