[llvm-bugs] [Bug 29004] New: Inlined function name clash resolves silently and arbitrarily
via llvm-bugs
llvm-bugs at lists.llvm.org
Tue Aug 16 10:34:52 PDT 2016
https://llvm.org/bugs/show_bug.cgi?id=29004
Bug ID: 29004
Summary: Inlined function name clash resolves silently and
arbitrarily
Product: clang
Version: 3.4
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: C++
Assignee: unassignedclangbugs at nondot.org
Reporter: dontbotherwiththis at gmail.com
CC: dgregor at apple.com, llvm-bugs at lists.llvm.org
Classification: Unclassified
Created attachment 16967
--> https://llvm.org/bugs/attachment.cgi?id=16967&action=edit
A minimal example showing strange link time resolution of name clashed inlined
functions
If there is a method name clash across compilation units and both clashing
methods have the inline keyword, clang will silently chose one globally for the
final target, instead of giving a link time error. This can result in strange
behavior.
Attached is a minimal example.
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20160816/7f124d88/attachment.html>
More information about the llvm-bugs
mailing list