blob: fbe811d627f5c24a09179cac2cb854eae78d9a80 [file] [log] [blame]
Chris Lattnerc2b5dcb2003-01-23 21:17:02 +00001Date: Mon, 20 Jan 2003 00:00:28 -0600
2From: Brian R. Gaeke <gaeke@uiuc.edu>
3Subject: windows vs. llvm
4
5If you're interested, here are some of the major problems compiling LLVM
6under Cygwin and/or Mingw.
7
81. Cygwin doesn't have <inttypes.h> or <stdint.h>, so all the INT*_MAX
9 symbols and standard int*_t types are off in limbo somewhere. Mingw has
10 <stdint.h>, but Cygwin doesn't like it.
11
122. Mingw doesn't have <dlfcn.h> (because Windows doesn't have it.)
13
143. SA_SIGINFO and friends are not around; only signal() seems to work.
15
164. Relink, aka ld -r, doesn't work (probably an ld bug); you need
17 DONT_BUILD_RELINKED. This breaks all the tools makefiles; you just need to
18 change them to have .a's.
19
Chris Lattner7dc934d2005-08-02 19:14:25 +0000205. There isn't a <values.h>.
Chris Lattnerc2b5dcb2003-01-23 21:17:02 +000021
Chris Lattner7dc934d2005-08-02 19:14:25 +0000226. There isn't a mallinfo() (or, at least, it's documented, but it doesn't seem
Chris Lattnerc2b5dcb2003-01-23 21:17:02 +000023 to link).
24
Chris Lattner7dc934d2005-08-02 19:14:25 +0000257. The version of Bison that cygwin (and newer Linux versions) comes with
Chris Lattnerc2b5dcb2003-01-23 21:17:02 +000026 does not like = signs in rules. Burg's gram.yc source file uses them. I think
27 you can just take them out.
28