LLVM Bugzilla is read-only and represents the historical archive of all LLVM issues filled before November 26, 2021. Use github to submit LLVM bugs

Bug 2773 - Define __USER_LABEL_PREFIX__
Summary: Define __USER_LABEL_PREFIX__
Status: RESOLVED FIXED
Alias: None
Product: clang
Classification: Unclassified
Component: Frontend (show other bugs)
Version: unspecified
Hardware: All All
: P normal
Assignee: Unassigned LLVM Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-05 13:07 PDT by Daniel Dunbar
Modified: 2010-03-12 00:57 PST (History)
1 user (show)

See Also:
Fixed By Commit(s):

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Dunbar 2008-09-05 13:07:24 PDT 
This is used by some glibc headers.

From: http://gcc.gnu.org/onlinedocs/cpp/Common-Predefined-Macros.html#Common-Predefined-Macros
--
__USER_LABEL_PREFIX__
    This macro expands to a single token which is the prefix applied to user labels (symbols visible to C code) in assembly. For example, in the m68k-aout environment it expands to an `_', but in the m68k-coff environment it expands to nothing.

    This macro will have the correct definition even if -f(no-)underscores is in use, but it will not be correct if target-specific options that adjust this prefix are used (e.g. the OSF/rose -mno-underscores option). 
--
Comment 1 Chris Lattner 2008-10-05 14:23:26 PDT 
Implemented here:
http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20080929/007973.html

I have no intention of implementing support for  -fno-leading-underscore.  If someone needs it, they can make sure to fix this macro as well.  I don't think the llvm backend supprots it at all for example.