Boris Kaus

Results 71 comments of Boris Kaus

thanks! Display is indeed all I am concerned with. How can I best replace/overload the current printing option?

thanks for the suggestion! I have now added this in our [package](https://github.com/JuliaGeodynamics/GeoParams.jl), which works as expected. ```julia function Unitful.superscript(i::Rational{Int64}; io=nothing) string(superscript(float(i))) if io === nothing iocontext_value = nothing else iocontext_value...

I gave this another try and managed to get a BinaryBuilder version of GMT compiling on Mac & Windows: [https://github.com/JuliaPackaging/Yggdrasil/pull/5199](https://github.com/JuliaPackaging/Yggdrasil/pull/5199) Yet, there are some hiccups with the windows installation. Perhaps...

I'm not sure I fully follow you. The Linux and Mac BinaryBuilder versions already seem to compile just fine, so I guess that having that would already be very useful...

The errors on windows are: ``` [21:27:19] CMakeFiles/gmtlib.dir/objects.a(gmt_fft.c.obj):gmt_fft.c:(.text+0x3825): undefined reference to `__imp_gethostname' [21:27:19] CMakeFiles/gmtlib.dir/objects.a(gmt_init.c.obj):gmt_init.c:(.text+0x3d248): undefined reference to `__imp__set_fmode' [21:27:19] collect2: error: ld returned 1 exit status [21:27:19] make[2]: *** [src/CMakeFiles/gmtlib.dir/build.make:2561:...

thanks. If I manually compile this with ``` -lws2_32 -lmsvcr100 ``` it works & the whole code compiles. Do you happen to know how I can tell `CMake` to take...

ok, I keep being confused with CMake. If I manually add this at the end: ``` /opt/bin/x86_64-w64-mingw32-libgfortran4-cxx11/x86_64-w64-mingw32-gcc --sysroot=/opt/x86_64-w64-mingw32/x86_64-w64-mingw32/sys-root/ -std=gnu99 -shared -o gmt.dll -Wl,--out-implib,gmt.dll.a -Wl,--major-image-version,6,--minor-image-version,2 -Wl,--whole-archive CMakeFiles/gmtlib.dir/objects.a -Wl,--no-whole-archive @CMakeFiles/gmtlib.dir/linklibs.rsp -lws2_32 -lmsvcr100...

> it's important we don't vendor SuiteSparse 8 times (same with SuperLU_dist) I agree that this should ideally be compiled as separate packages. Yet, please take into account that `PETSc`...

@giordano: this now compiles fine on windows/Mac/linux and provides a parallel direct solver for the PETSc build (using the updated `SuperLU_DIST_jll` build). This is very helpful for `LaMEM_jll`. As far...

Indeed - is there a way to detect all those platforms?