Mercurial > hg > Members > tobaru > cbc > CbC_llvm
view docs/HistoricalNotes/2003-01-23-CygwinNotes.txt @ 107:a03ddd01be7e
resolve warnings
author | Kaito Tokumori <e105711@ie.u-ryukyu.ac.jp> |
---|---|
date | Sun, 31 Jan 2016 17:34:49 +0900 |
parents | 95c75e76d11b |
children |
line wrap: on
line source
Date: Mon, 20 Jan 2003 00:00:28 -0600 From: Brian R. Gaeke <gaeke@uiuc.edu> Subject: windows vs. llvm If you're interested, here are some of the major problems compiling LLVM under Cygwin and/or Mingw. 1. Cygwin doesn't have <inttypes.h> or <stdint.h>, so all the INT*_MAX symbols and standard int*_t types are off in limbo somewhere. Mingw has <stdint.h>, but Cygwin doesn't like it. 2. Mingw doesn't have <dlfcn.h> (because Windows doesn't have it.) 3. SA_SIGINFO and friends are not around; only signal() seems to work. 4. Relink, aka ld -r, doesn't work (probably an ld bug); you need DONT_BUILD_RELINKED. This breaks all the tools makefiles; you just need to change them to have .a's. 5. There isn't a <values.h>. 6. There isn't a mallinfo() (or, at least, it's documented, but it doesn't seem to link). 7. The version of Bison that cygwin (and newer Linux versions) comes with does not like = signs in rules. Burg's gram.yc source file uses them. I think you can just take them out.