| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
| |
-Strip -iquote and -M options.
-Quote -D options to avoid problems with command line macros that include
parens.
rdar://11949066
llvm-svn: 160743
|
|
|
|
|
|
|
|
|
|
|
| |
- lib/Driver/Driver.cpp, tools/driver/driver.cpp: Exit status should not be propagated, although clang driver should catch exceptions.
- test/Driver/crash-report.c: Add REQUIRES:shell for now.
FIXME: setenv should work also on Lit.InternalShellRunner.
- test/Driver/crash-report.c: Remove XFAIL.
Thanks to Chad, To point out the issue.
llvm-svn: 160343
|
|
|
|
| |
llvm-svn: 159942
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now that we're only using -frewrite-includes rather than full preprocessing
when producing repro source files, we should also include command line macro
definitions in the repro script.
I don't have a test case for this because I'm not sure if/how I can open the
crash report file when the name is only known by scraping the crash report
output. Suggestions welcome if anyone thinks it'd be helpful.
llvm-svn: 159592
|
|
|
|
|
|
|
|
|
|
|
| |
In future changes we should:
* use __builtin_trap rather than derefing 'random' volatile pointers.
* avoid dumping temporary files into /tmp when running tests, instead
preferring a location that is properly cleaned up by lit.
Review by Chandler Carruth.
llvm-svn: 159469
|
|
|
|
|
|
| |
rdar://11684107
llvm-svn: 158734
|
|
|
|
| |
llvm-svn: 158729
|
|
|
|
|
|
|
| |
filed, but still missing the preprocessed source and associated run script.
rdar://11684107
llvm-svn: 158727
|
|
|
|
|
|
| |
rdar://11518308
llvm-svn: 157346
|
|
|
|
|
|
|
|
| |
arguments, force use of clang frontend for the driver.
Fixes rdar://11356765.
llvm-svn: 157205
|
|
|
|
| |
llvm-svn: 156947
|
|
|
|
|
|
| |
Patch by Jordy Rose.
llvm-svn: 156172
|
|
|
|
|
|
|
|
|
| |
and use
array_lengthof. Also, append the new filename with correct preprocessed suffix.
Last part of rdar://11285725
llvm-svn: 156117
|
|
|
|
|
|
| |
Part of rdar://11285725
llvm-svn: 156096
|
|
|
|
|
|
|
| |
aren't necessary to reproduce the clang crash.
Part of rdar://11285725
llvm-svn: 156079
|
|
|
|
|
|
|
|
| |
serialization logic in Frontend and Driver.
Reviewed by Eric, Doug and Chandler, and here: http://llvm.org/reviews/r/7/
llvm-svn: 155916
|
|
|
|
|
|
|
|
|
| |
architecture; this was happening for tools such as lipo and dsymutil.
Also, if no -arch option has been specified, set the architecture based
on the TC default.
rdar://11329656
llvm-svn: 155730
|
|
|
|
|
|
| |
intended.
llvm-svn: 155719
|
|
|
|
|
|
| |
intended.
llvm-svn: 155718
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
overwriting the input file. For example,
clang -c foo.s -o foo.o -save-temps
Unfortunately, the original patch didn't compare the paths of the input and
output files. Thus, something like the following would fail to create foo.s.
cd /tmp/obj
clang -c ../src/foo.s -o foo.o -save-temps
rdar://11252615
llvm-svn: 155224
|
|
|
|
|
|
|
| |
Add a FIXME comment.
rdar://11283560
llvm-svn: 155207
|
|
|
|
|
|
| |
tested.
llvm-svn: 155205
|
|
|
|
|
|
|
|
|
|
| |
flags. We have preprocessed source, so we don't need these.
No test case as it's fairly difficult to make the compiler crash on demand. I'll
patiently wait for Ben to tell me how to do this in 2 lines of code. :)
rdar://11283560
llvm-svn: 155180
|
|
|
|
| |
llvm-svn: 154792
|
|
|
|
| |
llvm-svn: 154774
|
|
|
|
|
|
|
|
| |
However, the '-x' option has special handling and wasn't following this
paradigm. Fix it to do so by claiming the arg as we parse the '-x' option.
rdar://11203340
llvm-svn: 154231
|
|
|
|
|
|
|
| |
objective-c's fragile abi, Use -rewrite-objc for translating
objective-c's modern abi. // rdar://11143173
llvm-svn: 153877
|
|
|
|
| |
llvm-svn: 152579
|
|
|
|
|
|
| |
rdar://10993648
llvm-svn: 152180
|
|
|
|
| |
llvm-svn: 152159
|
|
|
|
|
|
|
|
|
|
|
| |
the new Objective-C NSArray/NSDictionary/NSNumber literal syntax.
This introduces a new library, libEdit, which provides a new way to support
migration of code that improves on the original ARC migrator. We now believe
that most of its functionality can be refactored into the existing libraries,
and thus this new library may shortly disappear.
llvm-svn: 152141
|
|
|
|
|
|
|
|
|
|
| |
by -target and similar options. As discussed in PR 12026, the change
broke support for target-prefixed tools, i.e. calling x86_64--linux-ld
when compiling for x86_64--linux. Improve the test cases added
originally in r149083 to not require execution, just executable files.
Document the hack with appropiate FIXME comments.
llvm-svn: 151185
|
|
|
|
|
|
|
| |
are likely many other OPT_xxxx_EQ options that could/should be added here.
rdar://10704648
llvm-svn: 151174
|
|
|
|
|
|
|
| |
crash. This can speedup the process of generating a delta reduced test case.
rdar://10905465
llvm-svn: 151109
|
|
|
|
| |
llvm-svn: 150960
|
|
|
|
|
|
|
| |
configure's --with-gcc-toolchain. The configure option is now just a default
value for the command line one.
llvm-svn: 150898
|
|
|
|
|
|
|
|
| |
world on Solaris 11 for both x86 and x86-64 using the built-in assembler and
Solaris (not GNU) ld, however it currently relies on a hard-coded GCC location
to find crtbegin.o and crtend.o, as well as libgcc and libgcc_eh.
llvm-svn: 150580
|
|
|
|
|
|
|
|
|
|
| |
And remove HAVE_CLANG_CONFIG_H, now that the header is generated
in the autoconf build, too.
Reverts r149571/restores r149504, now that config.h is generated
correctly by LLVM's configure in all build configurations.
llvm-svn: 150487
|
|
|
|
|
|
|
|
|
| |
-arch options if the're all the same.
Patch by Jeremy Huddleston.
rdar://10849701
llvm-svn: 150403
|
|
|
|
|
|
|
|
|
|
| |
This was from way-back-when (r82583) when Clang's C++ support wasn't prime-time
yet. Production quality C++ was tested experimentally from r100119 and turned
on by default in r141063.
Patch by Justin Bogner.
llvm-svn: 150148
|
|
|
|
|
|
|
| |
Add a quiet option for dwarfdump and move it out of NDEBUG only.
Still requires an option as we don't want this on by default.
llvm-svn: 149894
|
|
|
|
|
|
| |
to leave this as a debug only option for now.
llvm-svn: 149890
|
|
|
|
|
|
|
| |
(I was going to fix the TODO about DenseMap too, but
that would break self-host right now. See PR11922.)
llvm-svn: 149799
|
|
|
|
| |
llvm-svn: 149798
|
|
|
|
|
|
| |
Too many weird build failures.
llvm-svn: 149571
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
And remove HAVE_CLANG_CONFIG_H, now that the header is generated
in the autoconf build, too. (clang r149497 / llvm r149498)
Also include the config.h header after all other headers, per
the LLVM coding standards.
It also turns out WindowsToolChain.cpp wasn't using the config
header at all, so that include's just deleted now.
llvm-svn: 149504
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
driver based on discussions with Doug Gregor. There are several issues:
1) The patch was not reviewed prior to commit and there were review comments.
2) The design of the functionality (triple-prefixed tool invocation)
isn't the design we want for Clang going forward: it focuses on the
"user triple" rather than on the "toolchain triple", and forces that
bit of state into the API of every single toolchain instead of
handling it automatically in the common base classes.
3) The tests provided are not stable. They fail on a few Linux variants
(Gentoo among them) and on mingw32 and some other environments.
I *am* interested in the Clang driver being able to invoke
triple-prefixed tools, but we need to design that feature the right way.
This patch just extends the previous hack without fixing the underlying
problems with it. I'm working on a new design for this that I will mail
for review by tomorrow.
I am aware that this removes functionality that NetBSD relies on, but
this is ToT, not a release. This functionality hasn't been properly
designed, implemented, and tested yet. We can't "regress" until we get
something that really works, both with the immediate use cases and with
long term maintenance of the Clang driver.
For reference, the original commit log:
Keep track of the original target the user specified before
normalization. This used to be captured in DefaultTargetTriple and is
used for the (optional) $triple-$tool lookup for cross-compilation.
Do this properly by making it an attribute of the toolchain and use it
in combination with the computed triple as index for the toolchain
lookup.
llvm-svn: 149337
|
|
|
|
|
|
|
|
|
|
| |
normalization. This used to be captured in DefaultTargetTriple and is
used for the (optional) $triple-$tool lookup for cross-compilation.
Do this properly by making it an attribute of the toolchain and use it
in combination with the computed triple as index for the toolchain
lookup.
llvm-svn: 149083
|
|
|
|
|
|
|
|
|
|
| |
Linux toolchain selection -- sorry folks. =] This should fix the Hexagon
toolchain.
However, I would point out that I see why my testing didn't catch this
-- we have no tests for Hexagon. ;]
llvm-svn: 148977
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
gross hack to provide it from my previous patch removing HostInfo. This
was enshrining (and hiding from my searches) the concept of storing and
diff-ing the host and target triples. We don't have the host triple
reliably available, so we need to merely inspect the target system. I've
changed the logic in selecting library search paths for NetBSD to match
what I provided for FreeBSD -- we include both search paths, but put the
32-bit-on-64-bit-host path first so it trumps.
NetBSD maintainers, you may want to tweak this, or feel free to ask me
to tweak it. I've left a FIXME here about the challeng I see in fixing
this properly.
llvm-svn: 148952
|