llvm/test/FrontendC++, branch release_29 http://llvm.org https://git.amat.us/llvm/atom/test/FrontendC++?h=release_29 2011-02-09T16:41:31Z remove a small scattering of basically pointless tests. These are 2011-02-09T16:41:31Z Chris Lattner sabre@nondot.org 2011-02-09T16:41:31Z urn:sha1:f18ed3853a9def03566ca44af1650c149af19711 all covered by llvm-test, which is what they were reduced from back in 2003. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@125189 91177308-0d34-0410-b5e6-96231b3b80d8 remove a broken test, this is matching nounwind on intrinsics, not the old unwind instruction 2011-02-09T16:40:56Z Chris Lattner sabre@nondot.org 2011-02-09T16:40:56Z urn:sha1:71f4391b2e50c4db2e97e13f902300f77a8718e7 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@125188 91177308-0d34-0410-b5e6-96231b3b80d8 Remove stale test that has never worked, afaik. 2011-02-01T00:47:16Z Devang Patel dpatel@apple.com 2011-02-01T00:47:16Z urn:sha1:e361d2eda14dcd102411721995ae8ed5afbe0c18 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@124635 91177308-0d34-0410-b5e6-96231b3b80d8 This test dates from the time when llvm-gcc had problems if two types were 2010-12-02T18:19:23Z Duncan Sands baldrick@free.fr 2010-12-02T18:19:23Z urn:sha1:ee3a428e0ff550f4c1951830a81c5630a2191e33 named the same, so it had to qualify type names according to the enclosing scope to ensure uniqueness. This is no longer needed for correctness (though it may be helpful when reading the IR), so this test has lost its importance. Zap it because dragonegg will never be able to produce the qualified type name since modern gcc zaps language specific info (such as whether a type is nested inside another - needed to get X::Y here) before dragonegg is reached. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@120721 91177308-0d34-0410-b5e6-96231b3b80d8 Remove explicit uses of -emit-llvm, the test infrastructure adds it 2010-11-25T21:39:17Z Duncan Sands baldrick@free.fr 2010-11-25T21:39:17Z urn:sha1:71a39f4b6f132c0ab4520a46e9ad5b363711e686 automatically. Use -S with llvm-gcc rather than -c, so tests can work when llvm-gcc is really dragonegg (which can output IR with -S but not -c). git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@120160 91177308-0d34-0410-b5e6-96231b3b80d8 Judging from the comment, the system assembler is supposed to assemble 2010-11-25T21:26:21Z Duncan Sands baldrick@free.fr 2010-11-25T21:26:21Z urn:sha1:a0c67bb1f9c59e0660ea6bc8d27226bfa900d58a the output of this test. Since it was producing bitcode, that clearly wasn't happening! Have it produce target assembler and assemble that instead. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@120159 91177308-0d34-0410-b5e6-96231b3b80d8 Generalize DISubprogram element to encode various flags instead of just one boolean for isArtificial. 2010-09-29T21:04:46Z Devang Patel dpatel@apple.com 2010-09-29T21:04:46Z urn:sha1:9dd2b47d444e310347debcac5cdddedbb22881e6 This is a backword compatible change. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@115084 91177308-0d34-0410-b5e6-96231b3b80d8 Reapply r112623. Included additional check for unused byval argument. 2010-08-31T22:22:42Z Devang Patel dpatel@apple.com 2010-08-31T22:22:42Z urn:sha1:0b48eade42022c929fcf0f2afcffdf849c5bd05a git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@112659 91177308-0d34-0410-b5e6-96231b3b80d8 Revert r112623. It is causing self host build failures. 2010-08-31T19:41:03Z Devang Patel dpatel@apple.com 2010-08-31T19:41:03Z urn:sha1:81b79b5fa808730d102cdc4b60a52e602d425de5 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@112631 91177308-0d34-0410-b5e6-96231b3b80d8 Remember byval argument's frame index during argument lowering and use this info to emit debug info. 2010-08-31T18:50:09Z Devang Patel dpatel@apple.com 2010-08-31T18:50:09Z urn:sha1:8480c2e314f6c01638ea16f32149417848352085 Fixes Radar 8367011. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@112623 91177308-0d34-0410-b5e6-96231b3b80d8