Markus Mützel

Results 37 issues of Markus Mützel

See also: https://docs.microsoft.com/en-us/windows/win32/hidpi/declaring-managed-apps-dpi-aware On first monitor: ![image](https://user-images.githubusercontent.com/65065102/145550774-51f0e4c5-088d-4291-9975-34b943dc5ff2.png) On second monitor: ![image](https://user-images.githubusercontent.com/65065102/145550710-ba9a4756-0782-43ab-8b84-ba21c624f20c.png)

The OpenCASCADE plugin no longer compiles with version 7.6.0 of OpenCASCADE. The `Poly_Triangulation::Nodes` function was removed in favor of `Poly_Triangulation::Node`. The proposed change lets the plugin compile for me with...

This is a proposal for how the suffix could be standardized that is used to indicate that the package was built for 64-bit Fortran integers. See also #358.

When building with `make` a default optimization level of `-O2` is used. See: https://github.com/xianyi/OpenBLAS/blob/00534523ad999d89945d23b7df0eafc69c31f1b3/Makefile.system#L1551-L1557 By default, `cmake` uses `-O3` for `Release` builds currently: https://github.com/Kitware/CMake/blob/v3.24.1/Modules/Compiler/GNU.cmake#L59 This means binaries are built with...

The reference (netlib) LAPACK implementation exports `lsame_` unconditionally. When trying to use libflame as a drop-in replacement for the reference implementation on Windows, programs fail to start with an error...

Query the locale charset (also on Windows) instead of hardcoding the used encoding to GB18030 (see #12892). The patch is heavily "inspired" by the localcharset module of gnulib. Edit: For...

In the closed issue https://github.com/DrTimothyAldenDavis/SuiteSparse/issues/309, @chengts95 noted in the 30th comment: > Also, SuiteSparse_tic and SUITESPARSE_TIME are omp_get_wtime but suitesparse_config link to openmp with private flag, and it caused problems...

external bug
now fixed but continued discussion

This is just to demonstrate the issue discussed in #750. The issue probably needs a fix in upstream CMake (not in SuiteSparse). Please, do not merge (until this is fixed...

**Describe the bug** Building GraphBLAS with `clang-cl` fails with errors like the following: ``` In file included from D:\repo\SuiteSparse\SuiteSparse\GraphBLAS\Source\FactoryKernels\GB_AxB__any_div_uint8.c:10: In file included from D:\repo\SuiteSparse\SuiteSparse\GraphBLAS\Source\GB.h:56: In file included from D:\repo\SuiteSparse\SuiteSparse\GraphBLAS\Source/GB_ops.h:118: D:\repo\SuiteSparse\SuiteSparse\GraphBLAS\Source\Factories\GB_ops_template.h(57,16):...

probably fixed now but need confirmation

To make sure that linking to all libraries actually works (with the imported CMake targets), it would be nice if the `Example` package would call some functions from the ParU...

enhancement