Hi,
I was putting libhugetlbfs through an rpmbuild compilation on a SPARC64
system and found that it does not compile.
The reason is very simple: libhugetlbfs misuses `uname -m`
to decide whether to build 32- or 64-bit. This is a bad heuristic,
as the userspace that is run and compiled can be different from the
kernel in use, meaning I have to add ugly hacks to the .spec file, as
in
make
%ifarch sparc sparcv9 # that's targetarch
CC32="gcc" CC64="" NATIVEONLY=1
%endif
I currently do not see any reasonable way to fix this other than
restructuring the Makefile such that it won't make a distinction between
32 and 64 and just builds whatever gcc produces. That would be how a
large part of software packages are built today. I would have a partial
patch to transform it to automake, but would need review whether I've
matched everything.
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Libhugetlbfs-devel mailing list
Libhugetlbfs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libhugetlbfs-devel
