-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Crosscompile master on LEDE/Openwrt #958
Comments
HOST_CPPFLAGS="$(TARGET_CPPLAGS)" This are the wrong way around, the HOST_* variables are used for building on the build host. I should probably rename them to BUILD_* to match the autoconf naming scheme. => HOST_* is used to compile auxiliary tools that are executed as compiler-like tools during the build process. |
adding
cc will not complain anymore about the config is like this:
but the hosttools keep complaining
should I look int to configure.ac ?
do I need regards |
Yes, you need |
it's probably using the wrong C compiler:
unless the system you are compiling on is actually amd64 openwrt? |
try un-setting the |
I'm compiling on x86_64 for x86_64 musl |
ok, it's mixing up the CC for the 2 different targets
|
yes, but from where should I control the hosttools ? configure is doing it, should configure.ac be patched somehow ? |
i think the bug is that i forgot => this is why i said "try un-setting the if you don't have the |
it should work with this:
(note the |
no is failing at
|
no, it isn't, that's a normal autoconf test. please try with |
actually... it's failing because you don't have a json library installed
|
yes I tried the CC="" |
I see it now
|
there's no way I can point the location for that ? |
actually... json isn't even needed in |
it's trying to find json from the host because it is compiling a tool for the host, so json for openwrt-musl doesn't help... you could try this:
|
progress :)
|
libpython-dev is needed on the host... FRR uses a custom mixed python+C tool to pre-process source files best thing to do here is probably include the output from this preprocessing, so you don't have to run it... i can work on that, but that's not gonna be done today :/ (you do not need libpython-dev on the OpenWRT target, it's only used during compile...) |
btw, the |
installed libpython-dev on the host but is still complaining
the build-config doesn't ask for it I was looking to test eigrp more, on x86 and mips |
hrm, can you post the |
|
argh, the problem is 3 more variables:
(i probably need to rework the entire "hosttools" thing...) |
it is failing again but with those unset build config will not find the
anyway is better than yesterday when I wasn't sure about how to make the package and erased checks from configure.ac |
sorry for the delay, had to get some other stuff done... another change for configure.ac:
(because c-ares is only needed for nhrpd... so it can be disabled for |
sorry, I didn't wrote clearer, python is failing for |
I tried a make on 3.0-rc1 c47b10c and is failing at:
Regards |
@lucize Not sure how far you are involved in OpenWRT, but would be interested to work with you on getting OpenWRT added to the CI system ( https://ci1.netdef.org ) after this is all resolved (and would welcome some doc about building it on OpenWRT and/or LEDE to be included in the git) |
@mwinter-osr I will gladly help! |
on 3.0-rc1, this fixes zebra/if_netlink.c
and for:
this patch fixes it:
|
v3.0.x runtested on LEDE x86_64 r4696-df3295f50e and AR7xxx openwrt/routing#319 |
another issue regarding vtysh and quagga vtysh version uses
turns out that more needs to be enabled explicit in busybox for vtysh to work well, cat seems to be good also |
@eqvinox |
@eqvinox can you have a look at python dependencies on clippy ? If I set the path manually on configure.ac is working, but if it can work without python dev on host would be awesome |
finally tracked down the problem with python, it's an Openwrt problem that I hope it can be fixed |
@lucize do we need to keep this open with the Openwrt python issue discovered? |
No, thank you! |
finally found the solution for openwrt, -lz is not detected by python-config so a patch is needed to append -lz to the PYTHON_LIBS
|
version 2 worked without problems no needed to manually pass anything to configure related to target arch, but now I'm trying to update and the first issue was with
configure: error: cross-compilation is only possible with builddir separate from srcdir. create a separate directory and run as .../path-to-frr/configure.
made a dir and ran configure from that dir passing
--host="$(GNU_TARGET_NAME)" HOST_CPPFLAGS="$(TARGET_CPPLAGS)" HOST_CFLAGS="$(TARGET_CFLAGS)" HOST_LDFLAGS="$(TARGET_LDFLAGS)"
and all other options
the hosttools log is telling me this:
but if I patch the configure.ac with the --host at hosttools configure, it will enter in a loop and create subdirectories until is stopped.
then the configure ends with:
then the compile is starting but ends with
what option do I have to use with this ?
Regards
The text was updated successfully, but these errors were encountered: