Displaying 12 results from an estimated 12 matches for "errc".
Did you mean:
err
2017 Jun 04
2
building llvm_Rel400 on Scientific Linux (RHEL) 7.3 x86_64
On Sat, 3 Jun 2017 16:04:57 -0700
Tim Northover <t.p.northover at gmail.com> wrote:
[snip]
> I think you should be able to fix it by changing the
> compiler-rt/lib/xray/test/CMakeLists.txt. If you find the
> "add_compiler_rt_test" call and move "-lstdc++" to the end, just after
> "-lrt" it should work.
Thanks, Tim. I don't see "-lrt":
2017 Jun 03
2
building llvm_Rel400 on Scientific Linux (RHEL) 7.3 x86_64
...-allow-shlib-undefined -m64 -lstdc++ -lm -lpthread -lpthread -L/home/hanzer/build/build_llvm/./lib/clang/4.0.0/lib/linux -lclang_rt.xray-fdr-x86_64
/home/hanzer/build/build_llvm/./lib/clang/4.0.0/lib/linux/libclang_rt.xray-fdr-x86_64.a(xray_buffer_queue.cc.o): In function `std::make_error_code(std::errc)':
/opt/rh/devtoolset-6/root/usr/include/c++/6.2.1/system_error:197: undefined reference to `std::_V2::generic_category()'
/home/hanzer/build/build_llvm/./lib/clang/4.0.0/lib/linux/libclang_rt.xray-fdr-x86_64.a(xray_buffer_queue.cc.o): In function `std::error_code::error_code()':
/opt/r...
2012 Jun 19
0
[LLVMdev] llvm/include/Support/FileSystem.h
This is a proposed patch to enhance FileSystem.h to add functionality (getting and setting permission bits and mapping an unmapping files). This implementation follows the N3365 proposal regarding permission bits.
This functionality is needed for my next patch which will implement llvm/include/Support/FileOutputBuffer.h which is needed by lld.
-------------- next part --------------
A
2012 May 18
2
[LLVMdev] [RFC] llvm/include/Support/FileOutputBuffer.h
On Fri, May 18, 2012 at 3:07 PM, Michael Spencer <bigcheesegs at gmail.com> wrote:
>
>> + error_code ec = sys::fs::status(filePathTwine, stat);
>
> stat is undefined if ec isn't success. ec will be success even in the case of
> file_not_found.
Actually I was wrong. The Windows and UNIX implementation disagree on
this point. I'm going to change it to match
2005 Jun 16
1
identical results with PQL and Laplace options in lmer function (package lme4)
...#39;***' 0.001 '**' 0.01 '*' 0.05 '.' 0.1 ' ' 1
is anybody else aware of this? or did I forget something important ?
Many thanks for your help.
--
Emmanuel Tillard
Veterinaire
CIRAD-EMVT
Unite de recherche 18
UMR868 Elevage des Ruminants en Regions Chaudes (ERRC)
Campus ENSA-INRA
2 place Viala
34060 Montpellier cedex 1
tel: 0499612265 (fixe)
0633850598 (gsm)
fax: 0467545694
e-mail: tillard at cirad.fr
2012 May 18
0
[LLVMdev] [RFC] llvm/include/Support/FileOutputBuffer.h
...olute path, a temp
> /// directory will be prepended.
> +/// @param private_file If true file will have permissions set to only
> +/// be accessible by the current user. If false, then the file
> +/// permissions are set to be globally readable.
> /// @results errc::success if result_{fd,path} have been successfully set,
> /// otherwise a platform specific error_code.
> error_code unique_file(const Twine &model, int &result_fd,
> - SmallVectorImpl<char> &result_path,
> - bool...
2012 May 17
3
[LLVMdev] [RFC] llvm/include/Support/FileOutputBuffer.h
I now have an implementation of FileOutputBuffer (OutputBuffer was already taken). The patch supports the functionality listed below and I've tested that it works for lld.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: FileOutputBuffer.patch
Type: application/octet-stream
Size: 25308 bytes
Desc: not available
URL:
2017 May 29
3
Should we split llvm Support and ADT?
2017-05-26 17:47 GMT-07:00 Zachary Turner via llvm-dev <
llvm-dev at lists.llvm.org>:
> Changing a header file somewhere and having to spend 10 minutes waiting
> for a build leads to a lot of wasted developer time.
>
> The real culprit here is tablegen. Can we split support and ADT into two
> - the parts that tablegen depends on and the parts that it doesn't?
>
2015 May 28
0
[LLVMdev] Test failure
...**************
Note: Google Test filter = ErrorOr.Comparison
[==========] Running 1 test from 1 test case.
[----------] Global test environment set-up.
[----------] 1 test from ErrorOr
[ RUN ] ErrorOr.Comparison
~/workspace/LLVM/llvm/unittests/Support/ErrorOrTest.cpp:71: Failure
Value of: std::errc::no_such_file_or_directory
Actual: 4-byte object <02-00 00-00>
Expected: x
Which is: 24-byte object <02-00 00-00 00-00 00-00 30-8D 96-9D B3-7F
00-00 91-D9 F9-00 00-00 00-00>
[ FAILED ] ErrorOr.Comparison (1 ms)
[----------] 1 test from ErrorOr (1 ms total)
[----------] Global test...
2006 Aug 02
0
expected survival from a frailty cox model using survfit
...95LCL 0.95UCL
76 58 63 39 132
survfit(kfitm1, newdata=kidney[1,]) #return an error message
Erreur dans x2 %*% coef : arguments inad?quats
Thanks in Advance
--
Emmanuel Tillard
Veterinaire
CIRAD-EMVT
Unite de recherche 18
UMR868 Elevage des Ruminants en Regions Chaudes (ERRC)
Campus ENSA-INRA
2 place Viala
34060 Montpellier cedex 1
tel: 0499612265 (fixe)
0633850598 (gsm)
fax: 0467545694
e-mail: tillard at cirad.fr
2017 May 29
3
Should we split llvm Support and ADT?
...nOf
> Allocator
> ArrayRecycler
> Atomic
> AtomicOrdering
> Capacity
> Casting
> Chrono
> circular_raw_ostream
> COM.h
> CommandLine.h
> Compiler.h
> ConvertUTF.h
> CrashRecoveryContext.h
> DataExtractor.h
> Debug.h
> Endian.h
> EndianStream.h
> Errc.h
> Errno.h
> Error.h
> ErrorHandling.h
> ErrorOr.h
> FileOutputBuffer.h
> FileSystem.h
> FileUtilities.h
> Format*.h
> GlobPattern.h
> Host.h
> JamCRC.h
> KnownBits.h
> LineIterator.h
> Locale.h
> ManagedStatic.h
> MathExtras.h
> MD5.h
> Memory...
2017 May 29
3
Should we split llvm Support and ADT?
...nOf
> Allocator
> ArrayRecycler
> Atomic
> AtomicOrdering
> Capacity
> Casting
> Chrono
> circular_raw_ostream
> COM.h
> CommandLine.h
> Compiler.h
> ConvertUTF.h
> CrashRecoveryContext.h
> DataExtractor.h
> Debug.h
> Endian.h
> EndianStream.h
> Errc.h
> Errno.h
> Error.h
> ErrorHandling.h
> ErrorOr.h
> FileOutputBuffer.h
> FileSystem.h
> FileUtilities.h
> Format*.h
> GlobPattern.h
> Host.h
> JamCRC.h
> KnownBits.h
> LineIterator.h
> Locale.h
> ManagedStatic.h
> MathExtras.h
> MD5.h
> Memory...