Hi,
Finally I was able to identify the root cause of the problem. Thank you
Alan! I did an experiment and ran the same app on my SAMv7 based board
(that has the original issue) and ESP32-S3, and... the issue was not
reproduced on ESP32-S3. So I dug into the SAMv7 Ethernet driver and found
an issue
On 9/7/23, Brennan Ashton wrote:
> On Thu, Sep 7, 2023, 9:01 AM Gregory Nutt wrote:
>
>>
>> > I think GPL code shouldn't be included directly, but I think it is
>> > fair to allow GPL code be downloaded using the building system case
>> > user selected it.
>>
>> We created this directory specific
On Thu, Sep 7, 2023, 9:01 AM Gregory Nutt wrote:
>
> > I think GPL code shouldn't be included directly, but I think it is
> > fair to allow GPL code be downloaded using the building system case
> > user selected it.
>
> We created this directory specifically to hold forks of GPL code that
> can b
Hi Gustavo,
Try to do a "make distclean" and configure again.
Also it could be something inside your source code just before the
main() function. But I think the issue was the M+++ name.
BR,
Alan
On 9/7/23, Gustavo Soares wrote:
> Hi Alan!
>
> I changed the app name from 'M+++' to 'mthreeplus
Hi Alan!
I changed the app name from 'M+++' to 'mthreeplus' but the error still appears:
[cid:35aa8eda-31a2-4d80-825e-e653c25698da]
[cid:3cb94f25-e1fc-48b8-9f8d-753d5fc09ceb]
De: Alan C. Assis
Enviado: quinta-feira, 7 de setembro de 2023 13:10
Para: dev@nuttx.ap
Hi Miguel,
It was many years ago, normally the used hello_main() etc, to avoid
main() symbol collision. Now the apps can use main() and the building
system will concatenate it automatically.
Probably the issue that Gustavo is facing is some messing with the source code.
I think he is using speci
I think GPL code shouldn't be included directly, but I think it is
fair to allow GPL code be downloaded using the building system case
user selected it.
We created this directory specifically to hold forks of GPL code that
can be used with NuttX: https://github.com/NuttX . I am not sure of
I think GPL code shouldn't be included directly, but I think it is
fair to allow GPL code be downloaded using the building system case
user selected it.
Some time ago I suggested to create a tainted variable in the building
system to track it, after I suggested that a friend of mine from
Espressif
There was a discussion when the kconfig GPL switch got introduced.
The libcanutils code from my perspective would be interpreted as BSD-3.
But it was decided otherwise
https://github.com/apache/nuttx-apps/pull/833#issuecomment-918875006
-Original Message-
From: Gregory Nutt
Sent: Thursd
Hello!
I have an application and it was compiling normally to NuttX, but out of the
blue an error showed up and I can not figure out what is wrong. This is the
error message:
[cid:96b8807a-e494-4891-b208-0b17ada218b6]
and this is the line 73 of the server file:
[cid:5e6c0c83-7a54-44a9-b553-c7
On 9/6/2023 5:15 AM, alin.jerpe...@sony.com wrote:
There are known CAN sources that have GPL code and have been documented in the
LICENSE File
All this code is protected under the include GPL code config option and
disabled by default
Is this approach approved or we should completely remove t
11 matches
Mail list logo