Fix compilation issue on macOS

[wvallet-ledger]

Description

I had issues to compile on application on macOS with the SDK. Due to specific needs, I require last SDK modification with specific API level that may not available on the docker image.

Here is the error I got during application compilation:

Prepare directories
[GLYPH] Compiling...
[CC]   build/flex/obj/app/src/apdu/dispatcher.o
In file included from <built-in>:402:
<command line>:22:9: error: macro name must be an identifier
   22 | #define 0 1
      |         ^
APP_PATH/src/apdu/dispatcher.c:21:10: fatal error: 'buffer.h' file not found
   21 | #include "buffer.h"
      |          ^~~~~~~~~~
2 errors generated.
[CC]   build/flex/obj/app/src/app_io_event.o
make: *** [build/flex/obj/app/src/apdu/dispatcher.o] Error 1
make: *** Waiting for unfinished jobs....
In file included from <built-in>:402:
<command line>:22:9: error: macro name must be an identifier
   22 | #define 0 1
      |         ^
APP_PATH/src/app_io_event.c:20:10: fatal error: 'os.h' file not found
   20 | #include "os.h"
      |          ^~~~~~
2 errors generated.
make: *** [build/flex/obj/app/src/app_io_event.o] Error 1
make: *** wait: No child processes.  Stop.

I fixed the issue by correcting the uniq command that is not well interpreted by my environment and ensure that the WebUSB URL size is correctly generated. This fix has been tested on 3 macOS laptop, but it needs to be validated on Linux environment.

Changes include

• Bugfix (non-breaking change that solves an issue)
• New feature (non-breaking change that adds functionality)
• Breaking change (change that is not backwards-compatible and/or changes current functionality)
• Tests
• Documentation
• Other (for changes that might not fit in any category)

Breaking changes

Please complete this section if any breaking changes have been made, otherwise delete it.

Additional comments

• To be tested on Linux environment

[yogh333]

@wvallet-ledger Could you please rebase your PR to trigger the CI once again? Thanks !

[wvallet-ledger]

@yogh333 For Rust apps, the environment variable still point to SDK repo

[yogh333]

@yogh333 For Rust apps, the environment variable still point to SDK repo

@wvallet-ledger Yes, sorry, please rebase once again, made a final update that should definitely fix the issue.

[wvallet-ledger]

@yogh333 Can we move on for this PR ?

Still the Codecov job is not passing due to token issue: Passed token was 0 characters long

[yogh333]

Hello,
It's ok for me but your branch needs to be further tested on Linux env (even if it looks to be ok when building the app in Docker container running Debian). I have added reviewers who can test your branch on a native Linux machine (I use MacOS also on my side).
By the way, if you need to use a more recent C SDK version that the ones provided in our Docker images, you can bind a local folder where you have checked out the C SDK branch you want to test, and, in the container, set the BOLOS_SDK env variable to point to this folder. That's what I do actually, I have never tried to build apps natively on my Mac.
Anyway, it could be a good feature if we can build natively on MacOS also, even if it is not the recommended way of proceeding.
Let's wait for some feedback
@apaillier-ledger @cedelavergne-ledger @fbeutin-ledger @sportron-ledger @iartemov-ledger @agrojean-ledger