[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