<tmn505>
indeed, or got another one, remove source URL from makefile and put whole tree in "src" subdir
<Tusker>
OK, let me play
<stintel>
I usually do the git-src thing and then rename it to git-src_ when I don't need it
<Tusker>
hopefully the git-src works for ./tools/ as well as ./package/
<tmn505>
I always forget about git-src and it seems to be more handy
_lore_ has joined #openwrt-devel
<Tusker>
doesn't seem like git-src works for tools/firmware-utils
_lore_ has quit [Ping timeout: 480 seconds]
_lore_ has joined #openwrt-devel
_lore_ has quit [Ping timeout: 480 seconds]
victhor has quit [Remote host closed the connection]
<dwfreed>
Tusker: 1) did you set CONFIG_SRC_TREE_OVERRIDE ? 2) did you commit your changes to your local git repo? it doesn't use the workdir, only the .git and does its own checkout
<Tusker>
I don't see any call to package.mk, and I can't see how USE_GIT_TREE code never gets executed, and hence the ./tmp/dl directory never looks at git-src
_lore_ has joined #openwrt-devel
_lore_ has quit [Ping timeout: 480 seconds]
valku has quit [Quit: valku]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
Slimey has quit [Read error: Connection reset by peer]
Slimey has joined #openwrt-devel
slh64 has joined #openwrt-devel
Tapper has joined #openwrt-devel
danitool has joined #openwrt-devel
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
rua has quit [Quit: Leaving.]
_lore_ has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
victhor has joined #openwrt-devel
aleksander has joined #openwrt-devel
pmelange1 has joined #openwrt-devel
pmelange1 has left #openwrt-devel [#openwrt-devel]
minimal has joined #openwrt-devel
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
rua has joined #openwrt-devel
goliath has joined #openwrt-devel
nitroshift has joined #openwrt-devel
nitroshift has quit []
<ynezz>
Tusker: it builds fine here and buildbots seems happy as well
<Tusker>
ynezz: from master it builds fine, but I am trying to override with git-src to test my changes... not sure what I'm doing wrong
<Tusker>
i need to sleep now, but I'll check the irc logs if you answer later on, thanks in advance!
Tusker has quit [Quit: Time wasted on IRC: 14 hours 15 minutes 20 seconds]
rua has quit [Quit: Leaving.]
rua has joined #openwrt-devel
wb9688 has quit [Ping timeout: 480 seconds]
Gaspare has joined #openwrt-devel
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 480 seconds]
rua has quit [Quit: Leaving.]
rua has joined #openwrt-devel
f00b4r0 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
valku has joined #openwrt-devel
rua has quit [Remote host closed the connection]
rua has joined #openwrt-devel
Gaspare has quit [Quit: Gaspare]
Tapper has joined #openwrt-devel
<stintel>
nbd: do I keep using your test patches after the last mt76/mac80211 updates in master ?
<nbd>
please try without
<stintel>
ok
nlowe has joined #openwrt-devel
felix has quit [Remote host closed the connection]
felix has joined #openwrt-devel
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Grommish>
Anyone feel like testing rust-lang toolchain compile? I think Ive finally gotten ARM/ARMv5/ARMv6/ARMv7 figured out. Mips/Mipsel/Mips64 should work, aarch64 should work, x86_64 should work, ppc does not work. Once I get more targets testing I can wrap this up and get it out of Draft status
<nbd>
Grommish: btw. once rust_codegen_gcc is usable, i plan on building a rust compiler with it as part of toolchain/
<Grommish>
nbd: for on-device? thats fine.. I have provisions for it, the issue is that it has a limited Tier 1 support list
<nbd>
i mean as a cross-compiler for the target
<Grommish>
nbd: and native LLVM support can cause issues for some targets, but shouldn't be an issue
<Grommish>
It already does
<Grommish>
i already create the rustc/cargo cross-compiling binaries
<Grommish>
and the libs and llvm, etc
<nbd>
i just want to avoid llvm, because it doesn't work with all targets
<Grommish>
It's already done for inclusion into the build environment
<Grommish>
As long as the host is supported, it's fine.. only LLVM issue I'm having right now is with PPC
<nbd>
at least arc doesn't work
<nbd>
no support in llvm at all, as far as i know
<Grommish>
Arm, armv5-v7, aarch, mips, mipsel, mips64, x86_64 all work
<Grommish>
PPC has an llvm assembly issue
<Grommish>
and I don't care to deal with it at the moment
<nbd>
and llvm takes ages to build
<Grommish>
You only gotta build it once
<Grommish>
and I store it in dl/ as an installable
<Grommish>
along with the cross-compile target toolchains
<nbd>
i thought rust was vendoring specific llvm versions with patches
<nbd>
or is that not the case anymore?
<Grommish>
/home/grommish/openwrt/dl/rust-1.56.1-x86_64-unknown-linux-gnu-install.tar.xz for HOST installations, and /home/grommish/openwrt/dl/rust-1.56.1-mips64-unknown-linux-muslabi64-install.tar.xz for the target cross-compiler
<Grommish>
Rust source pulls LLVM as a sub-module, so it's all internal, i never had to deal with it aside from assigning the correct hf vs sf musl targets on the backend
<Grommish>
I force MUSl as dynamically linked, because yo uhave to (which is why rustup won't work)
<nbd>
either way, once i start doing rust stuff, i want to be able to use it for core openwrt stuff
<nbd>
and for that it has to work on all targets
<nbd>
and i don't see arc support happening any time soon
<nbd>
with llvm
<Grommish>
Well.. I don't think that'll be an issue, but maybe
<Grommish>
I can build LLVM for x86_64 to cross-compile with
<nbd>
why don't you think it'll be an issue?
<Grommish>
so if your building on x86_64 as the build host, it won't matter because LLVM is supported for the host
<nbd>
oh, wait. it seems that arc was merged to llvm after all
<Grommish>
At least, the only LLVm issue I've had so far is PPC and that's a LLVM issue
<Grommish>
Someone was saying it looks liek they mixed x86 ASM with PPC
<Grommish>
But yeah, the biggest issue I've been havig is spliting out ARM targets between hf and not because there isn't a single way openwrt splits them
<Grommish>
some are in CONFIG_CPU_TYPE, CONFIG_CPU_SUBTYPE, and FEATURES
<Grommish>
so i gotta check all three and try and figure out if it wants hf for vfp/neon support or not
<Grommish>
the build system just uses the tuple arm-openwrt-linux-musl interally
rua has quit [Ping timeout: 480 seconds]
<Grommish>
but if yo uwanna put it in ./toolchain in the future, that shouldl be fine
<Grommish>
What target is ARC? I can test it locally
<Grommish>
nbd: arc770?
<nbd>
not sure if arc770 and archs38 are the same arch or what's needed to support them
<nbd>
i don't have devices myself
<nbd>
regarding ppc - our mpc85xx target is a special case because the fpu isn't a standard one
<nbd>
not sure if llvm supports it
danitool has quit [Ping timeout: 480 seconds]
<Grommish>
Hmmm.. I had to pass _D__ppc__ to the CMake for LLVM to even get it o try and build
<Grommish>
and I'll look at both the arc770/archs38
<Grommish>
nbd: You program in rust? Would there be a way to create a test package that is small enough to run on all devices just as a POC for a good compile? Only thing I test with it is suricata6 and most devices won't be able to run that
<nbd>
i don't program in rust yet
<Grommish>
Me either.. though I don't program in anythig yet
<Grommish>
Maybe I can get the rust devs to help hehe
Gaspare has joined #openwrt-devel
Gaspare has quit []
Gaspare has joined #openwrt-devel
danitool has joined #openwrt-devel
beholders-eye has joined #openwrt-devel
Borromini has joined #openwrt-devel
f00b4r0 has joined #openwrt-devel
<PaulFertser>
Grommish: if you do not program in anything yet probably start with Haskell?
<Grommish>
PaulFertser: I can follow code flow usually, but I can't write it from scratch.. I csn modify and reuse, but nothing more deeper than that
<PaulFertser>
Grommish: I do not think I wrote anything useful from scratch ever, heh.
lucenera has joined #openwrt-devel
philipp64 has quit [Quit: philipp64]
<beholders-eye>
hey there. Can I ask about openwrt build failures here?
<PaulFertser>
beholders-eye: yes, use some pastebin to show output
<beholders-eye>
Sure thing. I'm getting stuck while building host tools, to be specific: mkimage (from u-boot). I'm building on Exherbo Linux (a source based distro)
<PaulFertser>
beholders-eye: I'd try running manually that full make command ("make -C /home/beholder/Code/...") but with V=1 argument added to see how exactly the compiler gets to run.
<beholders-eye>
K, trying that
<PaulFertser>
beholders-eye: and then I'd probably run that same gcc invocation manually with -E switch to get full preprocessor output to see what exactly goes wrong with it.
<beholders-eye>
PaulFertser: "make -C" forces the build to the new directory which fails, since tools/mkimage/Makefile tries to reference $INCLUDE from root Makefile
<beholders-eye>
Oh, forget it, got what you mean now
awgh has quit [Ping timeout: 480 seconds]
<Grommish>
beholders-eye: Try adding a TOPDIR=$PWD in front of the make -C
<beholders-eye>
PaulFertser: This is the resulto fo the cc -E invocation: http://ix.io/3GO5
<beholders-eye>
I also have 10.3.0, 9.4.0 and 8.4.0 available
<PaulFertser>
beholders-eye: I think for -E to work you also need to remove -c, and then the output should be in tools/common/image-fit.o
<PaulFertser>
beholders-eye: worth a try repeating that command with "gcc10" instead of "cc", yes, just to get another data point.
<beholders-eye>
PaulFertser: removing '-c' and adding '-E' gave the same error message, and nothings goes to tools/common/image-fit.o, the files won't be created
<beholders-eye>
PaulFertser: gcc and cc are symlinked, so nothing different happened, as expected
<beholders-eye>
PaulFertser: Do you have any idea where this "CONFIG_IS_ENABLED" 'macro' or 'function' gets defined?
Gaspare has quit [Quit: Gaspare]
<PaulFertser>
beholders-eye: I meant running earlier gcc version since you have it.
<PaulFertser>
beholders-eye: it's a macro and the error is apparently from "cpp" (the preprocessor).
<beholders-eye>
PaulFertser: tried building with gcc8, gcc9 and also gcc10, all gave me the same error
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
<beholders-eye>
I just noticed that u-boot also uses Kconfig, and that openwrt's script didn't provide any configuration, only empty files, like ./include/config/auto.conf and ./include/generated/autoconf.h. Is this expected?
<PaulFertser>
beholders-eye: hm, no, shouldn't be, so probably the error was earlier
<beholders-eye>
At the same time the main `make -C` line add 'no-dot-config-targets=tools-only' and the target is 'tools-only'
nlowe has joined #openwrt-devel
Gaspare has joined #openwrt-devel
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nlowe has joined #openwrt-devel
nlowe has quit []
wvdakker1 has joined #openwrt-devel
Acinonyx_ has quit [Quit: No Ping reply in 180 seconds.]
Acinonyx has joined #openwrt-devel
floof58 has joined #openwrt-devel
floof58_ has quit [Ping timeout: 480 seconds]
wvdakker has quit []
wvdakker has joined #openwrt-devel
wvdakker has quit []
wvdakker has joined #openwrt-devel
Gaspare has quit [Quit: Gaspare]
philipp64 has joined #openwrt-devel
Slimey has quit [Read error: Connection reset by peer]
Slimey has joined #openwrt-devel
Gaspare has joined #openwrt-devel
Grommish has quit [Ping timeout: 480 seconds]
Grommish has joined #openwrt-devel
Grommish has quit [Ping timeout: 480 seconds]
Borromini has quit [Quit: leaving]
Grommish has joined #openwrt-devel
Gaspare has quit [Quit: Gaspare]
Tusker has joined #openwrt-devel
<hanetzer>
fuckin ubiquiti cockmongers. this damned AP keeps going stupid for no apparent reason.
<Tusker>
undervolted ?
<Tusker>
ah ha, figure it out, host-build.mk had a bug in it in regards to git-src handling
Tapper has quit [Ping timeout: 480 seconds]
<hanetzer>
Tusker: no idea. it *is* pissing me off to no end.
<Tusker>
what are the symptoms ?
philipp64 has quit [Quit: philipp64]
rsa9000 has joined #openwrt-devel
fda- has joined #openwrt-devel
<hanetzer>
just seems to fall off the network. its hooked up to one of their poe injector bricks and then to a poe+ switch
<hanetzer>
if you have a static IP in /etc/config/network:br-lan, how do you 'properly' set the dns server for it?