On 2023-09-18 15:10, Alan C. Assis wrote:
..
Did you enable CONFIG_LIBM in the menuconfig?
Normally it is enough if your arch correctly configured.
Yep. Enabled.
I added
LDLIBS += $(APPDIR)/../nuttx/libs/libm/libm.a
to the Makefile and the Scheme interpreter works -- some console
Hi Ken,
On 9/18/23, ken.dic...@whidbey.com wrote:
> On 2023-09-18 13:08, Alan C. Assis wrote:
>
>> The thumb rule when starting with NuttX is using an existent
>> configuration as base.
>
> OK.
>
>> Unfortunately the menuconfig is not prepared (better say it cannot) to
>> fix all dependencies
On 2023-09-18 13:08, Alan C. Assis wrote:
The thumb rule when starting with NuttX is using an existent
configuration as base.
OK.
Unfortunately the menuconfig is not prepared (better say it cannot) to
fix all dependencies for an driver or application (because of the
flexibility to use
Hi Ken,
On 9/18/23, ken.dic...@whidbey.com wrote:
> On 2023-09-18 12:05, Alan C. Assis wrote:
>> Hi Ken,
>>
>> Are you enabling the same symbols as in the sim bas or bastest ?
>
> I just used menuconfig interpreters bas selection
>
> Raspian:RasPi4:~/RISCV/NuttX/nuttx >>> grep
On 2023-09-18 12:05, Alan C. Assis wrote:
Hi Ken,
Are you enabling the same symbols as in the sim bas or bastest ?
I just used menuconfig interpreters bas selection
Raspian:RasPi4:~/RISCV/NuttX/nuttx >>> grep CONFIG_INTERPRETER_BAS
.config
CONFIG_INTERPRETER_BAS_VERSION="2.4"
Hi Ken,
Are you enabling the same symbols as in the sim bas or bastest ?
$ cd nuttxspace/nuttx
$ cd boards/
$ git grep "BAS=y"
sim/sim/sim/configs/bas/defconfig:CONFIG_INTERPRETERS_BAS=y
sim/sim/sim/configs/bastest/defconfig:CONFIG_INTERPRETERS_BAS=y
$ cd ..
$ ./tools/configure.sh
Ah. I tried using `make menuconfig` to build the Basic interpreter.
Raspian:RasPi4:~/RISCV/NuttX/apps >>> riscv64-linux-gnu-gcc-nm -u
bin/bas
U atan
U ceil
U cos
U exp
U floor
U fmod
As I am building on aarch64/arm64 Linux, someone might have a better
time with x86.
I made a git repo:
https://github.com/KenDickey/nuttx-umb-scheme
This goes into apps/interpreters.
The code has been reliably ported a lot and should run on most targets
with command line console.
On Mon, Sep 18, 2023 at 7:01 AM Lee, Lup Yuen wrote:
> Here's what Ken and I have tried for the riscv64 libm linking problem:
>
> (1) The recommended toolchain for NuttX on riscv64 is SiFive Freedom Tools.
> But it doesn't support Raspberry Pi OS (64-bit Debian).
>
> (2) So we used Debian
On Mon, Sep 18, 2023 at 4:16 AM wrote:
> On 2023-09-17 12:47, Petro Karashchenko wrote:
> > Hi,
> >
> > What kind of RISC-V toolchain are you using?
>
> Raspian:RasPi4:~/RISCV/NuttX/apps >>> apt search riscv64-unknown
> Sorting... Done
> Full Text Search... Done
>
Here's what Ken and I have tried for the riscv64 libm linking problem:
(1) The recommended toolchain for NuttX on riscv64 is SiFive Freedom Tools.
But it doesn't support Raspberry Pi OS (64-bit Debian).
(2) So we used Debian gcc-riscv64-unknown-elf instead. Which shows the
missing libm error
On 2023-09-17 12:47, Petro Karashchenko wrote:
Hi,
What kind of RISC-V toolchain are you using?
Raspian:RasPi4:~/RISCV/NuttX/apps >>> apt search riscv64-unknown
Sorting... Done
Full Text Search... Done
binutils-riscv64-unknown-elf/oldstable,now 2.32.2020.04+dfsg-2 arm64
[installed]
GNU
Hi,
What kind of RISC-V toolchain are you using? I recall that the RISC-V
toolchain provided by Ubuntu is built without libm support. Also I noticed
that you have "CFLAGS += -lm " in Make.defs and with CONFIG_LIBM=y that
should be removed I think as you try to rebuild math from NuttX sources.
Please forgive the noob question.
I am porting a Scheme interpreter to riscv64 NuttX as
apps/interpreters/umb-scheme/ but the binary fails to link in libm
functions.
I could use some help in this.
Specifically, building on Raspberry Pi 4 Raspian 64 bit:
14 matches
Mail list logo