| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 120298
|
|
|
|
|
|
|
|
| |
thread-safe on MSVC, but we don't
support threaded LLVM there anyways.
llvm-svn: 119718
|
|
|
|
| |
llvm-svn: 119433
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The system API's will be shifted over to returning an error_code, and returning
other return values as out parameters to the function.
Code that needs to check error conditions will use the errc enum values which
are the same as the posix_errno defines (EBADF, E2BIG, etc...), and are
compatable with the error codes in WinError.h due to some magic in system_error.
An example would be:
if (error_code ec = KillEvil("Java")) { // error_code can be converted to bool.
handle_error(ec);
}
llvm-svn: 119360
|
|
|
|
| |
llvm-svn: 118683
|
|
|
|
| |
llvm-svn: 118681
|
|
|
|
|
|
|
|
| |
not check by FILE_TYPE_CHAR. It must be better to check it with Console API.
The special file "NUL" is FILE_TYPE_CHAR with GetFileType(h). It was treated as display device and discarding output to NUL had failed. (eg. opt -o nul)
llvm-svn: 118678
|
|
|
|
| |
llvm-svn: 118507
|
|
|
|
| |
llvm-svn: 118506
|
|
|
|
| |
llvm-svn: 118505
|
|
|
|
| |
llvm-svn: 118504
|
|
|
|
| |
llvm-svn: 118503
|
|
|
|
| |
llvm-svn: 118502
|
|
|
|
| |
llvm-svn: 118501
|
|
|
|
|
|
| |
facilities.
llvm-svn: 118463
|
|
|
|
| |
llvm-svn: 118442
|
|
|
|
| |
llvm-svn: 118367
|
|
|
|
|
|
|
| |
- Primarily useful for running some code with a specified stack size, when
pthreads are available.
llvm-svn: 118222
|
|
|
|
| |
llvm-svn: 118128
|
|
|
|
| |
llvm-svn: 118127
|
|
|
|
|
|
| |
limits on their own.
llvm-svn: 118113
|
|
|
|
| |
llvm-svn: 118110
|
|
|
|
| |
llvm-svn: 118106
|
|
|
|
| |
llvm-svn: 118105
|
|
|
|
| |
llvm-svn: 118102
|
|
|
|
| |
llvm-svn: 118096
|
|
|
|
|
|
|
| |
Additionally, move the implementation of appendSuffix to Path.cpp: it is
platform-independent.
llvm-svn: 118089
|
|
|
|
| |
llvm-svn: 118086
|
|
|
|
| |
llvm-svn: 118058
|
|
|
|
|
|
| |
This allows using GetDLLSuffix() with appendSuffix().
llvm-svn: 118051
|
|
|
|
|
|
| |
This makes its behaviour more consistent across platforms.
llvm-svn: 118048
|
|
|
|
| |
llvm-svn: 118045
|
|
|
|
| |
llvm-svn: 118042
|
|
|
|
| |
llvm-svn: 117666
|
|
|
|
|
|
| |
being not found from the file being not executable.
llvm-svn: 117664
|
|
|
|
|
|
| |
executing the child process and abnormal child process termination.
llvm-svn: 117661
|
|
|
|
|
|
|
|
|
|
|
|
| |
which contains slashes is inconsistent with the meaning of PATH on
Unix-type platforms, and pretty surprising.
If the user has given a specific path to execute and we can't
execute it, we should fail and say why. (Apparently the new
posix_spawn code doesn't always say why, but that's a separate
issue.)
llvm-svn: 117596
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Original commit message:
On "Unix", if Program::FindProgramByName is given a name containing
slashes, just go with it, regardless of whether it looks like it will
be executable. This follows the behavior of sh(1) more closely.
It's better when behaviour is consistent between platforms. This change also
makes FindExecutable() behave as expected on unix-likes (before this commit, it
used to always succeed).
llvm-svn: 117582
|
|
|
|
| |
llvm-svn: 117581
|
|
|
|
| |
llvm-svn: 117538
|
|
|
|
| |
llvm-svn: 117443
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
catch(...) is used in Win32/Signals.inc for catching Win32 structured
exceptions, but according to [1], this is wrong.
We can't simply change try/catch to __try/__finally, since this syntax is not
supported by MinGW. We can use __try/__finally on MSVC and __try1/__except1
macros on MinGW [2], but I think that that solution obfuscates the code too
much.
The use of try/catch(...) in Signals.inc makes it impossible to link
MinGW-compiled libSystem with llvm-gcc compiled executables. I propose that we
just remove try/catch(...) from Signals.inc, since the meaning of the code won't
change.
[1] http://members.cox.net/doug_web/eh.htm
[2] http://article.gmane.org/gmane.comp.compilers.llvm.cvs/81315
llvm-svn: 117442
|
|
|
|
|
|
|
| |
Rather than rename this instance, use the cast-to-void idiom
instead. This will hopefully fix the windows buildbots.
llvm-svn: 117262
|
|
|
|
|
|
| |
It choked BugPoint on Mingw.
llvm-svn: 117083
|
|
|
|
| |
llvm-svn: 117058
|
|
|
|
| |
llvm-svn: 116927
|
|
|
|
|
|
|
| |
A recent commit to clang exposed a bug in the Win32 Path code. This is a
minimal fix for it.
llvm-svn: 116925
|
|
|
|
|
|
| |
#includes in the process.
llvm-svn: 116919
|
|
|
|
| |
llvm-svn: 116909
|
|
|
|
| |
llvm-svn: 116785
|