Looks good.
On Sat, Apr 23, 2022, 2:36 AM Karel Gardas wrote:
> FreeBSD in 2019 moved crc32 function into separate gsb_crc32.h header
> file and probably after libbsd sync with this change if_stmac got broken.
> ---
> rtemsbsd/sys/dev/stmac/if_stmac.c | 1 +
> 1 file changed, 1 insertion(+)
>
>
FreeBSD in 2019 moved crc32 function into separate gsb_crc32.h header
file and probably after libbsd sync with this change if_stmac got broken.
---
rtemsbsd/sys/dev/stmac/if_stmac.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/rtemsbsd/sys/dev/stmac/if_stmac.c
b/rtemsbsd/sys/dev/stmac/if_s
On 23/06/2020 09:48, Chris Johns wrote:
On 22/6/20 5:22 pm, Sebastian Huber wrote:
Is libdl supported at all on riscv?
Yes ..
https://git.rtems.org/rtems/tree/cpukit/libdl/rtl-mdreloc-riscv.c
The error is related to rtems-ld and the handling of a section with
riscv. I have not looked into t
On 22/6/20 5:22 pm, Sebastian Huber wrote:
Is libdl supported at all on riscv?
Yes ..
https://git.rtems.org/rtems/tree/cpukit/libdl/rtl-mdreloc-riscv.c
The error is related to rtems-ld and the handling of a section with
riscv. I have not looked into the details.
Chris
_
On Mon, Jun 22, 2020 at 2:22 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> On 22/06/2020 08:38, Chris Johns wrote:
>
> > On 22/6/20 2:11 am, jan.som...@dlr.de wrote:
> >> Hello,
> >>
> >> I just tried to compile some riscv bsps with tests enabled and got a
> >> compile time err
On 22/06/2020 08:38, Chris Johns wrote:
On 22/6/20 2:11 am, jan.som...@dlr.de wrote:
Hello,
I just tried to compile some riscv bsps with tests enabled and got a
compile time error for the dl06 test.
I tried with griscv and rv32imac with the following configure:
../rtems-5.0.0-m2006-2/config
[mailto:chr...@rtems.org]
> Sent: Monday, June 22, 2020 8:39 AM
> To: Sommer, Jan; devel@rtems.org
> Subject: Re: [5.0.0-m2006-2] Test compilation error in riscv bsps
>
> On 22/6/20 2:11 am, jan.som...@dlr.de wrote:
> > Hello,
> >
> > I just tried to compile
On 22/6/20 2:11 am, jan.som...@dlr.de wrote:
Hello,
I just tried to compile some riscv bsps with tests enabled and got a compile
time error for the dl06 test.
I tried with griscv and rv32imac with the following configure:
../rtems-5.0.0-m2006-2/configure --target=riscv-rtems5 --prefix../instal
Hello,
I just tried to compile some riscv bsps with tests enabled and got a compile
time error for the dl06 test.
I tried with griscv and rv32imac with the following configure:
../rtems-5.0.0-m2006-2/configure --target=riscv-rtems5 --prefix../install/bsps
--disable-networking --enable-tests --e
index cf336ed..a0dff03 100644
>> --- a/cpukit/libpci/Makefile.am
>> +++ b/cpukit/libpci/Makefile.am
>> @@ -41,7 +41,7 @@ libpci_a_SOURCES += pci_print.c
>> # Driver manager PCI bus
>> libpci_a_SOURCES += pci_bus.c
>> include_drvmgrdir = $(includedir)/drvmgr
>>
ude_drvmgr_HEADERS = pci_bus.h drvmgr.h
After the above changes ran bootstrap command to regenerate
preinstall.am files.
Hitting this compilation error. The same error is happening for both
x86 and leon2
"gmake[6]: *** No rule to make target `drvmgr.h', needed by
`../../cpukit/..
pci_print.c
# Driver manager PCI bus
libpci_a_SOURCES += pci_bus.c
include_drvmgrdir = $(includedir)/drvmgr
-include_drvmgr_HEADERS = pci_bus.h
+include_drvmgr_HEADERS = pci_bus.h drvmgr.h
After the above changes ran bootstrap command to regenerate
preinstall.am files.
Hitting this compil
Look at the detailed log for more information but you are likely missing
the Python development package for your host OS. There are instructions for
using apt,yum, etc to install them in the RSB manual.
If that doesn't help you find it, post your host OS for help.
hello everyone please can someone
hello everyone please can someone help me with this error on compilation on
this link http://pastebin.com/S0ACw08M
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
Hello,
This issue was resolved earlier with the following patch
https://git.rtems.org/rtems/commit/c/src/lib/libbsp/Makefile.am?id=a57b72ded94b4e77fd4f9bd3cc37380a02e3e35a
where the inclusion of the GPIO API header file was removed from the
libbsp/shared makefile and moved (in the case of the
On 05/11/15 15:17, Martin Galvan wrote:
The LPC1768 variants have a gpio.h file whose name clashes with the gpio.h from
the new GPIO API. This results on the BSPs failing to compile.
This patch renames the LPC1768 gpio.* files to lpc-gpio.*, as it's done on other
BSPs (e.g. Beaglebone).
Closes
The LPC1768 variants have a gpio.h file whose name clashes with the gpio.h from
the new GPIO API. This results on the BSPs failing to compile.
This patch renames the LPC1768 gpio.* files to lpc-gpio.*, as it's done on other
BSPs (e.g. Beaglebone).
Closes #2441.
---
c/src/lib/libbsp/arm/lpc176x/M
On Thu, Sep 3, 2015 at 5:44 PM, Joel Sherrill wrote:
> Should be committed now.
>
> I guess one of us should have compiled it. :)
Don't worry, Martin will buy some beers because of this.
Cheers.
Daniel.
>
> --joel
>
> On 9/3/2015 3:25 PM, Martin Galvan wrote:
>>
>> Apparently 'free' is define
Should be committed now.
I guess one of us should have compiled it. :)
--joel
On 9/3/2015 3:25 PM, Martin Galvan wrote:
Apparently 'free' is defined as a macro which takes two arguments and calls
rtems_bsdnet_free. When fixing #2405 I added a missing 'free' but didn't notice
it was non-standar
Apparently 'free' is defined as a macro which takes two arguments and calls
rtems_bsdnet_free. When fixing #2405 I added a missing 'free' but didn't notice
it was non-standard.
Closes #2410.
---
cpukit/libnetworking/rtems/rtems_dhcp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
20 matches
Mail list logo
