GNU Libtool - Patches: patch #9361, libtool.m4: preload valid C symbol...
You are not allowed to post comments on this tracker with your current authentication level.
patch #9361: libtool.m4: preload valid C symbol names only
Submitter: | Michael Haubenwallner <haubi> | ||
Submitted: | Fri 26 May 2017 06:30:24 PM UTC | ||
Category: | None | Priority: | 5 - Normal |
Status: | None | Privacy: | Public |
Assigned to: | None | Open/Closed: | Open |
Attached Files
file #40796: 0001-libtool.m4-preload-valid-C-symbol-names-only.patch added by haubi (3KiB - text/x-patch)
Depends on the following items: None found
Items that depend on this one: None found
Carbon-Copy List
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follows 1 latest change.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2017-05-26 | haubi | Attached File | - | ![]() |
Added 0001-libtool.m4-preload-valid-C-symbol-names-only.patch, #40796 |
Hi,
the current $global_symbol_pipe for 'MS dumpbin' yields symbol names starting with @ or ? on purpose.
As these symbol names are not valid C symbol names, this breaks following test cases with 64bit MSVC compiler, and even with 32bit since MSVC 14 (=VS 2015):
27: link against a preloaded static library
28: build and dynamically load a module
29: preload static and dynamic module
31: disable fast install
32: force PIC objects
34: hardcoding library path
36: uninstalled libraries have priority
37: linking with long file names
Attached patches does fix these test cases for 64bit MSVC (tested 10.0, 12.0, 14.0, 15.0) as well as for 32bit MSVC 14.0 and 15.0 (=VS 2017), in that it does accept only valid C symbol names for ltdl preloading.
Thanks!
/haubi/