search for: gregp

Is the MinGW user's list on the web? Can you give me a link to the thread? (What's IIRC?) Thanks. On Sat, 22 Apr 2006, Oscar Fuentes wrote: > Greg Pettyjohn <gregp at ccs.neu.edu> writes: > > > I've blown a couple of weekends trying to build under MinGW. > > > > I can build the llvm tools with only a couple of minor hassles, but can't > > seem to make any headway with the C Front End > > > > Most errors I run...

...R --includedir=/C/msys/1.0/mingw/include --libdir=/C/msys/1.0/mingw/lib --target=mingw32 $confopts make CFLAGS=-O LIBCFLAGS+=-g LIBCFLAGS+=-O2 LIBCXXFLAGS+=-g LIBCXXFLAGS+=-O2 LIBCXXFLAGS+=-fno-implicit-templates LDFLAGS=-s all On Sun, 23 Apr 2006, Oscar Fuentes wrote: > Greg Pettyjohn <gregp at ccs.neu.edu> writes: > > > Is the MinGW user's list on the web? > > Look on www.mingw.org -> mailing list > > > Can you give me a link to the thread? > > Sorry, no time for that. Once on the mailing list archives, do a > search for 'configure'....

Greg Pettyjohn <gregp at ccs.neu.edu> writes: > I've blown a couple of weekends trying to build under MinGW. > > I can build the llvm tools with only a couple of minor hassles, but can't > seem to make any headway with the C Front End > > Most errors I run into involve not being able to fin...

Greg Pettyjohn <gregp at ccs.neu.edu> writes: > Is the MinGW user's list on the web? Look on www.mingw.org -> mailing list > Can you give me a link to the thread? Sorry, no time for that. Once on the mailing list archives, do a search for 'configure'. > (What's IIRC?) If I Remember C...

Thanks. I'll try some of this. Further comments in-line: On Sun, 23 Apr 2006, Oscar Fuentes wrote: > Greg Pettyjohn <gregp at ccs.neu.edu> writes: > > > I'm using a little shell script: > [snip] > > confopts="--prefix=$PREFIX" > > confopts="$confopts --disable-threads" > > confopts="$confopts --disable-nls" > > confopts="$confopts --d...

Greg Pettyjohn <gregp at ccs.neu.edu> writes: > I'm using a little shell script: [snip] > confopts="--prefix=$PREFIX" > confopts="$confopts --disable-threads" > confopts="$confopts --disable-nls" > confopts="$confopts --disable-shared" > confopt...

I've blown a couple of weekends trying to build under MinGW. I can build the llvm tools with only a couple of minor hassles, but can't seem to make any headway with the C Front End Most errors I run into involve not being able to find header files. The most frustrating part is that the error messages report that the file can't be found, and then proceed to give a path to where the

Hi - I am trying to compile and install 2.2.8 to /opt/samba, but I keep getting the following errors after I 'make install' and try to start smbd using '/opt/samba/sbin/smbd -d 2 -D -s /opt/samba/lib/smb.conf': Unable to open new log file /usr/local/samba/var/log.smbd: No such file or directory [2003/03/25 10:21:56, 0] lib/debug.c:reopen_logs(348) Unable to open new log file

...bc -DL_muldi3 -isystem c:/msys/1.0/mingw32/include -isystem c:/msys/1.0/mingw32/sys-include -isystem ./include ../../llvm-gcc/gcc/libgcc2.c -quiet -dumpbase libgcc2.c -auxbase-str ip libgcc/./_muldi3.o -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -version -o C:/DOCUME~1/ GREGPE~1/LOCALS~1/Temp/cca0aaaa.s ignoring nonexistent directory "c:/msys/1.0/mingw32/bin/include" ignoring nonexistent directory "c:/msys/1.0/mingw32/lib/include" ignoring nonexistent directory "c:/msys/1.0/mingw32/include" ignoring nonexistent directory "c:/msys/1.0/m...

Still trying to build the cfrontend on MinGW: checking for additional debug build... no checking for extra compiler flags for building... checking for sys/types.h... (cached) yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking float.h usability... yes checking float.h presence... yes checking for float.h... yes checking for main in -lm...

I'm trying to figure out the unwind primitive. I've written a program which should: 1. Recursively grow the stack until it reaches a threshold 2. Then unwind and print a message Instead what happens is: 1. Recursively grow the stack until it reaches a threshold 2. Then it dies with: Abort trap Can you point me to an example using uwind that "works" ? Thanks. Here's the

I'm trying to get unwind to work. I was unable to get an unwind example to work directly, so I decided to compile a c program that uses setjmp and longjmp and work backwards. I keep running into a "Abort trap" problem, whatever "Abort trap" is. Anyway, here's an example of a C program that compiles and works properly under normal gcc, but that fails with an

BTW: I've also had to make this change when building tools. (I'm building right now and noticed that it doesn't come up anymore, maybe someone checked it in in the last week or so) On Sat, 29 Apr 2006, Anton Korobeynikov wrote: > Hello, Jeff. > > You wrote Saturday, April 29, 2006, 10:45:02 PM: > > JC> Yes, I know mingw doesn't support dbghelp. I can still rant

First I try it with bytecodes: ~/compiler/temp$ llvmgcc sjmp01.c -o sjmp01 ~/compiler/temp$ ./sjmp01 Hello World! Abort trap Same results for lli sjmp01.bc Now I try converting to native code: ~/compiler/temp$ llc sjmp01.bc -enable-correct-eh-support -o sjmp01.s ~/compiler/temp$ gcc sjmp01.s -o sjmp01.native ~/compiler/temp$ ./sjmp01.native Hello World! Bus error ~/compiler/temp$ On Apr 20,

I was building tools just fine last weekend, but now something has changed... The problem is that it can't find some symbols: (SymSetOptions, SymInitialize, SymGetModuleBase, SymFunctionTableAccess, etc.) I looked on the Web and these functions are in Dbghelp.lib. Are they also in libimagehlp.a? (BTW: does someone know a tool to examin the exported symbols in a MinGW foo.a library?)

On Sat, 6 May 2006, Greg Pettyjohn wrote: > Now I'm having problems with this: > > llvm-ar rc ./libgcc.a libgcc/./_muldi3.o <and-lots-more-.o-files...> > C:\msys\1.0\home\llvm_home\install\bin\llvm-ar.exe: <invalid>: path is not valid > I've tracked this down in the debugger. It is indeed a bug. The problem is that Path::isValid() will reject a string

Fixing one bug uncovers the next one... To reproduce: llvm-ar rc ./libgcc.a libgcc/./_muldi3.o <and-lots-more-.o-files...> The result: C:\msys\1.0\home\llvm_home\install\bin\llvm-ar.exe: Can't move './libgcc.a-000003' to './libgcc.a-000002': Cannot create a file when that file already exists. So apparently, we're trying to move one file on top of another. The

1. I got the tools to build. Yay! 2. I got past all the annoying trouble with not finding header files. Yay! Now I'm having problems with this: llvm-ar rc ./libgcc.a libgcc/./_muldi3.o <and-lots-more-.o-files...> C:\msys\1.0\home\llvm_home\install\bin\llvm-ar.exe: <invalid>: path is not valid I'm investigating this with the debugger and so far I've learned that

LLVM list, I bumped into Alex Friedman in the hall today and by coincidence he mentioned that they were switching to LLVM for their PLT Scheme JIT project. I had evaluated LLVM a few weeks ago for my own purposes, but decided that it was too C/C++ centered and that critical features such as tail call optimization and other stack manipulation features were likely stagnant. So naturally I asked