octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #59373] [MXE] for dependencies that use cmake,


From: John W. Eaton
Subject: [Octave-bug-tracker] [bug #59373] [MXE] for dependencies that use cmake, don't build static libraries
Date: Fri, 30 Oct 2020 08:58:32 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0

Follow-up Comment #19, bug #59373 (project octave):

I think I may have misunderstood a lot of things during the course of this
discussion.

In any case, I now understand that the variables used for selecting static
libraries in cmake projects are not uniform.

As I understand it, there are many .a libraries in MinGW that correspond to
Windows DLLs and that are only there to allow linking to succeed but don't
provide the actual functions.  Those files are not a problem.

Also if I understand correctly, the .dll.a files are just present to provide
linking info for the corresponding .dll files so they are not a problem.

What are the new/correct(?) variable to avoid creating .a files for sundials,
cairo, and pango?

For hdf5, it is apparently the ONLY_SHARED_LIBS variable.

Other than those, I think the other big generator of .a libraries is LLVM
where the component libraries (that I don't think we need) are not created as
DLLs in the Windows build.  I don't know whether it is easy or possible to fix
that directly using LLVM build options.

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?59373>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]