Opened 22 months ago

Closed 21 months ago

Last modified 21 months ago

#118 closed task (fixed)

disable static by default (again)

Reported by: stefan Owned by: stefan
Priority: major Component: build system
Version: trunk Keywords: autotools-update


I think I might disable static builds by default again (though I want to see the effect of #98 first).

Further, on Windows I'll forbid doing a shared and a static build concurrently. The reason is that the config header file (or the CFLAGS in the .pc file) will be different when using shared or static libs, because when linking against a shared lib (DLL), one needs to make sure that __declspec(dllimport) is active in the header files. This is easiest to achieve if one builds only one variant of the libs. Maybe it will also help to work around some of the libtool bugs mentioned in #112 (comments 5 and 6).

Change History (4)

comment:1 Changed 22 months ago by stefan

Disabled static with r3873.

comment:2 Changed 22 months ago by tkr

The implications of this are not really clear to me. with --enable-debug, would we still have static libraries?

comment:3 Changed 22 months ago by stefan

--enable-debug is actually not there at the moment. But if and when it comes back, then it would not also change to static libs. You would need to set --disable-shared additionally. One could argue that this is not unintuitive behavior.

comment:4 Changed 21 months ago by stefan

  • Resolution set to fixed
  • Status changed from new to closed

Added giving an error if --enable-static is given on Windows/(i)cl without --disable-shared with r3930.

Last edited 21 months ago by stefan (previous) (diff)
Note: See TracTickets for help on using tickets.