Gedare,
The second problem can be solved by command $ ln -s /bin/gcc.exe /bin/cc.exe
but comes the error when make :
>> Making all in csb337
>> make[2]: Entering directory
>> '/archive/rtems-4.10.2/build-rtems/arm-rtems4.10/c/csb337'
>> make[2]: *** No rule to make target 'all'。 停止。
>> make[2]: L
The following is a proposal to lay out the beginnings of a plan to move from
the
current auto* build system to the new waf build located at
http://git.rtems.org/amar/waf.git.
This is meant as an initial overview open for discussion. The entire project
will be fleshed out on the wiki and using
The following is a proposal for a new source layout that will be included in
the
new 'waf' build system. The current layout is a product of years of laying and
requirements for the auto* build system. Since we are no longer restricted by
this it makes sense to take the time and give RTEMS a m
Hi
There has been a lot of work over the past month by multiple people
to get ready for branching 4.11. This has involved tool testing, ticket
evaluation, etc.
Please help by testing on your BSP of choice and ensuring that
things look good.
I believe we are very close to entering a "slushy" stat
This should also update the tests:
samples/minimum/init.c
sptests/sp07/task1.c
sptests/sp07/task2.c
sptests/sp07/init.c
sptests/sp07/sp07.scn
sptests/sptask_err04/task1.c
sptests/spnotepad01/spnotepad01.scn
sptests/spnotepad01/init.c
On Fri, Mar 6, 2015 at 12:43 PM, Gedare Bloom wrote:
> Make not
Make notepads disabled by default. The previous option
CONFIGURE_DISABLE_CLASSIC_API_NOTEPADS is now unused and
will emit a compile-time warning. A new option
CONFIGURE_ENABLE_CLASSIC_API_NOTEPADS is available to turn
on notepads, but it also will emit a compile-time warning
to indicate that notepa
Hi
There are some Doxygen issues which need to be fixed. In particular,
there are grouping errors and inconsistent group naming issues.
todimpl.h has two groups with the same name. Some files do not
have end groups.
I threw out all the "undocumented" warnings. There are ~7000 of
those. These are
On 3/6/2015 9:12 AM, Gedare Bloom wrote:
> On Fri, Mar 6, 2015 at 9:55 AM, Joel Sherrill
> wrote:
>> There is an issue linking dl0* which has not been resolved.
>> This issue is being tracked but is not considered a release
>> blocker. This patch is a workaround which disables libdl
>> for the
---
cpukit/libmisc/testsupport/test.h | 25 -
cpukit/libmisc/testsupport/testparallel.c | 30 +++
testsuites/smptests/smpatomic01/init.c| 90 ---
3 files changed, 104 insertions(+), 41 deletions(-)
diff --git a/cpukit/libmisc/testsupport/tes
On Fri, Mar 6, 2015 at 9:55 AM, Joel Sherrill wrote:
> There is an issue linking dl0* which has not been resolved.
> This issue is being tracked but is not considered a release
> blocker. This patch is a workaround which disables libdl
> for the v850 until the ticket is resolved.
>
> updates 2260.
Thanks looks better now.
On Fri, Mar 6, 2015 at 10:13 AM, Alexander Krutwig
wrote:
> ---
> cpukit/libmisc/testsupport/test.h | 25 -
> cpukit/libmisc/testsupport/testparallel.c | 30 +++
> testsuites/smptests/smpatomic01/init.c| 90
> ---
>
The h8300 gets a linking error for the dl0* tests. This temporarily
disables libdl until that can be investigated.
updates 2284.
---
cpukit/configure.ac | 5 -
testsuites/libtests/configure.ac | 5 -
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/cpukit/config
---
c/src/lib/libbsp/arm/lm3s69xx/make/custom/lm3s3749-testsuite.tcfg | 2 ++
c/src/lib/libbsp/arm/lm3s69xx/make/custom/lm3s6965-testsuite.tcfg | 1 +
c/src/lib/libbsp/arm/lm3s69xx/make/custom/lm4f120-testsuite.tcfg| 1 +
c/src/lib/libbsp/arm/lpc176x/make/custom/lpc1768_mbed-te
Some BSPs have issues linking the dl* tests. These issues have
not been investigated. This is a temporary workaround until we
have an explanation and permanent solution.
updates 2258.
---
.../libbsp/powerpc/mpc55xxevb/make/custom/mpc5668g-testsuite.tcfg| 5 +
.../mpc55xxevb/make/custom/mp
---
c/src/aclocal/check-networking.m4 | 3 ++-
c/src/lib/libbsp/powerpc/mpc55xxevb/make/custom/gwlcfm-testsuite.tcfg | 1 +
.../libbsp/powerpc/mpc55xxevb/make/custom/mpc5566evb-testsuite.tcfg | 1 +
.../powerpc/mpc55xxevb/make/custom/mpc5566evb_spe-testsuite.t
There is a GCC ICE when building libdl. This temporarily disables
building libdl until that is resolved.
updates 2283.
---
cpukit/configure.ac | 5 -
testsuites/libtests/configure.ac | 5 -
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/cpukit/configure.ac b/c
These BSPs are little endian while most are big endian.
The dl tool does not support the -EL option yet.
updates 2279.
---
c/src/lib/libbsp/mips/hurricane/make/custom/hurricane-testsuite.tcfg | 5 +
c/src/lib/libbsp/mips/rbtx4925/make/custom/rbtx4925-testsuite.tcfg | 5 +
c/src/lib/libb
---
testsuites/testdata/dltests-broken-on-this-bsp.tcfg | 8
1 file changed, 8 insertions(+)
create mode 100644 testsuites/testdata/dltests-broken-on-this-bsp.tcfg
diff --git a/testsuites/testdata/dltests-broken-on-this-bsp.tcfg
b/testsuites/testdata/dltests-broken-on-this-bsp.tcfg
new
There is an issue linking dl0* which has not been resolved.
This issue is being tracked but is not considered a release
blocker. This patch is a workaround which disables libdl
for the v850 until the ticket is resolved.
updates 2260.
---
cpukit/configure.ac | 5 -
testsuites/libt
There is an issue linking dl0* which has not been resolved.
This issue is being tracked but is not considered a release
blocker. This patch is a workaround which disables libdl
for the bfin until the ticket is resolved.
updates 2252.
---
cpukit/configure.ac | 5 -
testsuites/libt
---
.../libbsp/arm/lpc176x/make/custom/lpc1768_mbed_ahb_ram-testsuite.tcfg | 1 +
1 file changed, 1 insertion(+)
diff --git
a/c/src/lib/libbsp/arm/lpc176x/make/custom/lpc1768_mbed_ahb_ram-testsuite.tcfg
b/c/src/lib/libbsp/arm/lpc176x/make/custom/lpc1768_mbed_ahb_ram-testsuite.tcfg
index 748b2
This was tripping a linker error in the dl0[12] tests.
closes 2247.
---
c/src/lib/libbsp/arm/raspberrypi/Makefile.am | 1 -
1 file changed, 1 deletion(-)
diff --git a/c/src/lib/libbsp/arm/raspberrypi/Makefile.am
b/c/src/lib/libbsp/arm/raspberrypi/Makefile.am
index ed134fa..c6133df 100644
--- a/
This file does not have "-testsuite" in the name and is ignored
by the build system.
---
c/src/lib/libbsp/arm/lpc176x/make/custom/lpc1768_mbed_ahb_ram.tcfg | 7 ---
1 file changed, 7 deletions(-)
delete mode 100644
c/src/lib/libbsp/arm/lpc176x/make/custom/lpc1768_mbed_ahb_ram.tcfg
diff --gi
Hi,
This series of patches is an odd mix. It addresses a lot of
build issues which may or may not have tickets. There are a
handful of libdl tickets which either impact an entire
architecture or a subset of BSPs. All have tickets. If it
was an architecture issue, libdl is now disabled. It is
wa
Asher,
I see two problems.
First, is that the native compiler is failing for some reason in the
tools subdirectory, which is the only part of RTEMS that gets compiled
by the native compiler. From what I can tell it appears like the
native compiler is not finding the dlls needed to compile argumen
On 3/6/2015 8:01 AM, Gedare Bloom wrote:
> Hi Cyrille,
>
>
> On Fri, Mar 6, 2015 at 12:10 AM, Cyrille Artho wrote:
>> Hi all,
>> I have tried to build rtems-builder and rtems following the "Quick Start"
>> instructions on the web page. It seems I can build executables as I can find
>> "ticker.ex
On Fri, Mar 6, 2015 at 8:49 AM, Alexander Krutwig
wrote:
> ---
> cpukit/libmisc/testsupport/test.h | 23 -
> cpukit/libmisc/testsupport/testparallel.c | 24 +
> testsuites/smptests/smpatomic01/init.c| 84
> ---
> 3 files changed, 90 inserti
Hi Cyrille,
On Fri, Mar 6, 2015 at 12:10 AM, Cyrille Artho wrote:
> Hi all,
> I have tried to build rtems-builder and rtems following the "Quick Start"
> instructions on the web page. It seems I can build executables as I can find
> "ticker.exe". However, I cannot run it as shown.
>
> "tar sim"
---
cpukit/libmisc/testsupport/test.h | 23 -
cpukit/libmisc/testsupport/testparallel.c | 24 +
testsuites/smptests/smpatomic01/init.c| 84 ---
3 files changed, 90 insertions(+), 41 deletions(-)
diff --git a/cpukit/libmisc/testsupport/test.h
Hello Daniel,
I would not use the C stdio for this and instead directly use the POSIX
read/write. You have to set up the right Termios settings. In case you
use RTEMS 4.11 I would use the new Termios device interface (see
rtems_termios_device_install()).
On 06/03/15 10:52, Daniel Krüger wro
Hello,
what is the right implementation for the UART driver read function
(console_fns .deviceRead)? It seems to be implemented differently from
target to target. Some implementations return -1 if the receive FIFO is
empty and some implementations do a busy waiting for new characters.
I woul
31 matches
Mail list logo
