>
> Any static should be conditioned on CONFIG_LIB_SYSCALL for the
> task_spawn() version in sched/task/task_spawn.c, however, that is not
> really necessary either because that version is not linked into the same
> binary as is the version in libs/libc/spawn.
>
> I suppose a user could enable CONF
Any static should be conditioned on CONFIG_LIB_SYSCALL for the
task_spawn() version in sched/task/task_spawn.c, however, that is not
really necessary either because that version is not linked into the
same binary as is the version in libs/libc/spawn.
I suppose a user could enable CONFIG_LIB
On 5/30/2020 9:22 AM, Gregory Nutt wrote:
On 5/30/2020 3:44 AM, Xiang Xiao wrote:
It seems that the version inside sched/task/task_spawn.c need become
a static function.
I think that the version of task_spawn in lib/libc/spawn need to exist
only if CONFIG_LIB_SYSCALL is selected. In that cas
On 5/30/2020 3:44 AM, Xiang Xiao wrote:
It seems that the version inside sched/task/task_spawn.c need become a static
function.
I think that the version of task_spawn in lib/libc/spawn need to exist
only if CONFIG_LIB_SYSCALL is selected. In that case, the one in
sched/task/task_spawn.c sho
Without specifying -g CONFIG_HOST_LINUX is assumed.
This worked well in the past with MSYS2.
But I will try -g later today.
Not if CONFIG_HOST_WINDOWS=y in the defconfig file. That is what is set
in stm32f4discovery:nsh:
$ grep -r CONFIG_HOST
boards/arm/stm32/stm32f4discovery/configs/nsh/
Without specifying -g CONFIG_HOST_LINUX is assumed.
This worked well in the past with MSYS2.
But I will try -g later today.
Johannes
> -Original Message-
> From: Gregory Nutt [mailto:spudan...@gmail.com]
> > For MSYS2 on my i7-3770 it's (every tests with jobs enabled):
> > # make distclea
For MSYS2 on my i7-3770 it's (every tests with jobs enabled):
# make distclean
# tools/configure.sh stm32f4discovery/nsh
You really should specific -g on the configure.sh command line.
Otherwise, the system will assume you are building for Cygwin. There are
only a few differences between Cygw
It seems that the version inside sched/task/task_spawn.c need become a static
function.
> -Original Message-
> From: Yang Chung Fan
> Sent: Saturday, May 30, 2020 3:27 PM
> To: dev@nuttx.apache.org
> Subject: Duplicate task_spawn()
>
> Hi,
>
> Did anyone also noticed that when building
Hi,
Did anyone also noticed that when building with CONFIG_LIB_SYSCALL=y,
the linker is unhappy about the duplicated task_spawn() symbols?
One of them is in sched/ and other one is in libs/libc.
--
Yang
For MSYS2 on my i7-3770 it's (every tests with jobs enabled):
# make distclean
# tools/configure.sh stm32f4discovery/nsh
# time make -j
real6m24,970s
user1m5,615s
sys 3m18,369s
# make clean -j
# time make -j
real4m26,780s
user0m58,376s
sys 2m54,523s
For comparison I checke
10 matches
Mail list logo
