en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll#2f448bf5 [X86] Migrate tests to use opaque pointers (NFC)Test updates were performed using:https://gist.github.com/nikic/98357b71fd67756b0f064c9517b62a34These are only the test updates where the test passed withoutfurther modification (which is almost all of them, as the backendis largely pointer-type agnostic). List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll Wed, 22 Jun 2022 12:33:12 +0000 Nikita Popov <npopov@redhat.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll#2dd88343 [Mangler] Calculate the argument list byte count suffix correctly when returning large values`__stdcall`, `__fastcall` and `__vectorcall` return large values via ahidden pointer argument. However, the size of that argument should notbe included in the argument list byte count suffix added to thefunction's decorated name.This patch fixes that issue so that LLVM generates the same decoratedname as MSVC does.MSVC example: https://godbolt.org/z/nc35MKPhrReviewed By: rnkDifferential Revision: https://reviews.llvm.org/D110719 List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll Wed, 29 Sep 2021 18:36:13 +0000 Wesley Wiser <wesleywiser@microsoft.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll#79dd505c [x86] Disambiguate RET[QL] and fix aliases for 16-bit modeI couldn't see how to do this sanely without splitting RETQ from RETL.Eric says: "sad about the inability to roundtrip them now, but...".I have no idea what that means, but perhaps it wants preserving in thecommit comment.llvm-svn: 198756 List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll Wed, 08 Jan 2014 12:58:07 +0000 David Woodhouse <dwmw2@infradead.org> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll#7ddcdc82 Revert "Re-commit r192758 - MC: quote tricky symbol names in asm output"This caused the clang-native-mingw32-win7 buildbot to break.The assembler was complaining about the following lines that were showing upin the asm for CrashRecoveryContext.cpp: movl $"__ZL16ExceptionHandlerP19_EXCEPTION_POINTERS@4", 4(%eax) calll "_AddVectoredExceptionHandler@8" .def "__ZL16ExceptionHandlerP19_EXCEPTION_POINTERS@4"; "__ZL16ExceptionHandlerP19_EXCEPTION_POINTERS@4": calll "_RemoveVectoredExceptionHandler@4"Reverting for now.llvm-svn: 192940 List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll Fri, 18 Oct 2013 02:14:40 +0000 Hans Wennborg <hans@hanshq.net> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll#69918bcc Re-commit r192758 - MC: quote tricky symbol names in asm outputThe reason this got reverted was that the @feat.00 symbol which was emittedfor every TU became quoted, and on cygwin/mingw we use the gas assembler whichcouldn't handle the quotes.This commit fixes the problem by only emitting @feat.00 for win32, where we useclang -cc1as to assemble. gas would just drop this symbol anyway, so there is noloss there.With @feat.00 gone, there shouldn't be quoted symbols showing up on cygwin sinceit uses the Itanium ABI, which doesn't put these funny characters in symbols.> Because of win32 mangling, we produce symbol and section names with> funny characters in them, most notably @ characters.>> MC would choke on trying to parse its own assembly output. This patch addresses> that by:>> - Making @ trigger quoting of symbol names> - Also quote section names in the same way> - Just parse section names like other identifiers (to allow for quotes)> - Don't assume @ signifies a symbol variant if it is in a string.llvm-svn: 192859 List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll Thu, 17 Oct 2013 01:13:02 +0000 Hans Wennborg <hans@hanshq.net> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll#272416fd Revert r192758 (and r192759), "MC: Better handling of tricky symbol and section names"GNU AS didn't like quotes in symbol names. Error: junk at end of line, first unrecognized character is `"' .def "@feat.00"; "@feat.00" = 1Reproduced on Cygwin's 2.23.52.20130309 and mingw32's 2.20.1.20100303.llvm-svn: 192775 List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll Wed, 16 Oct 2013 08:22:49 +0000 NAKAMURA Takumi <geek4civic@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll#d34cf143 MC: Better handling of tricky symbol and section namesBecause of win32 mangling, we produce symbol and section names withfunny characters in them, most notably @ characters.MC would choke on trying to parse its own assembly output. This patch addressesthat by:- Making @ trigger quoting of symbol names- Also quote section names in the same way- Just parse section names like other identifiers (to allow for quotes)- Don't assume @ signifies a symbol variant if it is in a string.Differential Revision: http://llvm-reviews.chandlerc.com/D1945llvm-svn: 192758 List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll Wed, 16 Oct 2013 01:20:40 +0000 Hans Wennborg <hans@hanshq.net> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll#9c0df169 Do not mangle in MS-way the globals with magic \001 in the name.Based on the patch by David Nadlinger!llvm-svn: 179889 List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll Fri, 19 Apr 2013 21:20:56 +0000 Anton Korobeynikov <asl@math.spbu.ru> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll#68c30907 Correct bogus module triple specifications.llvm-svn: 112469 List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll Mon, 30 Aug 2010 10:48:29 +0000 Duncan Sands <baldrick@free.fr> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll#b9ce3cc4 Testcases for recent stdcall / fastcall mangling improvementsllvm-svn: 95982 List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/stdcall.ll Fri, 12 Feb 2010 15:29:13 +0000 Anton Korobeynikov <asl@math.spbu.ru>