profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/brechtsanders/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.
Brecht Sanders brechtsanders Belgium

brechtsanders/winlibs_mingw 240

winlibs standalone build of GCC compiler and MinGW-w64

brechtsanders/xlsxio 227

XLSX I/O - C library for reading and writing .xlsx files

brechtsanders/proxysocket 32

Portable C library for proxy support, designed to be used as a drop-in replacement for connect().

brechtsanders/pedeps 14

Cross-platform C library to read data from PE/PE+ files (the format of Windows .exe and .dll files)

brechtsanders/libdirtrav 5

Cross-platform C library for recursively traversing directory contents

brechtsanders/ADReports 2

ADReports provides tools to generate reports from Active Directory (AD).

brechtsanders/pcre2_finder 1

Cross-platform C library for finding (and replacing) multiple patterns in a stream of data (using the pcre2 library).

brechtsanders/ci-test 0

Test project for continuous integration / continuous delivery

brechtsanders/crossrun 0

Cross platform C library for running separate processes with console redirection

brechtsanders/foldersnitch 0

Tools to get reports on file and folder usage, including duplicate files

created tagbrechtsanders/winlibs_mingw

tag11.2.1-snapshot20210918-9.0.0-ucrt-r1

winlibs standalone build of GCC compiler and MinGW-w64

created time in 8 days

issue openedprotocolbuffers/protobuf

protobuf 3.18.0 broken for Windows when building with MinGW-w64

protobuf 3.18.0 fails to build on Windows with MinGW-w64 GCC with the following errors:

R:/winlibs64-10.3.0/protobuf-3.18.0/src/google/protobuf/io/zero_copy_stream_impl.cc:108:28: error: 'F_GETFL' was not declared in this scope
  108 |   int flags = fcntl(file_, F_GETFL);
      |                            ^~~~~~~
R:/winlibs64-10.3.0/protobuf-3.18.0/src/google/protobuf/io/zero_copy_stream_impl.cc:108:15: error: 'fcntl' was not declared in this scope
  108 |   int flags = fcntl(file_, F_GETFL);
      |               ^~~~~
R:/winlibs64-10.3.0/protobuf-3.18.0/src/google/protobuf/io/zero_copy_stream_impl.cc:109:13: error: 'O_NONBLOCK' was not declared in this scope
  109 |   flags &= ~O_NONBLOCK;
      |             ^~~~~~~~~~
R:/winlibs64-10.3.0/protobuf-3.18.0/src/google/protobuf/io/zero_copy_stream_impl.cc:110:16: error: 'F_SETFL' was not declared in this scope
  110 |   fcntl(file_, F_SETFL, flags);
      |                ^~~~~~~

The solution is to replace _MSC_VER with _WIN32 in src/google/protobuf/io/zero_copy_stream_impl.cc.

Apparently a false assumption was made _MSC_VER is always set on the Windows platform, but that is only the case when building with MSVC. On MSVC and MinGW gcc and clang _WIN32 is always defined however.

created time in 11 days

issue commentKhronosGroup/Vulkan-Loader

Building with MinGW-w64 and jwasm

I just tried and volk (1.2.190) does build with MinGW-w64 (version 9.0.0 by now).

brechtsanders

comment created time in 19 days

issue openedmheily/libkqueue

libkqueue 2.5.0 no longer builds with MinGW-w64

I was able to build libkqueue 2.4.0 for Windows with MinGW-w64, but when building libkqueue 2.5.0 there are multiple problems:

  • LIST_HEAD is not defined on this platform but it is used in src/common/private.h to define kf_ready
  • This platform has pthread.h, but src/windows/platform.h redefines it anyway, but it's not working:
    • pthread_mutexattr_t is used in src/common/private.h but it's not defined anywhere
    • src/windows/platform.h defines pthread_mutex_init with 2 parameters, but src/common/kqueue.c calls it with only 1

created time in 20 days

issue commentbrechtsanders/winlibs_mingw

clang -lucrt failed but gcc works

I have spent the last few days building a winlibs.com GCC/MinGW-w64 build against UCRT runtime. https://github.com/brechtsanders/winlibs_mingw/releases/tag/11.2.0-9.0.0-ucrt-r1

think2021

comment created time in 22 days

issue commentbrechtsanders/winlibs_mingw

ucrt or msvcrt?

I have spent the last few days building a winlibs.com GCC/MinGW-w64 build against UCRT runtime. https://github.com/brechtsanders/winlibs_mingw/releases/tag/11.2.0-9.0.0-ucrt-r1

longnguyen2004

comment created time in 22 days

issue commentbrechtsanders/winlibs_mingw

Some ways to make LLVM builds smaller

I have spent the last few days building a winlibs.com GCC/MinGW-w64 build against UCRT runtime. https://github.com/brechtsanders/winlibs_mingw/releases/tag/11.2.0-9.0.0-ucrt-r1

This was one of the suggestions you mentioned earlier in this issue.

Keithcat1

comment created time in 22 days

created tagbrechtsanders/winlibs_mingw

tag11.2.0-9.0.0-ucrt-r1

winlibs standalone build of GCC compiler and MinGW-w64

created time in 22 days

issue commentbrechtsanders/xlsxio

missing CMake package config file

From what I read there adding NAMES xlsxio to find_package() should do the trick. Can you try this?

find_package(libxlsxio_read REQUIRED NAMES xlsxio)
jakoch

comment created time in 25 days

issue commentbrechtsanders/xlsxio

missing CMake package config file

Documentation says cmake will look in all paths listed in CMAKE_SYSTEM_PREFIX_PATH, so if you install under /usr/local (or /opt) they way it is normally done, and not under an additional xlsxio folder in there, it should work.

But I added the search in /opt/xlsxio just now so you can try it.

jakoch

comment created time in 25 days

push eventbrechtsanders/xlsxio

Brecht Sanders

commit sha b3dfd27c38509c7b5c4c3934334c91d8ac87018d

Add /opt/xlsxio as search location

view details

push time in 25 days

issue commentbrechtsanders/xlsxio

missing CMake package config file

On which platform(s) is this standard behaviour? Homebrew? Should it then look for the libraries in /opt/xlsxio/lib and the includes in in /opt/xlsxio/include?

jakoch

comment created time in 25 days

issue commentbrechtsanders/xlsxio

Dynamic library cannot be used

If it compiles that's already good. Is everything in place for dependency shared libraries to be found? Can you give more information about: operating system, exact output / errors?

aszswaz

comment created time in a month

issue commentbrechtsanders/xlsxio

Dynamic library cannot be used

Have you tried with the latest changes made to master for #101 ?

aszswaz

comment created time in a month

issue commentbrechtsanders/xlsxio

missing CMake package config file

Can you try again now?

jakoch

comment created time in a month

push eventbrechtsanders/xlsxio

Brecht Sanders

commit sha afd5dd3ed7dceb680517525b4a73b123bdc10c8e

view details

push time in a month

push eventbrechtsanders/xlsxio

Brecht Sanders

commit sha f09448b28caa25dc50a20ad862f387943717e125

Change templateConfig.cmake.in to also check via pkg-config

view details

push time in a month

issue commentbrechtsanders/xlsxio

missing CMake package config file

Sorry, there was a bug in XLSXIOREAD_ROOT which should now be fixed.

jakoch

comment created time in a month

push eventbrechtsanders/xlsxio

Brecht Sanders

commit sha 524536e0bca1df835141f58faf73f20850fc2a2f

fix XLSXIOREAD_ROOT in templateConfig.cmake.in

view details

push time in a month

issue commentbrechtsanders/xlsxio

missing CMake package config file

I made a first attempt to generate proper .cmake files and fixed an issue with the .pc files. Can you try if these changes work for you?

jakoch

comment created time in a month

push eventbrechtsanders/xlsxio

Brecht Sanders

commit sha 31f08388e3276d987a9b2e4afe024a8d885955d8

remove .pc.in files that are no longer used

view details

push time in a month

push eventbrechtsanders/xlsxio

Brecht Sanders

commit sha 9571c57a0b166c19b80640295f4484f1c8eda7d1

Changed CMakeLists.txt to generate .pc and .cmake files

view details

push time in a month

issue commentbrechtsanders/xlsxio

missing CMake package config file

Why do you set(ENV{PKG_CONFIG_PATH} /usr/local/lib/pkgconfig)? That would override what people already have in the PKG_CONFIG_PATH environment variable...

The name of he library to find with pkg_check_modules depends in the name of the .pc file. Do you have the .pc filesnamed different than libxlsxio_read.pc and libxlsxio_write.pc?

jakoch

comment created time in a month

created tagbrechtsanders/winlibs_mingw

tag10.3.1-snapshot20210827-9.0.0-r1

winlibs standalone build of GCC compiler and MinGW-w64

created time in a month

push eventbrechtsanders/xlsxio

Brecht Sanders

commit sha 67c14cb943c22901d44ee5f901498085c6e65739

Added "Mentioned in Awesome C" badge

view details

push time in a month

issue commentbrechtsanders/winlibs_mingw

gdb 32-bit does not run on Windows 7

Windows 7 is quite old and no longer supported by Microsoft. I try to build the compiler suite for optimal performance, not for compatibility with obsolete operating systems.

You can still use the compiler to generate binaries that run on Windows 7 if you like though.

neolib

comment created time in a month

issue commentbrechtsanders/xlsxio

fatal error - unresolved externals

No, don't define BUILD_XLSXIO_SHARED for the shared library, because that will define functions with dllexport instead of dllimport.

Only define BUILD_XLSXIO_STATIC for static builds, nothing for shared builds.

jakoch

comment created time in a month