On Mon, Apr 22, 2024 at 12:07:38PM +0200, Florian Weimer wrote: > * Daniel P. Berrangé: > > > On Fri, Apr 19, 2024 at 02:21:57PM +0200, Florian Weimer wrote: > >> There are multiple PRs and patches floating around that make RISC-V use > >> the /usr/lib64 directory, like other 64-bit ports. However, RISC-V > >> recommends to use /usr/lib64/lp64d for the Fedora ABI variant, and > >> various upstream projects follow that. > >> > >> I think we should follow upstream, so that it's possible to use Fedora > >> to do upstream development without patching the sources, or elaborate > >> Fedora-specific configure invocations. > > > > I'm not convinced that using /usr/lib64/lp64d would lead to > > *less* patching. > > > > Apps targetting Fedora are long used to having to adapt from > > using /usr/lib to /usr/lib64. > > But that's largely baked into the upstream defaults by now (unlike the > Debian multi-arch paths). > > > Introducing the use of /usr/lib64/lp64d instead, just for RiscV, feels > > likely to break expectations resulting in apps which build fine on all > > Fedora arches except for RiscV > > I don't want us to have RPM spec file hacks just to get RISC-V to > install in the correct locations. The symbolic link evidently does not > cover all cases. What cases aren't covered by the symlink? We have a full, working Fedora/RISC-V distro using it at the moment. Rich. > Whatever we do, it should be upstream. Maybe convince RISC-V to adopt > /usr/lib64. Or have the RISC-V folks implement automated detection of > path layout in autotools, Meson etc., so that out of the box, both paths > work. > > Thanks, > Florian > -- > _______________________________________________ > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx > Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
