You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Although we have #116 to test dcurl on de10-nano board with CI,
the dcurl is compiled with the native compiler.
To avoid using the limited resource of the de10-nano board, the CI pipeline should use the cross compiler to build dcurl on the other stronger machine, move the generated files to de10-nano board and do the test.
The text was updated successfully, but these errors were encountered:
When it comes to build the remote worker, the thing gets complicated.
Building the remote worker also builds the RabbitMQ.
And RabbitMQ has the depedency on the header files and libraries of OpenSSL .
Therefore, we need more than just a cross compiler.
There are two possible ways to generate the executables:
Use cross compiler and find a way to use an ARM version of OpenSSL on x86 machine.
Take one de10-nano board and use its native compiler, then copy the generated files from it to other boards.
As described in the previous comment, using cross compiler needs a lot of effort and using an ARM version of OpenSSL on x86 machine is not intuitive at all.
Hence we change the objective and decide to let CI use one of the de10-nano board to generate the dcurl executables.
Although we have #116 to test
dcurl
on de10-nano board with CI,the
dcurl
is compiled with the native compiler.To avoid using the limited resource of the de10-nano board, the CI pipeline should use the cross compiler to build
dcurl
on the other stronger machine, move the generated files to de10-nano board and do the test.The text was updated successfully, but these errors were encountered: