search for: argiris

Fair enough, you win this round. ;P (Which actually makes me happy as that makes things a lot more consistent and sensible.) -J -------------------------------------------------- From: "Argiris Kirtzidis" <akyrtzi at gmail.com> Sent: Thursday, October 02, 2008 12:32 PM To: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> Subject: Re: [LLVMdev] MS C++ gives error C2371 on this code while(obviously)gcccompiles it fine ... > See 6.4p2: "The rules fo...

Argiris Kirtzidis <akyrtzi at gmail.com> writes: > I gave it a try and unfortunately it doesn't seem practical to use > CMake-produced VC++ projects. Every time you run CMake so that the VC++ > projects include new files, the entire solution gets rebuilt. I recall some discussion abo...

Hi Argiris, It was for example the project TableGen, llvm-dis... I saw it under Properties/Linker/Command Line And the output is also: Linking... Starting pass 1 LINK : fatal error LNK1181: cannot open input file '..\configure\configure\configure.lib' Build log was saved at "file://d:\Studium\Di...

Hello, Argiris > Any ideas? 1. Make sure, that you don't mix dwarf and stabs debug information. AFAIR, this can really mess the things 2. It can be, that debug information emitted is not correct. This is known open problem. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanic...

Argiris Kirtzidis <akyrtzi at gmail.com> writes: > How does updating the CMake produced VC++ project files work ? > I mean: > > -I have CMake produce VC++ project files > -Compile the solution > -Do a svn update and pick up a couple of files > -Have CMake produce new project fil...

Óscar Fuentes wrote: > Argiris Kirtzidis <akyrtzi at gmail.com> writes: > > >> I gave it a try and unfortunately it doesn't seem practical to use >> CMake-produced VC++ projects. Every time you run CMake so that the VC++ >> projects include new files, the entire solution gets rebuilt. >&...

If I use the jump threading pass on the attached IR: $ opt before.ll -jump-threading -o - | llvm-dis -o after.ll a big chunk gets removed, a chunk that is actually necessary. ('before.ll' passes the test in webkit, while 'after.ll' fails) Can someone take a look ? -Argiris -------------- next part -------------- A non-text attachment was scrubbed... Name: before.ll Type: application/octet-stream Size: 7060 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100902/bf81d74a/attachment.obj>

...gt; Thanks Hi Le Anh, What project are you talking about, and how did you determine that it requires "configure.lib" ? AFAIK, all LLVM projects have dependency on the configure project but this is only so that some include files are created, no "configure.lib" is needed. -Argiris

Óscar Fuentes wrote: > Argiris Kirtzidis <akyrtzi at gmail.com> writes: > > >> How does updating the CMake produced VC++ project files work ? >> I mean: >> >> -I have CMake produce VC++ project files >> -Compile the solution >> -Do a svn update and pick up a couple of files >...

...an see that I can step to line 4, but I can't set a breakpoint there. (I used -disable-fp-elim in the compilation). Have you seen this before? Thanks -- Ken Dale Johannesen wrote: > > > On Apr 14, 2009, at 4:19 PMPDT, Ken McMillan wrote: > >> >> >> >> Argiris Kirtzidis wrote: >>> >>> ... >>> >>> Try >>> llc -disable-fp-elim gdb1.bc >>> >>> >> >> Thanks, I would never have guessed that :-). >> >> Are there any other optimizations that are harmful to >> debug info...

...ost are, but the rules for while statements actually force the declaration outside of the condition of the if statement. You are correct, though, that gcc should be emitting an error in the case of the if statement. Naughty gcc. -J -------------------------------------------------- From: "Argiris Kirtzidis" <akyrtzi at gmail.com> Sent: Thursday, October 02, 2008 11:33 AM To: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> Subject: Re: [LLVMdev] MS C++ gives error C2371 on this code while(obviously)gcccompiles it fine > Jay Freeman (saurik) wrote: >&...

Hi, but on some other project, they require "configure.lib". What is this one ? Thanks -----Ursprüngliche Nachricht----- Von: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] Im Auftrag von Jean-Daniel Dupas Gesendet: Dienstag, 1. Juli 2008 17:58 An: LLVM Developers Mailing List Betreff: Re: [LLVMdev] build on windows AFAK, the Configuration project does not

...#39; /tmp/ccbAj8x9.s:94: Error: suffix or operands invalid for `pop' Don't know what that's about. If I use the -S option and then compile the .s file with gcc, it works fine (but again, can't set breakpoints in gdb). I am currently using gdb 6.6. Will try 6.8... Thanks -- Ken Argiris Kirtzidis wrote: > > Ken McMillan wrote: >> I see. Here's another interesting issue: >> >> (gdb) b gdb1.c:4 >> No line 4 in file "gdb1.c". >> (gdb) step >> foo () at /home/mcmillan/projects/impact2/test//gdb1.c:4 >> 4 x++; >> (g...

Argiris Kirtzidis <akyrtzi at gmail.com> writes: >> I recall some discussion about the behavior you describe on the cmake >> ml, but can't find it right now. >> >> IIRC, once generated the project files, you shouldn't need to re-run >> cmake, ever. CMake inserts...

...ld directory. > Hey, it works great now, thanks! I have some more requests: -Is it possible to also have the include files in the projects ? -Can llvm-config or something like it be used to sort the dependencies of the executables ? -Could you please also add Clang to the CMake system ? -Argiris

Argiris Kirtzidis wrote: > > ... > > Try > llc -disable-fp-elim gdb1.bc > > Thanks, I would never have guessed that :-). Are there any other optimizations that are harmful to debug info that I should know about? Thanks -- Ken -- View this message in context: http://www.nabble...

...ct2/test//gdb1.c:4 > 4 x++; > (gdb) > > You can see that I can step to line 4, but I can't set a breakpoint there. > Works fine here (llvm 2.5, 32 bit, gdb 6.8) Try llc -disable-fp-elim -fast gdb1.bc If you do llvm-gcc -g gdb1.c -o gdb1 does it have the same issue ? -Argiris

...re.ll -jump-threading -o - | llvm-dis -o after.ll > > a big chunk gets removed, a chunk that is actually necessary. > ('before.ll' passes the test in webkit, while 'after.ll' fails) > > Can someone take a look ? This is fixed in TOT, probably by 112843. > > -Argiris > -------------- next part -------------- A non-text attachment was scrubbed... Name: before.ll Type: application/octet-stream Size: 7060 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100902/ddbe3b24/attachment.obj> -------------- next part --------...

...section of the first byte of the line number information > for this compilation > unit DwarfWriter was using a label reference (instead of a section offset) and it was causing a problem because Windows treats section offsets differently, by emitting the ".secrel32" directive. -Argiris -------------- next part -------------- A non-text attachment was scrubbed... Name: dwarf-fix.patch Type: text/x-diff Size: 4761 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080616/5df6ecbd/attachment.patch>

...> If the name is re-declared in the outermost block of a substatement > controlled by the condition, the declaration that re-declares the name > is ill-formed. gcc correctly scopes the declaration inside the while statement: while (int x=0) { int x=0; // error: redeclaration. } -Argiris > You are correct, though, that gcc should be emitting an error in the case of > the if statement. Naughty gcc. > > -J >