search for: buiild

...o build for darwin. > > The lack of proper testing is very unfortunate. In the future, we will either drop the dependency on Makefile/autoconf build or add the support for sanitizer testing. > > Sorry, for some reason I had the impression that you're also more interested in CMake buiild :-/. Only now I noticed that recent Kuba's patches about -isysroot fix both makefile and CMake > build system (and he's probably not very happy about it). > > I believe the effort required to port sanitizer unit tests to autotools is not worth it, and it's better to spend that...

Indeed, mingw and pthreads have C++11 atomics, so building clang (with atomics) should be possible even in cross compilation. I have no idea what is the win from *not* using winpthreads, it is one small DLL file with BSD license. For context (does not matter to mingw as host for buiilding clang but matters for clang running with mingw environment), clang TLS implementation is not same as mingw so atomics do not work for clang+mingw pthreads unless you replace libstdc++ with libcxx compiled by clang. Even there may be troubles with mingw-compiled libraries. libc++ could be built...

Hi, I want to compile Wine but I have some problems First, Code: apt-get install build-essential then Code: apt-get buiild-dep wine But I got this error: Code: E: Unable to find a source package for wine I think I need the wine repo for Debian Wheezy, but I don't find them, can you please help me? thanks

...gt; The lack of proper testing is very unfortunate. In the future, we will either drop the dependency on Makefile/autoconf build or add the support for sanitizer testing. >> >> >> Sorry, for some reason I had the impression that you're also more interested in CMake buiild :-/. Only now I noticed that recent Kuba's patches about -isysroot fix both makefile and CMake >> build system (and he's probably not very happy about it). >> >> I believe the effort required to port sanitizer unit tests to autotools is not worth it, and it's b...

Unfortunately, we do rely on the Autotools to build for darwin. The lack of proper testing is very unfortunate. In the future, we will either drop the dependency on Makefile/autoconf build or add the support for sanitizer testing. Anna. > On Feb 17, 2015, at 10:54 AM, Kostya Serebryany <kcc at google.com> wrote: > > +1 (in case you still need mine) > > On Thu, Feb 12,

I am interested in tapping into LAPACK functionality directly from R. Using R-2.4.1 for Windows, I was able to do so ala: dyn.load("bin/Rlapack.dll") is.loaded("dstebz") # returns TRUE N <- 100 NW <- 4 n.tapers <- 5 tpW <- (2 * pi * NW)/N otNmo <- 1:N D <- as.double(cos(tpW) * ((N - 1 - 2 * (0:(N - 1)))/2)^2) E <- as.double((otNmo * (N - otNmo))/2) z

Can someone else from the Solaris realm that uses our package system verify that this should be done? It looks right, but I want another opinion before commiting. - Ben > On Wed, 27 Feb 2002, Antonio Navarro wrote: > >> Hi Ben, >> >> I have made some modifications to the buildpkg.sh script that is >> distributed with openssh. >> >> I am sending it to

AKA: MinGW + win32threads is holding LLVM (and all of its subprojects) back. We need to stop supporting this host platform. I'm aware of essentially 2 reasonably important use cases for supporting MinGW + win32threads: 1) Sane host toolchain on Windows that doesn't require downloading MSVC. (I'm dubious about the value of this one...) 2) Cross-compiling a Windows clang.exe (and