search for: magnler

...at I missed? > if you use "\1" + "usual name", it will disable name mangling if you are > lucky. A leading \1 is LLVM's way of saying: leave this name alone! Seems like I'm out of luck - the @<n> suffix is added (AddFastCallStdCallSuffix) in the GlobalValue Magnler::getNameWithPrefix overload, without paying respect to whether the name originally had a '\1' prefix or not. Should this be changed? David

...+ "usual name", it will disable name mangling if you are >> > lucky. A leading \1 is LLVM's way of saying: leave this name alone! >> >> Seems like I'm out of luck - the @<n> suffix is added >> (AddFastCallStdCallSuffix) in the GlobalValue >> Magnler::getNameWithPrefix overload, without paying respect to whether >> the name originally had a '\1' prefix or not. >> >> Should this be changed? >> >> David >> _______________________________________________ >> LLVM Developers mailing list >> LLV...

...use "\1" + "usual name", it will disable name mangling if you are > > lucky. A leading \1 is LLVM's way of saying: leave this name alone! > > Seems like I'm out of luck - the @<n> suffix is added > (AddFastCallStdCallSuffix) in the GlobalValue > Magnler::getNameWithPrefix overload, without paying respect to whether > the name originally had a '\1' prefix or not. > > Should this be changed? > > David > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http...

...uot;, it will disable name mangling if you are >>> > lucky. A leading \1 is LLVM's way of saying: leave this name alone! >>> >>> Seems like I'm out of luck - the @<n> suffix is added >>> (AddFastCallStdCallSuffix) in the GlobalValue >>> Magnler::getNameWithPrefix overload, without paying respect to whether >>> the name originally had a '\1' prefix or not. >>> >>> Should this be changed? >>> >>> David >>> _______________________________________________ >>> LLVM Develope...

...gling if you > are > >>> > lucky. A leading \1 is LLVM's way of saying: leave this name alone! > >>> > >>> Seems like I'm out of luck - the @<n> suffix is added > >>> (AddFastCallStdCallSuffix) in the GlobalValue > >>> Magnler::getNameWithPrefix overload, without paying respect to whether > >>> the name originally had a '\1' prefix or not. > >>> > >>> Should this be changed? > >>> > >>> David > >>> ____________________________________________...

...e name mangling if you are >>>> > lucky. A leading \1 is LLVM's way of saying: leave this name alone! >>>> >>>> Seems like I'm out of luck - the @<n> suffix is added >>>> (AddFastCallStdCallSuffix) in the GlobalValue >>>> Magnler::getNameWithPrefix overload, without paying respect to whether >>>> the name originally had a '\1' prefix or not. >>>> >>>> Should this be changed? >>>> >>>> David >>>> _______________________________________________ &g...