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