Tollef Fog Heen <tfh...@err.no> writes:
> ]] Simon McVittie
>
> | In the meantime, is there consensus that shuffling the development files
> into
> | /usr/lib/triplet too is at least harmless, and that Multi-Arch: same is
> | appropriate for -dev packages where all the arch-dependent files are in
> | arch-specific directories? I'd rather not break future work if -dev packages
> | aren't really settled yet.
>
> while it probably doesn't hurt, it's not been specified yet.
> Personally, I'd rather see us get the necessary changes to support
> running multiarch binaries in place before starting to move development
> libraries.
>
> [...]
>
> | > Architecture dependent header files belong under
> | >
> | > /usr/include/triplet/
> |
> | Is there consensus that that's the right place? I don't see any mention on
> | <https://wiki.ubuntu.com/MultiarchSpec>, which is the nearest I've seen to
> | a canonical description of the current state of multiarch (no pun intended).
>
> It's the only place that has been discussed, but again, the spec is for
> running multiarchified binaries, not compiling against them. I wouldn't
> upload packages containing includes in triplet directories yet.
Support for /usr/include/triplet/ is in oldstable and stable.
And it is already being used:
% zgrep usr/include/x86_64-linux-gnu Contents-amd64.gz
usr/include/x86_64-linux-gnu/ffi.h libdevel/libffi-dev
usr/include/x86_64-linux-gnu/ffitarget.h libdevel/libffi-dev
MfG
Goswin
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
