similar to: [LLVMdev] [Cygwin] llvm-gcc-4 bug - popcountsi2.o assertion ""V == V2 && "Didn't find key?""

Displaying 20 results from an estimated 3000 matches similar to: "[LLVMdev] [Cygwin] llvm-gcc-4 bug - popcountsi2.o assertion ""V == V2 && "Didn't find key?"""

2009 Aug 28
0
[LLVMdev] [Cygwin] llvm-gcc-4 bug - popcountsi2.o assertion ""V == V2 && "Didn't find key?""
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 > thought llvm-gcc worked with llvm some months ago. > Sorry to be so lame, This is usual
2009 Aug 28
2
[LLVMdev] [Cygwin] llvm-gcc-4 bug - popcountsi2.o assertion ""V == V2 && "Didn't find key?""
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 >
2009 Aug 29
0
[LLVMdev] [Cygwin] llvm-gcc-4 bug - popcountsi2.o assertion ""V == V2 && "Didn't find key?""
2009/8/28 Aaron Gray <aaronngray.lists at googlemail.com> > 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 >> >
2009 Jul 26
2
[LLVMdev] [Cygwin] error building llvm-gcc
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
2009 Jul 26
0
[LLVMdev] [Cygwin] error building llvm-gcc
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
2009 Jul 26
2
[LLVMdev] [Cygwin] error building llvm-gcc
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
2009 Aug 28
1
[LLVMdev] [Cygwin] 'make install' woes
I am getting the following on 'make install' on Cygwin both on debug and release builds :- llvm[3]: Installing Release /home/ang/llvm-coff/bin/llvmc.exe make[3]: Leaving directory `/home/ang/build/llvm-coff/tools/llvmc/driver' make[2]: Leaving directory `/home/ang/build/llvm-coff/tools/llvmc' make[1]: Leaving directory `/home/ang/build/llvm-coff/tools' make[1]: Entering
2008 Aug 13
2
[LLVMdev] llvm-gcc bootstrap failure
I'm getting the following when building llvm-gcc with an optimized set of LLVM libraries: /ptmp/dag/build.llvm-gcc-4.2.trunk.official.opt/x86_64-unknown-linux-gnu/./gcc/xgcc -B/ptmp/dag/build.llvm-gcc-4.2.trunk.official.opt/x86_64-unknown-linux-gnu/./gcc/ -B/cray/iss/compiler/cost/tools/llvm-tools/llvm/install.trunk.official.opt/x86_64-unknown-linux-gnu/x86_64-unknown-linux-gnu/bin/
2008 Aug 13
0
[LLVMdev] llvm-gcc bootstrap failure
David Greene wrote: > I'm getting the following when building llvm-gcc with an optimized set of > LLVM libraries: > > /ptmp/dag/build.llvm-gcc-4.2.trunk.official.opt/x86_64-unknown-linux-gnu/./gcc/xgcc > -B/ptmp/dag/build.llvm-gcc-4.2.trunk.official.opt/x86_64-unknown-linux-gnu/./gcc/ >
2009 Oct 20
0
[LLVMdev] [cfe-dev] 2.6 pre-release2 ready for testing
2009/10/20 Tanya Lattner <lattner at apple.com>: > > On Oct 20, 2009, at 12:05 PM, Aaron Gray wrote: > >> 2009/10/20 Tanya Lattner <lattner at apple.com>: >>> >>> On Oct 20, 2009, at 5:49 AM, Jay Foad wrote: >>> >>>>> To test clang: >>>>> 1) Compile llvm and clang from source. >>>> >>>> LLVM
2010 Jan 08
3
[LLVMdev] Cygwin llvm-gcc regression
I am getting an assertion firing while building TOT llvm-gcc on Cygwin in libgcc2.c :- /home/ang/build/llvm-gcc/./gcc/xgcc -B/home/ang/build/llvm-gcc/./gcc/ -B/home/an g/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-c ygwin/sys-include -O2
2009 Jul 27
3
[LLVMdev] [Cygwin] error building llvm-gcc - X86ATTAsmPrinter error in libstdc++
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
2009 Jul 27
0
[LLVMdev] [Cygwin] error building llvm-gcc - X86ATTAsmPrinter error in libstdc++
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
2009 May 15
3
[LLVMdev] [Cygwin] bug on SVN
I am getting a bug building Cygwin on latest SVN :- llvm[1]: Compiling Process.cpp for Debug build In file included from /home/ang/git/workbench/lib/System/Process.cpp:29: /home/ang/git/workbench/lib/System/Unix/Process.inc: In function 'unsigned int g etColumns(int)': /home/ang/git/workbench/lib/System/Unix/Process.inc:209: error: aggregate 'winsi ze ws' has incomplete type and
2009 May 15
0
[LLVMdev] [Cygwin] bug on SVN
On May 15, 2009, at 11:03 AM, Aaron Gray wrote: > I am getting a bug building Cygwin on latest SVN :- > > llvm[1]: Compiling Process.cpp for Debug build > In file included from /home/ang/git/workbench/lib/System/Process.cpp: > 29: > /home/ang/git/workbench/lib/System/Unix/Process.inc: In function > 'unsigned int g > etColumns(int)': >
2010 May 28
1
[LLVMdev] Win32 COFF Support
On 28 May 2010 05:59, Nathan Jeffords <blunted2night at gmail.com> wrote: > For those that are interested, I have attached the latest version of my > Win32 COFF support patch. There is no new functionality, I just fixed some > compiler errors due to recent changes in the MC library. > > Nathan, Sorry about this but... On Cygwin with GCC-4.2.4 :- In file included from
2010 Mar 06
2
[LLVMdev] Cygwin patches for 2.7
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
2009 May 15
5
[LLVMdev] [Cygwin] bug on SVN
----- Original Message ----- From: Douglas Gregor To: LLVM Developers Mailing List Sent: Friday, May 15, 2009 7:24 PM Subject: Re: [LLVMdev] [Cygwin] bug on SVN On May 15, 2009, at 11:03 AM, Aaron Gray wrote: I am getting a bug building Cygwin on latest SVN :- llvm[1]: Compiling Process.cpp for Debug build In file included from
2009 May 18
0
[LLVMdev] [Cygwin] bug on SVN
On May 15, 2009, at 12:13 PM, Aaron Gray wrote: > > ----- Original Message ----- > From: Douglas Gregor > To: LLVM Developers Mailing List > Sent: Friday, May 15, 2009 7:24 PM > Subject: Re: [LLVMdev] [Cygwin] bug on SVN > > > On May 15, 2009, at 11:03 AM, Aaron Gray wrote: > >> I am getting a bug building Cygwin on latest SVN :- >> >> llvm[1]:
2011 Jul 07
4
rgl movimiento
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