search for: llvm_on_unix

...o build LLVM on cygwin. Sorry, I didn't mean to include this hunk: Index: CMakeLists.txt =================================================================== --- CMakeLists.txt (revision 58429) +++ CMakeLists.txt (working copy) @@ -31,8 +31,13 @@ ) if(WIN32) - set(LLVM_ON_WIN32 1) - set(LLVM_ON_UNIX 0) + if(CYGWIN) + set(LLVM_ON_WIN32 0) + set(LLVM_ON_UNIX 1) + else(CYGWIN) + set(LLVM_ON_WIN32 1) + set(LLVM_ON_UNIX 0) + endif(CYGWIN) set(LTDL_SHLIB_EXT ".dll") set(EXEEXT ".exe") # Maximum path length is 160 for non-unicode paths But I do need it, or...

Cygwin's <stdint.h> defines uint32_t as "unsigned long". I think this is valid, but it causes various problems like this when building LLVM with GCC 3.4.4: .../lib/CodeGen/SelectionDAG/SelectionDAG.cpp:3440: error: call of overloaded `AddInteger(uint32_t)' is ambiguous .../lib/CodeGen/SelectionDAG/SelectionDAG.cpp:1429: error: no matching function for call to `max(long

> Could you please rig Makefile.rules or something to print out the value > of $(LLVM_ON_WIN32) ? The only way I can think of this happening is if > that's erroneously false. The configure script sets LLVM_ON_UNIX, not LLVM_ON_WIN32, for Cygwin: case $host in ... *-*-cygwin*) llvm_cv_link_all_option="-Wl,--whole-archive" llvm_cv_no_link_all_option="-Wl,--no-whole-archive" llvm_cv_os_type="Cygwin" llvm_cv_platform_type="Unix" ;; case $llvm_cv_pl...

...configure: failed program was: | /* confdefs.h.  */ | #define PACKAGE_NAME "llvm" | #define PACKAGE_TARNAME "-llvm-" | #define PACKAGE_VERSION "2.5" | #define PACKAGE_STRING "llvm 2.5" | #define PACKAGE_BUGREPORT "llvmbugs at cs.uiuc.edu" | #define LLVM_ON_UNIX 1 | /* end confdefs.h.  */ | | int | main () | { | |   ; |   return 0; | } configure:2842: error: C compiler cannot create executables See `config.log' for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=powerpc-apple-darwin8.11.0 ac_cv_env_CCC...

Aaron Gray wrote: > On Sat, Feb 21, 2009 at 7:14 PM, Nick Lewycky <nicholas at mxc.ca > <mailto:nicholas at mxc.ca>> wrote: > > Aaron Gray wrote: > > On Thu, Feb 19, 2009 at 6:55 PM, Nick Lewycky <nicholas at mxc.ca > <mailto:nicholas at mxc.ca> > > <mailto:nicholas at mxc.ca <mailto:nicholas at mxc.ca>>> wrote:

On Sat, Feb 21, 2009 at 7:14 PM, Nick Lewycky <nicholas at mxc.ca> wrote: > Aaron Gray wrote: > > On Thu, Feb 19, 2009 at 6:55 PM, Nick Lewycky <nicholas at mxc.ca > > <mailto:nicholas at mxc.ca>> wrote: > > > > Aaron Gray wrote: > > > On Thu, Feb 19, 2009 at 5:52 PM, Nick Lewycky <nicholas at mxc.ca > >

...; | /* confdefs.h.  */ > | #define PACKAGE_NAME "llvm" > | #define PACKAGE_TARNAME "-llvm-" > | #define PACKAGE_VERSION "2.5" > | #define PACKAGE_STRING "llvm 2.5" > | #define PACKAGE_BUGREPORT "llvmbugs at cs.uiuc.edu" > | #define LLVM_ON_UNIX 1 > | /* end confdefs.h.  */ > | > | int > | main () > | { > | > |   ; > |   return 0; > | } > configure:2842: error: C compiler cannot create executables > See `config.log' for more details. > > ## ---------------- ## > ## Cache variables. ## > ## -...

...f the Support Library interface are separated by their general +class of operating system. Currently only Unix and Win32 classes are defined +but more could be added for other operating system classifications. To +distinguish which implementation to compile, the code in ``lib/Support`` uses +the ``LLVM_ON_UNIX`` and ``LLVM_ON_WIN32`` ``#defines`` provided via configure +through the ``llvm/Config/config.h`` file. Each source file in ``lib/Support``, +after implementing the generic (operating system independent) functionality +needs to include the correct implementation using a set of +``#if defined(LLVM_O...

...separated by their general >> +class of operating system. Currently only Unix and Win32 classes are defined >> +but more could be added for other operating system classifications. To >> +distinguish which implementation to compile, the code in ``lib/Support`` uses >> +the ``LLVM_ON_UNIX`` and ``LLVM_ON_WIN32`` ``#defines`` provided via configure >> +through the ``llvm/Config/config.h`` file. Each source file in ``lib/Support``, >> +after implementing the generic (operating system independent) functionality >> +needs to include the correct implementation using a s...

...y interface are separated by their general > +class of operating system. Currently only Unix and Win32 classes are defined > +but more could be added for other operating system classifications. To > +distinguish which implementation to compile, the code in ``lib/Support`` uses > +the ``LLVM_ON_UNIX`` and ``LLVM_ON_WIN32`` ``#defines`` provided via configure > +through the ``llvm/Config/config.h`` file. Each source file in ``lib/Support``, > +after implementing the generic (operating system independent) functionality > +needs to include the correct implementation using a set of > +...

Well... that didn't take long. I'm not sure what you did, Reid, with Path.cpp, but it broke VC++: Bytecode.lib(ReaderWrappers.obj) : error LNK2001: unresolved external symbol "public: __thiscall llvm::sys::Path::Path(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (??0Path at sys@llvm@@QAE at

Hello Erik, Thank you to work. I have not checked to build them, though, I can tell you some comments, excuse me. * General - Please post patches to cfe-commits and to llvm-commits, too. (IMHO it would not be needed to split articles apart each lists as long as each would be related.) - If you can, please attach files w/o CRLF(dos encodings), or with attached text/plain. - You may

...ting system. Currently only Unix and Win32 classes are defined but more could be added for other operating system classifications. To -distinguish which implementation to compile, the code in ``lib/System`` uses +distinguish which implementation to compile, the code in ``lib/Support`` uses the ``LLVM_ON_UNIX`` and ``LLVM_ON_WIN32`` ``#defines`` provided via configure -through the ``llvm/Config/config.h`` file. Each source file in ``lib/System``, +through the ``llvm/Config/config.h`` file. Each source file in ``lib/Support``, after implementing the generic (operating system independent) functionality...

On 25 May 2013 15:30, Sean Silva <silvas at purdue.edu> wrote: > This will break existing URLs. Until we have a way to set up redirects the > file name should stay the same. Would a SystemLibrary.rst saying it was replaced with the support library be ok? > -- Sean Silva Cheers, Rafael

...d Win32 classes are > defined > but more could be added for other operating system classifications. To > -distinguish which implementation to compile, the code in ``lib/System`` > uses > +distinguish which implementation to compile, the code in ``lib/Support`` > uses > the ``LLVM_ON_UNIX`` and ``LLVM_ON_WIN32`` ``#defines`` provided via > configure > -through the ``llvm/Config/config.h`` file. Each source file in > ``lib/System``, > +through the ``llvm/Config/config.h`` file. Each source file in > ``lib/Support``, > after implementing the generic (operating syste...

...ETCDIR='/home/qali/install/llvm-2.8-ori/etc/llvm' LLVM_INCLUDEDIR='/home/qali/install/llvm-2.8-ori/include' LLVM_INFODIR='/home/qali/install/llvm-2.8-ori/info' LLVM_LIBDIR='/home/qali/install/llvm-2.8-ori/lib' LLVM_MANDIR='/home/qali/install/llvm-2.8-ori/man' LLVM_ON_UNIX='1' LLVM_ON_WIN32='0' * -- Best regards, Li Qingan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110119/7b2f4ec5/attachment.html>

Googling indicates that cygwin doesn't have that functionality. Or, at least, didn't in 2010, when someone asked about the same problem: https://cygwin.com/ml/cygwin/2010-01/msg00596.html "cygwin has only dlsym() not the SGI DL_info + dladdr() yet. clang just needs it to get the path for the CIndex dll. This should be possible with the code in the LLVM_ON_WIN32 section, and convert

...ETCDIR='/home/qali/install/llvm-2.8-ori/etc/llvm' LLVM_INCLUDEDIR='/home/qali/install/llvm-2.8-ori/include' LLVM_INFODIR='/home/qali/install/llvm-2.8-ori/info' LLVM_LIBDIR='/home/qali/install/llvm-2.8-ori/lib' LLVM_MANDIR='/home/qali/install/llvm-2.8-ori/man' LLVM_ON_UNIX='1' LLVM_ON_WIN32='0' LLVM_PREFIX='/home/qali/install/llvm-2.8-ori' * 2011/1/19 Eric Christopher <echristo at apple.com> I'm not quite sure what on earth you're doing. > > Let's start from some questions: > > a) llvm-gcc-4.2-version-platform.t...

I am updating our out-of-tree copy of LLVM to track the head (revision #272991 specifically). I have it building successfully with VC++ 2013 and CMake v3.5.2 on Windows, and with GCC v4.8.5 and CMake v3.5.2 on CentOS; but when I try building on Windows using Cygwin32 I get the following build failures: [ 4%] Building CXX object lib/Support/CMakeFiles/LLVMSupport.dir/Signals.cpp.o In file

...re is no "configure.h" file from the win32 directory; there is a config.h, and it's 600 bytes long, compared to the 16k or so for the config.h file in $LLVM-ROOT/include/llvm/Config. The contents are obviously different, as well, since the one in $LLVM-ROOT/include/llvm/Config has the LLVM_ON_UNIX #define set. It didn't appear to be doing the copy even when building from within VS. Using "vcbuild /clean" then "vcbuild" on the Configure.vcproj file directly seems to have forced the copy to take place. I can see the "1 file(s) copied" output in the BuildLog....