similar to: [LLVMdev] Files to lib/System/Win32

>From: Jeff Cohen <jeffc at jolt-lang.org> >Date: Wed, 15 Sep 2004 10:35:36 -0700 > >What's a "compiling mesh?" What I meant, was that there are some implicit defines in mingw (like __GCC) and vcX (like _MVC) but possibly also other unsupported? internal structures. As I stated earlier mingw should be win32 api compliant, but not for complicating matters. But

>From: Jeff Cohen <jeffc at jolt-lang.org> >Date: Mon, 30 Aug 2004 21:46:42 -0700 >FileParser.tab.c: In function `int Fileparse()': >FileParser.tab.c:2043: error: syntax error before `goto' > >The offending lines bison generated are: > >/*----------------------------------------------------. >| yyerrlab1 -- error raised explicitly by an action. |

Hi I've started to port LLVM to the MinGW Win32 platform. To successfully recognize the platform, following statements should be inserted into the configure script: ---------- Index: configure ================================================================== RCS file: /var/cvs/llvm/llvm/configure,v retrieving revision 1.114 diff -u -r1.114 configure --- configure 7 Sep 2004 18:04:45 -0000

Reid, >Well, if it doesn't break anything else, I'd fix the header file. The >standard type name is supposed to uint64_t not u_int64_t. I would just >change the header file to define both of them, something like: > >typedef u_int64_t uint64_t; > >You could do that in /usr/include/types.h, I've tried it and it doesn't break anything, but ... >or we could

Hi Can someone tell me, which files you get in the confstat* directory, when running: ./config.status -d /Henrik --- Got Freedom? Software Freedom Day 2004 - 28th of August http://www.softwarefreedomday.org/ --- _________________________________________________________________ Opret en gratis Hotmail-konto http://www.hotmail.com med udsigt til 250 MB lagerkapacitet

Hi TableGen/Record.cpp needs an include to DataTypes.h to compile correct on MinGW platform. Win32/Signals.cpp should test on define __MING instead of __MINGW_H. My fault. Henrik _________________________________________________________________ Opret en gratis Hotmail-konto http://www.hotmail.com med udsigt til 250 MB lagerkapacitet -------------- next part -------------- A non-text

Hi, I get below error: --------------------------------- In file included from /usr/local/build/llvm/lib/System/platform/Path.cpp:23, from /usr/local/src/llvm/lib/System/Path.cpp:27: /usr/local/build/llvm/lib/System/platform/../Unix/Path.cpp: In member function `bool llvm::sys::Path::create_directory(bool)': /usr/local/build/llvm/lib/System/platform/../Unix/Path.cpp:343:

Hi As shown below, the .\configure script found a version of stat.h: --------------------- configure:4382: checking for sys/stat.h configure:4399: gcc -c -g -O2 conftest.c >&5 configure:4402: $? = 0 configure:4405: test -s conftest.o configure:4408: $? = 0 configure:4419: result: yes --------------------- However, I got this error when compiling: --------------------- FileUtilities.cpp:

Hi I'm compiling: /usr/local/src/llvm/lib/Support/SlowOperationInformer.cpp on MinGW. However, it stops complaining about that SIGALRM is undeclared: -------------------------- @ /usr/local/build/llvm/mklib --tag=disable-shared --silent --tag=CXX --mode=compile g++ -c -I/usr/local/build/llvm/lib/Support -I/usr/local/src/llvm/lib/Support -I/usr/local/build/llvm/include

Yes, that's my understanding, too. But I'm not controlling where my library -ldbghelp is put when g++ is called. I just put it in the TOOLLINKOPTS variable in Makefile.config. Henrik >From: Reid Spencer <reid at x10sys.com> > >John Criswell wrote: >> >>It seems that the -L path options are specified before the LLVM libraries >>(libSystem and

Henrik Bach wrote: > Hi > > I'm compiling: /usr/local/src/llvm/lib/Support/SlowOperationInformer.cpp > on MinGW. However, it stops complaining about that SIGALRM is undeclared: Is there an alarm() syscall on MinGW? And if so, what signal does it send (according to the MinGW docs)? -- John T. > -------------------------- > @ /usr/local/build/llvm/mklib

Hi, I get this error: ------------------ ToolRunner.cpp:396: error: `SHLIBEXT' undeclared (first use this function) ToolRunner.cpp:396: error: (Each undeclared identifier is reported only once for each function it appears in.) ------------------ And the config.log shows that configure has detected that ld on my platform (Interix) doesn't support shared libraries: ------------------

Hi again Does cygwin support shared libraries. And if not, how did you port llvm on this issue? /Henrik >From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> >Date: Tue, 27 Jul 2004 00:41:53 +0200 > >Hi, > >I get this error: >------------------ >ToolRunner.cpp:396: error: `SHLIBEXT' undeclared (first use this function) >ToolRunner.cpp:396:

Reid, >From: Reid Spencer <reid at x10sys.com> >Date: Tue, 31 Aug 2004 11:08:37 -0700 > >Henrik, > >Since Interix is POSIX and SUS compatible, I've separated its Another posting on Interix forum, has revealed that Interix conforms to POSIX.1 and SUS. But, I don't think this will break your platform separation. /Henrik

Who takes action on this? >From: John Criswell <criswell at cs.uiuc.edu> >Date: Wed, 01 Sep 2004 15:16:53 -0500 > >Henrik Bach wrote: >>Reid, >> >>>Well, if it doesn't break anything else, I'd fix the header file. The >>>standard type name is supposed to uint64_t not u_int64_t. I would just >>>change the header file to define both

Hi Morten, Thanks for your progress on this subject. I suppose that we all in the LLVM development team is interested in your project files. I think, we should come up with a place in the source tree where they could live, until we are able to generate them ourselfs by some means. Any suggestions? Henrik >There are some other minor things I plan to submit patches for later today,

Hi, Is some one able to tell me why this fails: ------------------------- make[2]: Entering directory `/C/Projects/src/llvm-gcc/gcc' for d in libgcc; do \ if [ -d $d ]; then true; else /bin/sh ./mkinstalldirs $d; fi; \ done if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi make[2]: Leaving directory `/C/Projects/src/llvm-gcc/gcc' makeinfo --split-size=5000000 -I ./doc -I

Ultimately, this is another function that needs to go into lib/System. An alternate approach is to fork a thread, sleep, and when the thread wakes up, "ring the alarm". Reid. John Criswell wrote: > Henrik Bach wrote: > >> Hi >> >> I'm compiling: >> /usr/local/src/llvm/lib/Support/SlowOperationInformer.cpp on MinGW. >> However, it stops

Hi John, In my setup OBJDIR is SRCDIR. I'm looking at the config.h and not config.h.in. Yes, defining HAVE_ALLOCA_H to 1 fixed the compilation. Moreover, I also defined HAVE_ALLOCA to 1 in the config.h: -------------------- /* Define to 1 if you have `alloca', as a function or macro. */ /* #undef HAVE_ALLOCA */ #define HAVE_ALLOCA 1 /*Henrik:*/ /* Define to 1 if you have

>From: Paolo Invernizzi <arathorn at fastwebnet.it> >Date: Thu, 16 Sep 2004 10:20:39 +0200 > >I'm using scons to generate that files from .in files. I implemented in it >the configure check regarding iterators, hash and so on... >something like: > Hey, you've found the tool that makes it possible to generically reading Makefiles... Cool - The tool I've