similar to: [LLVMdev] Makeinfo fails

Hi, Is it really true that nobody isn't able to give me a clue why makeinfo fails with this error: doc/cpp.texi:50: Unknown index `vr' and/or `op' in @synindex. ------------------------- 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

Hi, I have been trying to make llvm-gcc under CygWin and am getting a makeinfo error. I have tried it on the command line :- makeinfo --split-size=5000000 --force -I /usr/src/llvm-gcc/gcc/doc -I /usr/src/llvm-gcc/gcc/doc/include -o /usr/src/llvmgcc/gcc/doc/cpp.info /usr/src/llvm-gcc/gcc/doc/cpp.texi And get the resulting output :- $ makeinfo --split-size=5000000 --force -I

>Hi Aaron, >have you got any help on this? Henrik, No. This is where I was stuck some months ago. I do not know makeinfo so was not able to proceed any thurther than verifying the makeinfo statement did the same thing when done on the command line. Basically I am stuck. I do not know whether it was my Cygwin configuration or something I have done or not done or whether it is a valid

Hi Aaron, which version of makeinfo are you running? Henrik. >No. This is where I was stuck some months ago. > >I do not know makeinfo so was not able to proceed any thurther than >verifying the makeinfo statement did the same thing when done on the >command line. > >Basically I am stuck. I do not know whether it was my Cygwin configuration >or something I have done

Hi Aaron, have you got any help on this? Henrik >From: "Aaron Gray" Date: Sat, 14 May 2005 18:26:01 +0100 > >Now I believe that I am getting the same error as I was getting last time I >tried to build llvm-gcc. >It may possibly be my Cygwin instillation but am not sure. > > >makeinfo --split-size=5000000 -I ../../../src/llvm-gcc/gcc/doc -I >../../../src/

Now I believe that I am getting the same error as I was getting last time I tried to build llvm-gcc. It may possibly be my Cygwin instillation but am not sure. makeinfo --split-size=5000000 -I ../../../src/llvm-gcc/gcc/doc -I ../../../src/ llvm-gcc/gcc/doc/include \ -o ../../../src/llvm-gcc/gcc/doc/cpp.info ../../../src/llvm-gcc/gcc/doc/cpp.texi ' in

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 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

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:

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

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

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:

>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. |

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

>From: Jeff Cohen <jeffc at jolt-lang.org> >Date: Tue, 14 Sep 2004 19:43:34 -0700 > >OK, I stand corrected: mingw can be used to create honest-to-goodness >Windows applications using Win32. But you're still using it as a Unix >emulator :) > OK, if POSIX.1 is unix emulation then we have that all *nix emulates all *nix and that's fine with me :) OK, I admit,