search for: pettyjohn

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

Greg, Looks like Jeff Cohen already fixed this in CVS. Please update and give it another shot. Thanks, Reid. On Sat, 2006-05-06 at 16:43 -0400, Greg Pettyjohn wrote: > > 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...

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

...Please update and give >> it another shot. > > Is this fixing the issue, or just papering over it? Why are we trying > to load an archive member without a path set? We're not. It's just a sentry value. > > -Chris > >> On Sat, 2006-05-06 at 16:43 -0400, Greg Pettyjohn wrote: >>> >>> 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:\msy...

...y 2006, Reid Spencer wrote: > Looks like Jeff Cohen already fixed this in CVS. Please update and give > it another shot. Is this fixing the issue, or just papering over it? Why are we trying to load an archive member without a path set? -Chris > On Sat, 2006-05-06 at 16:43 -0400, Greg Pettyjohn wrote: >> >> 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:...

...Is this fixing the issue, or just papering over it? Why are we trying to >> load an archive member without a path set? > We're not. It's just a sentry value. Then why does it matter whether the path is legal or not? -Chris >>> On Sat, 2006-05-06 at 16:43 -0400, Greg Pettyjohn wrote: >>>> >>>> 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...> >>>>...

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

...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, 2005, at 3:08 PM, Chris Lattner wrote: > On Wed, 20 Apr 2005, Greg Pettyjohn wrote: >> 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" probl...

...dir=$SOURCE_DIR --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 'config...

On Wed, 20 Apr 2005, Greg Pettyjohn wrote: > 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 tra...

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

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

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="$co...

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

...ring over it? Why are we >>> trying to load an archive member without a path set? > >> We're not. It's just a sentry value. > > Then why does it matter whether the path is legal or not? > > -Chris > >>>> On Sat, 2006-05-06 at 16:43 -0400, Greg Pettyjohn wrote: >>>>> >>>>> On Sat, 6 May 2006, Greg Pettyjohn wrote: >>>>> >>>>>> Now I'm having problems with this: >>>>>> >>>>>> llvm-ar rc ./libgcc.a libgcc/./_muldi3.o >>>>>> &lt...

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

Yep, you found another bug. Unlike Unix, Windows does not allow a file to be implicitly replaced via renaming. I'll fix it. Greg Pettyjohn wrote: > 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....

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

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

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