search for: 22gcc

...; ModuleID = 'empty.c' target datalayout = "e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f32:32:32-f64:64:64-v64:64:64-v128:128:128-a0:0:64-s0:64:64-f80:128:128-n8:16:32:64" target triple = "x86_64-unknown-linux-gnu" module asm "\09.ident\09\22GCC: (GNU) 4.5.2 20101028 (prerelease) LLVM: 118890\22" In the assembler output this gives: $ gcc-4.5 -fplugin=dragonegg.so -S -o - empty.c .file "empty.c" .ident "GCC: (GNU) 4.5.2 20101028 (prerelease) LLVM: 118890" .section .note.GNU-stack,"", at...

On 13 November 2010 10:06, Duncan Sands <baldrick at free.fr> wrote: >   module asm "\09.ident\09\22GCC: (GNU) 4.5.2 20101028 (prerelease) LLVM: > 118890\22" Hi Duncan, This could work, but it's very limited. Besides, there's already an MC build attribute infrastructure, one would have to interpret those strings in the back-end to an MC construct then back again to ASM and ELF. I d...

...; ModuleID = 'post/tests/test1/source.c' target datalayout = "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64-f80:32:32-f128:128:128-n8:16:32" target triple = "i386-pc-linux-gnu" module asm "\09.ident\09\22GCC: (GNU) 4.5.2 LLVM: exported\22" %int = type i32 define i32 @main() nounwind { entry: %memtmp = alloca i32 %memtmp1 = alloca i32 %"alloca point" = bitcast i32 0 to i32 %"ssa point" = bitcast i32 0 to i32 br label %"2", !dbg !6 "2":...

.../tmp/ccRKW0GD.s: Assembler messages: /tmp/ccRKW0GD.s:1: Error: junk at end of line, first unrecognized character is `.' /tmp/ccRKW0GD.s:2: Error: no such instruction: `target triple="x86_64--linux-gnu"' /tmp/ccRKW0GD.s:4: Error: no such instruction: `module asm "\09.ident\09\22GCC: (GNU) 4.5.2 LLVM: 133848\22"' ... I assume because my system assembler doesn't understand llvm bitcode. So I ended up wrapping it up in a script that calls gcc with -emit-llvm -S and then runs llvm-as on the resulting llvm assembly code. I think that I just need to manually (i.e. wit...

Dear All, I am trying to understand the process followed for converting GIMPLE IR to LLVM IR in LLVM-GCC/DragonEgg - more importantly conversion of OpenMP extended GIMPLE IR to LLVM IR. It would be great if anybody points me to some documentation before I my-self delve into the understanding of related source code. -- Cheers -mahesha -------------- next part -------------- An HTML attachment

...; ModuleID = 'test.c' target datalayout = "e-p:64:64:64-S128-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f32:32:32-f64:64:64-v64:64:64-v128:128:128-a0:0:64-s0:64:64-f80:128:128-f128:128:128-n8:16:32:64" target triple = "x86_64--linux-gnu" module asm "\09.ident\09\22GCC: (Ubuntu/Linaro 4.6.1-9ubuntu3) 4.6.1 LLVM: exported\22" @.cst = linker_private unnamed_addr constant [15 x i8] c"aaaaaaaaaaaaaa\00", align 8 @.cst1 = linker_private unnamed_addr constant [15 x i8] c"bbbbbbbbbbbbbb\00", align 8 @.cst2 = linker_private unnamed_addr const...

...gonegg-emit-ir \ -S \ test/hello.c \ -wrapper gdb,--args hello.s (LLVM IR, the extension name is not important) ; ModuleID = 'test/hello.c' source_filename = "test/hello.c" target triple = "x86_64-redhat-linux" module asm "\09.ident\09\22GCC: (GNU) 6.4.1 20170727 (Red Hat 6.4.1-1) LLVM: 3.9.1\22" @__func__.2210 = internal local_unnamed_addr constant [4 x i8] c"foo\00" @.cst = private local_unnamed_addr constant [24 x i8] c"DEBUG: %s, line %d: %s\0A\00", align 8 @.cst.1 = private local_unnamed_addr constant [...

....c' > target datalayout = > "e-p:64:64:64-S128-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f32:32:32-f64:64:64-v64:64:64-v128:128:128-a0:0:64-s0:64:64-f80:128:128-f128:128:128-n8:16:32:64" > target triple = "x86_64--linux-gnu" > > module asm "\09.ident\09\22GCC: (Ubuntu/Linaro 4.6.1-9ubuntu3) 4.6.1 > LLVM: exported\22" > > @.cst = linker_private unnamed_addr constant [15 x i8] > c"aaaaaaaaaaaaaa\00", align 8 > @.cst1 = linker_private unnamed_addr constant [15 x i8] > c"bbbbbbbbbbbbbb\00", align 8 > @.cst2 = li...

...>> "e-p:64:64:64-S128-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f16:16:16-f32:32:32-f64:64:64-f128:128:128-v64:64:64-v128:128:128-a0:0:64-s0:64:64-f80:128:128-n8:16:32:64" >> target triple = "x86_64-unknown-linux-gnu" >> >> module asm "\09.ident\09\22GCC: (GNU) 4.7.1 20120603 (prerelease) LLVM: >> 3.2svn\22" >> >> %struct..omp_data_s.2 = type { i32* } >> %struct..omp_data_s.1 = type { i32* } >> %struct..omp_data_s.0 = type { i32 } >> >> define internal void @foo._omp_fn.2(i8* nocapture %.omp_data_i) no...

Hi Renato, > On 13 November 2010 10:06, Duncan Sands<baldrick at free.fr> wrote: >> module asm "\09.ident\09\22GCC: (GNU) 4.5.2 20101028 (prerelease) LLVM: >> 118890\22" > > Hi Duncan, > > This could work, but it's very limited. Besides, there's already an MC > build attribute infrastructure, one would have to interpret those > strings in the back-end to an MC construct then...

On Nov 12, 2010, at 10:13 AM, Devang Patel wrote: > > On Nov 12, 2010, at 8:20 AM, Duncan Sands wrote: > >> Hi Renato, >> >>> So, after long rounds to define how the build attributes are going to >>> be represented in IR, and after Jason has implemented build attributes >>> in MC, I have a proposal on how to represent this in IR. >>>

Hi Gregory, > I've tried the LTO options with dragonegg, but I haven't had any luck getting it > to work, details? Ciao, Duncan. I'm not sure if it is related to my installation of gold or my gcc > configuration. > > I'm really interested in getting the resulting program as bitcode though. Will > LTO do that for me? What I'm trying to do is build a

...ayout = >> "e-p:64:64:64-S128-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f32:32:32-f64:64:64-v64:64:64-v128:128:128-a0:0:64-s0:64:64-f80:128:128-f128:128:128-n8:16:32:64" >> >> target triple = "x86_64--linux-gnu" >> >> module asm "\09.ident\09\22GCC: (Ubuntu/Linaro 4.6.1-9ubuntu3) 4.6.1 >> LLVM: exported\22" >> >> @.cst = linker_private unnamed_addr constant [15 x i8] >> c"aaaaaaaaaaaaaa\00", align 8 >> @.cst1 = linker_private unnamed_addr constant [15 x i8] >> c"bbbbbbbbbbbbbb\00",...

Hi Pablo, > I came across something that seems to be a bug in the dragonegg option that > emits LLVM IR. ¿Can anybody reproduce the error, or see what's wrong? I can't reproduce this on x86-64 linux with latest LLVM+dragonegg+gcc-4.6. ¿Should I > post it somewhere else in case it's really a bug? Thanks ahead! > > With this simple program: > * > #include

Hi Rafael, I've tried the LTO options with dragonegg, but I haven't had any luck getting it to work, I'm not sure if it is related to my installation of gold or my gcc configuration. I'm really interested in getting the resulting program as bitcode though. Will LTO do that for me? What I'm trying to do is build a bitcode version of libc that I can combine with a program and

On Nov 12, 2010, at 8:20 AM, Duncan Sands wrote: > Hi Renato, > >> So, after long rounds to define how the build attributes are going to >> be represented in IR, and after Jason has implemented build attributes >> in MC, I have a proposal on how to represent this in IR. >> >> First, we need to distinguish between target dependent and independent >>

Hi all, I came across something that seems to be a bug in the dragonegg option that emits LLVM IR. ¿Can anybody reproduce the error, or see what's wrong? ¿Should I post it somewhere else in case it's really a bug? Thanks ahead! With this simple program: * #include <stdio.h> #include <string.h> int main(int argc, char** argv){ char a[8] = "aaaaaaa";

Hello. I have compiled the simple program: #include <stdio.h> #include <stdlib.h> int v1[10000]; int main() { int i; for (i = 0; i < 10000; i++) { v1[i] = i; } for (i = 0; i < 10000; i++) { printf("%d ", v1[i]); } return 0; } Next, I disasseble the executable file and have not found

...ot; #define PACKAGE_STRING "HP Linux Imaging and Printing 2.7.12" #define PACKAGE_BUGREPORT "2.7.12.10" #define PACKAGE "hplip" #define VERSION "2.7.12" configure: exit 1 -- View this message in context: http://www.nabble.com/Package-Installation-produces-%22gcc-fails-sanity-check%22-error-when-installing-RODBC-error-tp15127792p15127792.html Sent from the R help mailing list archive at Nabble.com.