Re: scotch: packaging a version with 64bit integers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 11.01.2018 09:25, Dominik 'Rathann' Mierzejewski wrote:
Hi, Sandro.

On Wednesday, 10 January 2018 at 14:58, Sandro Mani wrote:
I've received a request to package a version of scotch with 64bit integers
(as opposed to 32bit). I suppose the details are less important, the bottom
line is

scotch 32bit: typedef int32_t SCOTCH_Num;

scotch 64bit: typedef int64_t SCOTCH_Num;

where SCOTCH_Num affects the public ABI and is used by third parties which
use scotch.


Upstream allows selecting the integer size at compile-time (i.e. passing
-DINTSIZE64 for int64_t). However, this choice has no effect on the library
name, so vanilla upstream will build a library named libscotch.so regardless
of how you configure it.
Why don't you talk to upstream about this. Having the two builds
parallel-installable would be a benefit for everyone. Please take a look
at what we did in openblas and arpack
(https://github.com/opencollab/arpack-ng/issues/30)

Hopefully that will convince upstream to support library name suffixing.
Indeed also adding a _64 suffix to the API methods is a good point, yeah I'll try raising the issue upstream.

Thanks
Sandro
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux