Bug 171525

Summary:	[patch] dev-embedded/avr-libc-1.4.5-r1
Product:	Gentoo Linux	Reporter:	Mike Lundy <mike>
Component:	New packages	Assignee:	Gustavo Zacarias (RETIRED) <gustavoz>
Status:	RESOLVED WONTFIX
Severity:	enhancement
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	dev-embedded/avr-libc-1.4.5-r1.ebuild diff between -r0 and -r1

Description Mike Lundy 2007-03-20 06:39:29 UTC

avr-libc assumes that the host tuple will be avr (as in avr-gcc, avr-ld, etc). It's common in the avr community, but it's not really correct (should be avr-elf or the like).

I've revised the ebuild to add support for the correct case without removing support for the old method.

Reproducible: Always

Steps to Reproduce:

Comment 1 Mike Lundy 2007-03-20 06:40:20 UTC

Created attachment 113833 [details]
dev-embedded/avr-libc-1.4.5-r1.ebuild

The new ebuild

Comment 2 Mike Lundy 2007-03-20 06:48:47 UTC

Created attachment 113834 [details, diff]
diff between -r0 and -r1

a diff for easy comparison and application

Comment 3 Gustavo Zacarias (RETIRED) gentoo-dev

2007-07-13 12:47:31 UTC

What's the reasoning behind this other than "i wanna use my own gcc instead of the one built with crossdev"? (which is the path we recommend for cross toolchains).

Comment 4 Mike Lundy 2007-07-13 14:07:21 UTC

"avr" is not a tuple, regardless of the fact that crossdev allows it to be built like that. The fact that crossdev needs a "special target" in order to do so illustrates my point. If people want to use it that way, that's fine, but the ebuild should support the correct use.

Comment 5 Gustavo Zacarias (RETIRED) gentoo-dev

2007-07-13 14:15:54 UTC

Sorry but no.
I don't wanna get more bugs for the silly uses some user will make of this and thus get bugs, my time is already lacking.
Also avr isn't supposed to work in a standard gnu fashion with a standard libc anyway.

Comment 6 Mike Lundy 2007-07-15 10:24:41 UTC

CTARGET is the community-wide standard for building cross-compilers. It's also the gentoo-standard way to do it. Every gcc-based cross-compiler I've used has been named correctly, even platforms like the ppc cores inside virtex-4 LX series, and coldfire chips. AVR is the only aberration. I corrected this, while still maintaining backwards-compatibility with the old, incorrect method. In addition, I fixed the stupidity where the ebuild errors out if it cannot find gcc instead of properly DEPENDing on it. This patch is /correct/, and will cause less breakage that the current situation.

But it's up to you, obviously. This can join my ever-growing list of ignored patches in my overlay.