Skip to content

sys-devel/crossdev forces multilib for arm toolchains#41

Open
kwhat wants to merge 1 commit into
gentoo:masterfrom
kwhat:bgo/868636
Open

sys-devel/crossdev forces multilib for arm toolchains#41
kwhat wants to merge 1 commit into
gentoo:masterfrom
kwhat:bgo/868636

Conversation

@kwhat
Copy link
Copy Markdown
Contributor

@kwhat kwhat commented May 13, 2026

Add support for more specific arm toolchain tripples allowing for USE=-multilib in some scenarios

Closes: https://bugs.gentoo.org/868636
Signed-off-by: Alexander Barker (https://github.com/kwhat) alex@1stleg.com

@kwhat
Copy link
Copy Markdown
Contributor Author

kwhat commented May 13, 2026

This appears to be creating a working toolchain with minimal modification. I still want to do some more testing before considering this for merge, but review is welcome.

This requires a toolchain.eclass patch to work correctly due to the eabi[hs]f stuff.

crossdev-toolchain-eclass.patch

Update 1:

I have been driving this for a couple of day and it works but I had to build armv7m-none-eabihf with something like EXTRA_ECONF="--with-arch=armv7e-m --with-mode=thumb --with-fpu=fpv5-d16" to kind of get what I was expecting. It produces a compiler that does work without but some of the defaults are broken. I think the --with-fpu override is acceptable but I wonder if the toolchain eclass should make more of an effort to fill in --with-arch and --with-mode. I think there is enough here to address the bug filed; it is possible to make toolchains with these fixes here if the end user adds a little EXTRA_ECONF.

Comment thread crossdev Outdated
@kwhat kwhat force-pushed the bgo/868636 branch 2 times, most recently from eaa07f4 to b74d8ef Compare May 13, 2026 18:56
@kwhat kwhat marked this pull request as ready for review May 13, 2026 18:56
@kwhat kwhat force-pushed the bgo/868636 branch 3 times, most recently from 55d6204 to 4885aba Compare May 13, 2026 18:58
@thesamesam
Copy link
Copy Markdown
Member

Could you rebase? Not sure if Matt's changes in f3b5cc3 mean that you need to rejig this either.

@kwhat
Copy link
Copy Markdown
Contributor Author

kwhat commented May 21, 2026

I am pretty sure its exactly the same fix I had put in but I want to rebuild and retest before merging now. Not sure why this diff is a lot smaller now ☠️

Add support for more specific arm toolchain tripples allowing for USE=-multilib in some scenarios

Closes: https://bugs.gentoo.org/868636
Signed-off-by: Alexander Barker (https://github.com/kwhat) <alex@1stleg.com>
@thesamesam
Copy link
Copy Markdown
Member

Thanks, and sorry. I could've tried resolve it myself but I wasn't sure either.

@kwhat kwhat marked this pull request as draft May 22, 2026 02:09
@kwhat
Copy link
Copy Markdown
Contributor Author

kwhat commented May 22, 2026

This doesn't work anymore and I'm not sure why it broke. I have several more fixes to go in and I'm debating on just running a custom fork rt now.

@thesamesam
Copy link
Copy Markdown
Member

Well, I'm happy to take a fix if you can come up with one, but it's up to you.

@kwhat
Copy link
Copy Markdown
Contributor Author

kwhat commented May 22, 2026

Alright putting back in the eclass pathces fixed the compile but the CFLAGS are borked again with USE=custom-cflags which I had fixed but I am not sure if sent that fix to you guys yet.

@kwhat kwhat marked this pull request as ready for review May 22, 2026 02:28
@kwhat
Copy link
Copy Markdown
Contributor Author

kwhat commented May 22, 2026

My checks are all passing as of this morning.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants