search for: timurrrr

On Wed, Mar 20, 2013 at 5:21 PM, Timur Iskhodzhanov <timurrrr at google.com>wrote: > 2013/3/20 Timur Iskhodzhanov <timurrrr at google.com>: > > Anton, > > > > [+Eric, Nick, > > the e-mail thread context has been broken a few times, so you should > > probably look at the llvmdev archives. > > It all starts here:...

On Thu, Oct 23, 2014 at 2:46 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: > 2014-10-23 11:34 GMT-07:00 Aaron Ballman <aaron at aaronballman.com>: >> On Thu, Oct 23, 2014 at 2:24 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >>> I don't think this is the right approach. >>> >>> Currently...

Anton, What do you think? 2013/3/20 Eric Christopher <echristo at gmail.com>: > > > > On Wed, Mar 20, 2013 at 5:21 PM, Timur Iskhodzhanov <timurrrr at google.com> > wrote: >> >> 2013/3/20 Timur Iskhodzhanov <timurrrr at google.com>: >> > Anton, >> > >> > [+Eric, Nick, >> > the e-mail thread context has been broken a few times, so you should >> > probably look at the llvmdev a...

...yself find the name "Win32" pretty confusing and easy to misuse (especially for someone who assumes that windows == msvc). After all mingw and cygwin is also win32. Maybe we should rename it into isTargetMSVC or something like this? On Wed, Mar 27, 2013 at 6:26 AM, Timur Iskhodzhanov <timurrrr at google.com> wrote: > Anton, > > What do you think? > > 2013/3/20 Eric Christopher <echristo at gmail.com>: >> >> >> >> On Wed, Mar 20, 2013 at 5:21 PM, Timur Iskhodzhanov <timurrrr at google.com> >> wrote: >>> >>> 2013...

On Tue, Oct 2, 2012 at 11:02 AM, Timur Iskhodzhanov <timurrrr at google.com> wrote: > On Tue, Oct 2, 2012 at 8:28 PM, David Blaikie <dblaikie at gmail.com> wrote: >> On Tue, Oct 2, 2012 at 8:54 AM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >>> [+cfe-dev as this does seem like both LLVM+Clang issue] >>> [Sorry...

On Thu, Oct 23, 2014 at 2:24 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: > I don't think this is the right approach. > > Currently we intentionally define malloc etc without changing the > names and (when stuff works ok) the linker just links all the mem > allocator calls with calls to our RTL. This is kind of a link-time &gt...

On Tue, Oct 2, 2012 at 8:54 AM, Timur Iskhodzhanov <timurrrr at google.com> wrote: > [+cfe-dev as this does seem like both LLVM+Clang issue] > [Sorry for an incomplete e-mail context, please see > http://llvm.org/PR13676#c6 if you're interested] > > I've read these bugs and now I'm even more confused than I was before :) > &g...

...k-asan, I get: 2> lit.py: lit.common.cfg:59: fatal: Invalid llvm_tools_dir config attribute: 'E:/llvm/2013/$(Configuration)/bin' ~Aaron On Thu, Oct 23, 2014 at 1:20 PM, Aaron Ballman <aaron at aaronballman.com> wrote: > On Thu, Oct 23, 2014 at 1:18 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >> http://llvm.org/bugs/show_bug.cgi?id=21241 >> ? > > Yuuuup, looks like that's it. :-) I'll see if I can debug and fix. > > Thanks! > > ~Aaron > >> >> 2014-10-23 10:18 GMT-07:00 Aaron Ballman <aaron at aaronballman.c...

http://llvm.org/bugs/show_bug.cgi?id=21241 ? 2014-10-23 10:18 GMT-07:00 Aaron Ballman <aaron at aaronballman.com>: > On Thu, Oct 23, 2014 at 1:15 PM, Aaron Ballman <aaron at aaronballman.com> wrote: >> On Thu, Oct 23, 2014 at 1:13 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >>> Yes it is. >>> Are you doing a Debug or Release build? >>> Using ninja? >> >> Release build, cmake + MSVC (not using ninja). >> >> Perhaps I have it configured stupidly; I have it as an out-of-tree folder, did: >>...

On Wed, Nov 20, 2013 at 9:46 AM, Timur Iskhodzhanov <timurrrr at google.com> wrote: > Eric, David, > > 2013/11/19 Timur Iskhodzhanov <timurrrr at google.com>: >> Attached is a slightly updated patch. >> (it doesn't include D2222 yet). > > The new version of the patch stopped fitting into the llvmdev 100K limit, > so...

...o both. You're assuming that Windows == MSVC. This is not true. Ah, got it. Sounds like we might need to introduce CC_X86_Win32_MSVC_ThisCall then?.. On Tue, Oct 2, 2012 at 10:22 PM, David Blaikie <dblaikie at gmail.com> wrote: > On Tue, Oct 2, 2012 at 11:02 AM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >> On Tue, Oct 2, 2012 at 8:28 PM, David Blaikie <dblaikie at gmail.com> wrote: >>> On Tue, Oct 2, 2012 at 8:54 AM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >>>> [+cfe-dev as this does seem like both LLVM+Clang issue] >&gt...

On Tue, Dec 3, 2013 at 11:04 AM, Timur Iskhodzhanov <timurrrr at google.com> wrote: > > > > 2013/12/3 Eric Christopher <echristo at gmail.com> >> >> >> > >> >> >> >> Probably the same structure that we've been going down via >> >> lib/DebugInfo/. A set of files than handle readi...

...t consistent on Windows and is ugly in general. Do you think it's appropriate to change the scope metadata format to store <filename, directory, fullpath> instead? That'd require changing Clang, right? > -eric > > > On Mon, Nov 18, 2013 at 9:14 AM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >> I wrote some more lit tests for my patch and realized I was generating >> some redundant info. This is fixed now. Attached is a new version >> of the prototype patch with some more tests. >> >> 2013/11/15 João Matos <ripzonetriton at gmai...

On Tue, Oct 2, 2012 at 8:28 PM, David Blaikie <dblaikie at gmail.com> wrote: > On Tue, Oct 2, 2012 at 8:54 AM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >> [+cfe-dev as this does seem like both LLVM+Clang issue] >> [Sorry for an incomplete e-mail context, please see >> http://llvm.org/PR13676#c6 if you're interested] >> >> I've read these bugs and now I'm even more confused than I w...

...ion dir pair. > > > OK, will go down this path. > >> >> -eric >> >> > ping >> > >> >>> -eric >> >>> >> >>> >> >>> On Mon, Nov 18, 2013 at 9:14 AM, Timur Iskhodzhanov >> >>> <timurrrr at google.com> wrote: >> >>>> I wrote some more lit tests for my patch and realized I was >> >>>> generating >> >>>> some redundant info. This is fixed now. Attached is a new version >> >>>> of the prototype patch with some...

Eric, David, 2013/11/19 Timur Iskhodzhanov <timurrrr at google.com>: > Attached is a slightly updated patch. > (it doesn't include D2222 yet). The new version of the patch stopped fitting into the llvmdev 100K limit, so I've uploaded it to http://llvm-reviews.chandlerc.com/D2232 (you need to apply D2222 first if you'd like to gi...

2013/11/21 Eric Christopher <echristo at gmail.com> > On Wed, Nov 20, 2013 at 9:46 AM, Timur Iskhodzhanov <timurrrr at google.com> > wrote: > > Eric, David, > > > > 2013/11/19 Timur Iskhodzhanov <timurrrr at google.com>: > >> Attached is a slightly updated patch. > >> (it doesn't include D2222 yet). > > > > The new version of the patch stopped fitti...

...aaronballman.com> wrote: >> On Thu, Oct 23, 2014 at 3:38 PM, Aaron Ballman <aaron at aaronballman.com> wrote: >>> On Thu, Oct 23, 2014 at 2:57 PM, Aaron Ballman <aaron at aaronballman.com> wrote: >>>> On Thu, Oct 23, 2014 at 2:46 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >>>>> 2014-10-23 11:34 GMT-07:00 Aaron Ballman <aaron at aaronballman.com>: >>>>>> On Thu, Oct 23, 2014 at 2:24 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >>>>>>> I don't think this is the rig...

.... > > > >> > >> -eric > >> > >> > ping > >> > > >> >>> -eric > >> >>> > >> >>> > >> >>> On Mon, Nov 18, 2013 at 9:14 AM, Timur Iskhodzhanov > >> >>> <timurrrr at google.com> wrote: > >> >>>> I wrote some more lit tests for my patch and realized I was > >> >>>> generating > >> >>>> some redundant info. This is fixed now. Attached is a new version > >> >>>> of the protot...

On Mon, 15 Sep 2014 19:33:42 +0200, Timur Iskhodzhanov <timurrrr at google.com> wrote: > Basically, see my patches to LLVM from early 2014 -- they include tests, > a DI generator and a DI dumper. I'd be happy to review your patches too! Thanks. Looks like it's likely that it's one of the 0xF1 sections, the first one always has the obj...