Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

.lib does not get installed when build on Windows with either Cygwin or MSYS2 #276

Open
ariestav opened this issue Jul 3, 2022 · 1 comment
Assignees
Labels
bug Confirmed bugs or reports that are very likely to be bugs.

Comments

@ariestav
Copy link

ariestav commented Jul 3, 2022

Description

When using Cygwin or MSYS2 to build the source, no static library is installed the library directories.

Steps to Reproduce

  1. Clone the repository to a directory in the Cygwin or MSYS2 file system
  2. Run the build steps to compile source
  3. Run make install and note that the .a static library is copied to the /usr/local/lib directory, but no .lib static library is generated or copied to the /usr/local/lib directory.

Expected behavior: [What you expect to happen]
I would expect libhttpserver.lib to be present in /usr/local/lib
Actual behavior: [What actually happens]
The only files that are generated and copied to the /usr/local/lib are the following:

libhttpserver.a
libhttpserver.dll.a
libhttpserver.la

Reproduces how often: [What percentage of the time does it reproduce?]
I can reproduce this 100% in all my tests.

Versions

  • OS version (if on linux, the output of "uname -a")
    Windows 10 running either Cygwin or MSYS2

  • libhttpserver version (please specify whether compiled or packaged)
    latest on master packaged (building from source)

  • libmicrohttpd version (please specify whether compiled or packaged)
    packaged (building from source)

If you have problems during build:

  • Compiler version
    gcc 11.3 on Cygwin
    gcc 12.1.0 on MSYS2
@ariestav ariestav added the bug Confirmed bugs or reports that are very likely to be bugs. label Jul 3, 2022
@etr
Copy link
Owner

etr commented Sep 1, 2022

I suspect this is due to the fact that the classes are not declared with "__declspec( dllexport )" - it should be possible to fix. I'll try to spend some time going through this and see how it works (I am not much of an expert of windows development, sorry)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Confirmed bugs or reports that are very likely to be bugs.
Projects
None yet
Development

No branches or pull requests

2 participants