From: SourceForge.net <no...@so...> - 2008-03-12 21:48:34
|
Bugs item #1912666, was opened at 2008-03-13 01:57 Message generated for change (Comment added) made by dannysmith You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1912666&group_id=2435 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: gcc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lee Moore (leemoore1966) Assigned to: Nobody/Anonymous (nobody) Summary: mingw gcc incorrect behavior for flag --version-script Initial Comment: I am trying to create a dll from mingw gcc. I want to constrain the global symbols in my dll using the --version-script flag. I have tried using wildcards and explicit names, but I am unable to make symbols local to the dll, when they have not been declared static in the source. Is this known not to work ? This is the correct behavior under Linux, but it does not work under Windows. my main problem is that I have symbols appearing as globall when I load dlls, but I want them to be local. I know I can do this using an import library, but the syntax is too restrictive (no globbing) - there surely must be a way using --version-script Thx Lee ---------------------------------------------------------------------- Comment By: Danny Smith (dannysmith) Date: 2008-03-13 10:48 Message: Logged In: YES user_id=11494 Originator: NO This is not a mingw bug. >From ld.info: `--version-script=VERSION-SCRIPTFILE' Specify the name of a version script to the linker. This is typically used when creating shared libraries to specify additional information about the version hierarchy for the library being created. This option is only meaningful on ELF platforms which support shared libraries. *Note VERSION::. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1912666&group_id=2435 |