Re: Question on BIGGEST_ALIGNMENT in GCC on NetBSD/m68k

Greg Ungerer <[email protected]> Thu, 19 Jun 2025 10:18:04 +1000
Newsgroups gmane.linux.ports.m68k,gmane.os.netbsd.ports.m68k,gmane.linux.debian.ports.68k
Message-ID <[email protected]>
On 19/6/25 08:29, Finn Thain wrote:
> 
> On Wed, 18 Jun 2025, Greg Ungerer wrote:
> 
>>
>>> It's not really necessary to enforce this on Coldfire. However, since
>>> buildroot builds completely from source, it wouldn't even be a problem
>>> to change the alignment there as well.
>>
>> Yes, that is totally right in my experience. Certainly in my ColdFire
>> work it is pretty much always a build-everything approach via buildroot
>> or similar. I wouldn't think an ABI change would actually worry too many
>> ColdFire uses, they don't use distributions like debian on them. (I
>> would love to hear from anyone who does!).
>>
> 
> That may work for end-users with a vendor BSP. But upstream developers
> need to be able to swap components. In general, when debugging I often
> have to run old binaries to find out whether I'm dealing with a deeper
> regression or not. Also, there is the bisection problem. It's not just a
> couple of distros who get to pay for an ABI break. It's the entire
> ecosystem.

I am sure there is value in that for some. Like I said though
that has not been my experience with ColdFire. And by that I mean as
the upstream maintainer of ColdFire Linux support for +20 years.
I pretty mush _always_ build kernel + libs + user for testing even
small kernel changes. My standard small system build takes less
than 1 minute for everything. Again, I am just relating my experience
with this - admittedly probably not typical of actual end users.

FWIW even when I was working on shipping ColdFire based products
my firmware was always a complete update, no separate kernel and
user space updates. Typical of small embedded systems. I can't
actually remember many times I have run with a previously compiled
user space.

Regards
Greg