[LLVMbugs] [Bug 16560] New: getSourceRange() for InitListExpr does not return full range for vector initliazation

bugzilla-daemon at llvm.org bugzilla-daemon at llvm.org
Sun Jul 7 23:10:17 PDT 2013


http://llvm.org/bugs/show_bug.cgi?id=16560

            Bug ID: 16560
           Summary: getSourceRange() for InitListExpr does not return full
                    range for vector initliazation
           Product: clang
           Version: 3.2
          Hardware: Macintosh
                OS: MacOS X
            Status: NEW
          Severity: normal
          Priority: P
         Component: -New Bugs
          Assignee: unassignedclangbugs at nondot.org
          Reporter: mikael.lepisto at vincit.fi
                CC: llvmbugs at cs.uiuc.edu
    Classification: Unclassified

I'm getting some strange behaviour, when I'm trying to get source range for
vector initalizations.

I have declaration (in global scope):

__constant float4 base_factor = (float4)(1.0f,2.0f,3.0f,4.0f);

Which is parsed to following AST:

(InitListExpr 0x7f8a9bcd3cf0 'float4':'float
__attribute__((ext_vector_type(4)))'
  (FloatingLiteral 0x7f8a9bcd3c18 'float' 1.000000e+00)
  (FloatingLiteral 0x7f8a9bcd3c38 'float' 2.000000e+00)
  (FloatingLiteral 0x7f8a9bcd3c58 'float' 3.000000e+00)
  (FloatingLiteral 0x7f8a9bcd3c78 'float' 4.000000e+00))

However when I'm trying to get them as string from rewriter with
getRewrittenText(init->getSourceRange())

I get only the first parenthesis:

(float4)

As a comparison, when I test normal table initialization everything seems fine:

__constant float base_table[] = { 1.0f,2.0f,3.0f,4.0f };

(InitListExpr 0x7fb470cd3fe8 '__constant float [4]'
  (FloatingLiteral 0x7fb470cd3f08 'float' 1.000000e+00)
  (FloatingLiteral 0x7fb470cd3f28 'float' 2.000000e+00)
  (FloatingLiteral 0x7fb470cd3f48 'float' 3.000000e+00)
  (FloatingLiteral 0x7fb470cd3f68 'float' 4.000000e+00))

Source location returns: { 1,2,3,4 }

Sounds like a similar problem to http://llvm.org/bugs/show_bug.cgi?id=3365 ,
which was fixed few years ago.

Thanks, Mikael

-- 
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/20130708/012b623c/attachment.html>


More information about the llvm-bugs mailing list