search for: ange

...Release build (PIC) llvm[2]: Compiling BlockProfiling.c for Release build (PIC) llvm[2]: Compiling CommonProfiling.c for Release build (PIC) llvm[2]: Compiling EdgeProfiling.c for Release build (PIC) llvm[2]: Compiling FunctionProfiling.c for Release build (PIC) PIC seems to be enabled for some strange reason, even with --disable-pic on configure. Then there seems to be a missing library too :- llvm[2]: Linking Release Loadable Module profile_rt.dll /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: warning: cannot find entry symbol __cygwin_dll_entry at 12; defaulting to 702c...

I am getting an error building svn llvm-gcc on Cygwin :- /home/ang/build/llvm-gcc/./gcc/xgcc -B/home/ang/build/llvm-gcc/./gcc/ -B/usr/llv m-gcc/i686-pc-cygwin/bin/ -B/usr/llvm-gcc/i686-pc-cygwin/lib/ -isystem /usr/llvm -gcc/i686-pc-cygwin/include -isystem /usr/llvm-gcc/i686-pc-cygwin/sys-include - O2 -I/home/ang/svn/llvm-gcc/gcc/../winsup/w32api/include -O2 -g -O2 -DIN_GCC -W -Wall

Hi Aaron, Which revision are you building? Assuming TOT, it's possible this is a bug that I introduced/triggered with the name changes. I know nothing of the status of cygwin however, can you confirm that this used to work? If you use r77097, does it work? - Daniel On Sun, Jul 26, 2009 at 4:23 AM, Aaron Gray<aaronngray.lists at googlemail.com> wrote: > I am getting an error building svn llvm-gcc on Cygwin :- > &gt...

Hi Daniel, 2009/7/26 Daniel Dunbar <daniel at zuster.org> > Hi Aaron, > > Which revision are you building? 77074 >Assuming TOT, it's possible this is a bug that I introduced/triggered >with the name changes. Yes I am now getting the following :- c++ -c -g -DIN_GCC -W -Wall -Wwrite-strings -pedantic -Wno-long-long -Wno-variad ic-macros -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -Wno-unused -DT ARGET_NAME=\"i686-pc-cygwin\" -frandom-seed=0 -I. -I. -I/home/ang/svn/llvm-gcc/g cc -...

I am now getting an X86ATTAsmPrinter error in compiling libstdc++-v3 right near the end of compiling llvm-gcc in valarray-inst.cc. assertion "IndexReg.getReg() != X86::ESP && "X86 doesn't allow scaling by ESP" Does this build on Linux ? My remote Linux box has died and not a ble to reset it for a day or two. /home/ang/build/llvm-gcc/./gcc/xgcc -shared-libgcc

Getting the following on Cygwin :- Running /home/ang/svn/llvm/test/Bindings/Ocaml/ocaml.exp ... FAIL: /home/ang/svn/llvm/test/Bindings/Ocaml/analysis.ml Failed with exit(2) at line 1 while running: /usr/bin/ocamlc -cc g++ -I /home/ang/build/llvm/Debug/lib/ocaml - warn-error A llvm.cma llvm_analysis.cma /home/ang/svn/llvm/test/Bindings/Ocaml/a nalysis.ml -o analysis.ml.tmp 2> /dev/null child

/home/ang/build/llvm-gcc-coff/./gcc/xgcc -B/home/ang/build/llvm-gcc-coff/./gcc/ -B/home/ang/llvm-gcc/i686-pc-cygwin/bin/ -B/home/ang/llvm-gcc/i686-pc-cygwin/lib / -isystem /home/ang/llvm-gcc/i686-pc-cygwin/include -isystem /home/ang/llvm-gcc /i686-pc-cygwin/sys-include -O2 -I/home/ang/svn/llvm-gcc-coff/gcc/../winsup/w32 api/include -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings

This looks like pr4572. Evan On Jul 27, 2009, at 3:25 AM, Aaron Gray wrote: > I am now getting an X86ATTAsmPrinter error in compiling libstdc++-v3 > right near the end of compiling llvm-gcc in valarray-inst.cc. > > assertion "IndexReg.getReg() != X86::ESP && "X86 doesn't allow > scaling by ESP" > > Does this build on Linux ? > > My

...] Error 1 Having IOCTL.H does not seem to be a strict enough test for struct winsize'es presence. #ifdef HAVE_SYS_IOCTL_H // Try to determine the width of the terminal. struct winsize ws; if (ioctl(FileID, TIOCGWINSZ, &ws) == 0) Columns = ws.ws_col; #endif I could not see any changes in Process.cpp's SVN that could have caused this. Anyone got a clue ? Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090515/91967465/attachment.html>

Hi, I don't seem to be able to solve this regression with llvm-gcc-4.2 on Cygwin. It is weird as I thought I had checked SVN TOT and had a good build just before the branch was corrected, so am confused. If someone more experienced with debugging could have a look at this, its like a syntax error. I have tried whittling the error down but it just moves. Trying to bisect between r98185 and

...Map.cpp", line 172 ~~~~~~~ This is solved in TOT but I could not ascertain which patch soled it. > I never got a patch or link to the commit to TOT for the runtime install > bug, but now I do see a mention of it in a previous email that you sent me. > Since this is a Makefile only change and only for cygwin, I'll see if Chris > will let me include it. I normally don't do this, but its really safe since > it won't impact anything except cygwin install. I tried to solve this but a NO_INSTALL for Cygwin OS did not seem to work. If someone else could solve this and p...

...rict enough test for struct > winsize'es presence. > > #ifdef HAVE_SYS_IOCTL_H > // Try to determine the width of the terminal. > struct winsize ws; > if (ioctl(FileID, TIOCGWINSZ, &ws) == 0) > Columns = ws.ws_col; > #endif > > I could not see any changes in Process.cpp's SVN that could have > caused this. > Anyone got a clue ? > It's my change, here: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20090511/077380.html Is struct winsize declared anywhere in the Cygwin headers? - Doug -------------- next part ---...

...did go into the release: http://lists.cs.uiuc.edu/mailman/private/llvm-branch-commits/2009-September/000579.html I never got a patch or link to the commit to TOT for the runtime install bug, but now I do see a mention of it in a previous email that you sent me. Since this is a Makefile only change and only for cygwin, I'll see if Chris will let me include it. I normally don't do this, but its really safe since it won't impact anything except cygwin install. -Tanya >> Unfortunately Cygwin is not in our release criteria. I'd like to have >> a buildbot runni...

Hola a todos: Estoy intentando visualizar unos resultados de un programa en R de forma dinámica. Dichos resultados se pueden representar, básicamente, con un plano que gira sobre uno de sus ejes: para dar sensación de movimiento he utilizado la función rgl.clear(), ya que no encuentro los equivalentes en rgl de los parámetros add o new. El problema es que al limpiar la pantalla con rgl.clear la

...ed() || !isInt64(TYPE_SIZE(Tr), true) || getInt64(TYPE_SIZE(Tr), true) == getTargetData().getTypeAllocSizeInBits(Ty)) && "LLVM type size doesn't match GCC type size!"" failed: file "/home/ang/svn/llvm -gcc/gcc/llvm-types.cpp", line 83 This assertion has not changed from the past and am not sure what is causing this. If someone more familiar with the code could have a look at this please. Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100108/9faffc34/attachment...

On 6 March 2010 10:47, Eric Christopher <echristo at apple.com> wrote: > > On Mar 6, 2010, at 2:44 AM, Aaron Gray wrote: > > > > > clang fails with a dynamic linking problem. > > What's the problem? and if you would please file a bug that would be > awesome :) > > thanks! > > Eric, Neither Cygwin nor MinGW support Dynamic Linking. I am getting

...t; >>> I've succeeded to create an npiv storage pool, which I could start without >>> problems. Though I couldn't attach it to the vm, it throwed errors when >>> trying. I want to boot from it, so I need it working from start. I read one >>> of Daniel Berrange's old(2010) blogs about attaching an iScsi pool, and >>> draw >>> my conclusions from that. Other documentation I haven't found. Someone can >>> point me to a more recent documentation of this? >>> >>> Are there other mailing list in the libvirt/...

...es not seem to be a strict enough test for struct winsize'es presence. #ifdef HAVE_SYS_IOCTL_H // Try to determine the width of the terminal. struct winsize ws; if (ioctl(FileID, TIOCGWINSZ, &ws) == 0) Columns = ws.ws_col; #endif I could not see any changes in Process.cpp's SVN that could have caused this. Anyone got a clue ? >It's my change, here: >http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20090511/077380.html >Is struct winsize declared anywhere in the Cygwin headers? Doug, It is declared...

...insize'es presence. >> >> #ifdef HAVE_SYS_IOCTL_H >> // Try to determine the width of the terminal. >> struct winsize ws; >> if (ioctl(FileID, TIOCGWINSZ, &ws) == 0) >> Columns = ws.ws_col; >> #endif >> >> I could not see any changes in Process.cpp's SVN that could have >> caused this. >> Anyone got a clue ? >> > > >It's my change, here: > > >http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of- > Mon-20090511/077380.html > > >Is struct winsize declared anywhere in...

2009/8/28 Anton Korobeynikov <anton at korobeynikov.info> > Hello, Aaron > > > -c /home/ang/svn/llvm-gcc-coff/gcc/libgcc2.c -o libgcc/./_popcountsi2.o > > assertion "V == V2 && "Didn't find key?"" failed: file > > "/home/ang/svn/llvm-coff/ > > This is familiar but I cannot remember whether it got fixed or not now. I >