Navigation Menu

Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

improve assembler syntax for nameless values #2852

Closed
llvmbot opened this issue Jun 21, 2008 · 2 comments
Closed

improve assembler syntax for nameless values #2852

llvmbot opened this issue Jun 21, 2008 · 2 comments
Labels
bugzilla Issues migrated from bugzilla

Comments

@llvmbot
Copy link
Collaborator

llvmbot commented Jun 21, 2008

Bugzilla Link 2480
Resolution FIXED
Resolved on Aug 29, 2008 12:20
Version unspecified
OS Linux
Reporter LLVM Bugzilla Contributor
CC @asl

Extended Description

The assembler is hard to read when values have no names. Here's what it
looks like currently:

    call i8* @&#8203;f( i32 0 )            ; <i8*>:0 [#uses=1]
    call void @&#8203;g( i8* %0 )

How about changing it to this:

    %0 = call i8* @&#8203;f( i32 0 )            ; <i8*> [#uses=1]
    call void @&#8203;g( i8* %0 )

?

So in the assembler %0 would act like a name for the purpose
of assembling, but internally no name would be assigned to the
value (so the value might be written out to assembler later as
%1 or some other number).

@lattner
Copy link
Collaborator

lattner commented Jun 21, 2008

I agree. I think what we basically want is for the "%4 = " to be optional, but for the assembler to verify that it matches up with the numbering the instruction would otherwise get. This is primarily to make dumps more readable, not to make writing .ll files easier.

@llvmbot llvmbot transferred this issue from llvm/llvm-bugzilla-archive Dec 3, 2021
cyndyishida pushed a commit to cyndyishida/llvm-project that referenced this issue Jun 17, 2022
[ASTReader] Only mark module out of date if not already compiled
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bugzilla Issues migrated from bugzilla
Projects
None yet
Development

No branches or pull requests

2 participants