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