Note: Both the US and Europe have now entered daylight savings time, so for most attendees we should be back to the usual time (if you added the calendar, it should show the right time). We’ll be back to normal for the next meeting, when Europe enters daylight savings time too.
I mean the llvm will produce new relocation, it will got trouble for a while before using newer binutils, however there would be no issue IF user using lld and the problem will gone once binutils updated.
Thanks Kito, I haven’t seen it proposed externally so I’ll feedback here. Maybe it will grow on me, but my first reaction is it might be a case of the cure being worse than the disease, as suddenly having to switch to all caps doesn’t seem very intuitive either. I think it’s a bit of a shame the profiles have fairly obtuse names that are easily confused with ISA naming strings (and I know I was one explicitly raising this concern), but we can support it just fine and perhaps it’s not worth worrying about potential confusion too much given the names seem kind of set now.
My understanding here is binutils is also typically released on a 6-month schedule, and usually a bit before LLVM does its release, so I think this problem will have solved itself by the time LLVM 17 is released, as binutils 2.41 will have already released (assuming the binutils linker supports this by then). My first instinct here is there’s only a narrow window where this is a problem, and only affecting people building LLVM from top of tree without doing the same for binutils, so I would either not land support for emitting these by default until 2.41 is released, or have an internal flag to configure whether these are emitted, and switch the default to on when 2.41 is released. In either case I think by the time LLVM 17.0.0 is finalised, we’re probably good to be emitting these by default?