Can you try the Makefile I linked in my last post? I tidied this one up and it works fine on my system
1 Like
Can you author a PR in Github about the fix?
(If you do, please also bump PKG_RELEASE from 7 to 8.)
1 Like
I just added a comment to the issue in github. Is this sufficient?
If not, can you point me to some instructions for doing so....?
1 Like
No. Authoring a Pull Request would mean that you have forked a personal repo of the packages feed, and you commit the fix there, and then push it for adoption into the main codebase as a PR (to be accepted by merge right holders).
There are lots of instructions in the net about github pull request.
(But if you feel that you are not interested, I can author the fix once I have tested it a bit.)
1 Like
Gotcha. I see the instructions on github's help. Give me a while and I'll do it.
1 Like
Ihave taken your makefile. It is not working here for me 
config.log
compile.log
Don't know what I'm doing wrong. Just took my config from above. No patches. No edits.
Looking at your config diff from https://pastebin.com/gAZtXnRw ,
you have CONFIG_PACKAGE_libintl-full=y
but you do not have the normal main NLS on/off setting CONFIG_BUILD_NLS=y
That probably confuses the logic during the build process, as you skip setting a lot of related variables as shown in nls.mk:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=include/nls.mk;h=04838821b4fc166542dd089d6677b4c965f8ed0b;hb=HEAD
For example, your compile log shows you passing "/libintl-stub":
-I/home/user/openwrt/openwrt/staging_dir/target-arm_cortex-a15+neon-vfpv4_glibc_eabi/usr/lib/libintl-stub/include
although you have libintl-full included in the build.
If you want full NLS support, select it in the main OpenWrt config.
CONFIG_BUILD_NLS=y
Otherwise, you should likely disable libintl-full.
Right now you give mixed signals in config.
Note that having the kmod-nls-xxxx codepages for storage devices do not require any full NLS support. Those are just codepages.
1 Like
Thx for helping me out hnyman,
I compiled without libconv, libintl and without "compile with full language support"
-> irqbalance does not compile
I compiled with libconv-full, libintl-full and with "compile with full language support"
-> irqbalance does not compile
I compiled with libconvl, libintl and without "compile with full language support"
-> irqbalance does not compile
I mean this libintl-full in my config was clearly a mistake. I will look into the logs tomorrow. Maybe I can see sth.
What happens if you compile your firmware with irqbalance only and without any other non-default packages? If it compiles, then you can start bisecting your list of packages.
2 Likes
Yes, I will track this down. First I will try out musl instead glibc. I think I made some mistakes on my last transition from 4.14 to 4.19. 
But I don't understand why the previous 4.19 builds had no issues with irqbalance. Anyway ... Thx for helping me and sorry for confusion about glibc.
I'm so dumb! I accidently copied over the 4.19 config files for the 5.4 kernel testing compiling irqbalance. So the above tests are entirely wrong.
After using 5.4 kernel config file the new patch from dl12345 is working as intended. No issues anymore.
I'm very sorry about that mistake and I want to appologise for wasting your time.
This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.