similar to: [LLVMdev] LLVM 3.6 release notes

ping. Bill, where should get 3.6 release notes go? On 14 August 2014 20:50, Chandler Carruth <chandlerc at google.com> wrote: > CC-ing Bill. I think the answer is "yes", as 3.5 notes should go directly > into the branch. > > > On Thu, Aug 14, 2014 at 8:18 AM, Rafael Espíndola > <rafael.espindola at gmail.com> wrote: >> >> It looks like the

>> Clang: >> - fpic and -fPIC are now different > > Justin, Rafael: should we mention this in the release notes? Probably. What do you guys think of the attached patch? Cheers, Rafael -------------- next part -------------- A non-text attachment was scrubbed... Name: t.patch Type: application/octet-stream Size: 363 bytes Desc: not available URL:

On 21 August 2014 17:08, Sylvestre Ledru <sylvestre at debian.org> wrote: > Yes, commit directly in the 3.5 branch. > > About 3.6, we usually reset the release notes after the release (3.5 in > this case). The note I have is for 3.6, not 3.5. Should I just hold it until 3.5 is released? Cheers, Rafael

Rafael Espíndola <rafael.espindola at gmail.com> writes: > Now that aliases can have any expressions, can't you use something like > > @data = private global [2 x i32] [i32 42, i32 43] > @symbol = alias getelementptr ([2 x i32]* @data, i32 0, i32 1) > > This produces > > .Ldata: > .long 42 # 0x2a > .long 43

One exception we have in the coding standard is that classes that look like STL ones should use similar names for the methods (begin(), push_back(), etc...). But different parts of llvm have different opinions on how to handle the related case of classes that are not STL like, but have multiple collections that can be iterated over. * llvm/IR uses global_begin, alias_begin, etc. I.E., singular

Rafael Espíndola <rafael.espindola at gmail.com> writes: >> I suspected this was the case. Is a rework of prefix support likely to >> make it in for 3.5? >> > > Unlikely. It has branched already and I don't know of anyone working on it. > Fair enough. If there is consensus around a reasonably concrete proposal I would be happy to put together a patch

> We don't require users to compile their own gcc. Are you saying it's > impossible to get pre-built CMake 2.8.12 and gcc 4.7 on either Mac or > Windows? And we wouldn't be requiring it for cmake. My point was that cmake is always easier to install: * From binaries: a bit easier, since they are provided in http://www.cmake.org/ * From source: way easier than gcc. Gosh, from

I have just benchmarked building trunk llvm and clang in Debug, Release and LTO modes (see the attached scrip for the cmake lines). The compilers used were clang 3.5, 3.6, 3.7, 3.8 and trunk. In all cases I used the system libgcc and libstdc++. For release builds there is a monotonic increase in each version. From 163 minutes with 3.5 to 212 minutes with trunk. For comparison, gcc 5.3.2 takes

On Tue, Feb 17, 2015 at 12:47 PM, Marc Dietrich <marvin24 at gmx.de> wrote: > Am Dienstag, 17. Februar 2015, 12:42:00 schrieb Sedat Dilek: >> On Tue, Feb 17, 2015 at 12:38 PM, Marc Dietrich <marvin24 at gmx.de> wrote: >> > Am Dienstag, 17. Februar 2015, 11:58:06 schrieb Sedat Dilek: >> >> On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich <marvin24 at

On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich <marvin24 at gmx.de> wrote: > Avoid redefined symbol errors in clang. Based on a suggestion from > Rafael Ávila de Espíndola <rafael.espindola at gmail.com> in > http://llvm.org/bugs/show_bug.cgi?id=19778. > > Signed-off-by: Marc Dietrich <marvin24 at gmx.de> > --- > v2: - no change > v3: - include util

On Tue, Feb 17, 2015 at 12:38 PM, Marc Dietrich <marvin24 at gmx.de> wrote: > Am Dienstag, 17. Februar 2015, 11:58:06 schrieb Sedat Dilek: >> On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich <marvin24 at gmx.de> wrote: >> > Avoid redefined symbol errors in clang. Based on a suggestion from >> > Rafael Ávila de Espíndola <rafael.espindola at gmail.com> in

For example something like STARTUP ( http://wiki.osdev.org/Linker_Scripts#STARTUP) is not accepted by the LLVM LLD. :-/ On Wed, Apr 20, 2016 at 9:08 PM, Sky Flyer <skylake007 at gmail.com> wrote: > Yeah I found it, that's nice. Thanks a milion. > Could you please tell me how can I specify my bootstrap (startup code) in > the linking process? > > > On Wed, Apr 20, 2016

In r198030 the last in tree backend was converted to use MCInst for printing assembly. I removed support for the old printer in r198959. Out of tree targets have to lower MachineInstr to MCInst to use the new printer. Cheers, Rafael

On 28 June 2016 at 22:14, Dean Michael Berris <dberris at google.com> wrote: > On Wed, Jun 29, 2016 at 12:06 PM Rafael Espíndola > <rafael.espindola at gmail.com> wrote: >> >> On 22 June 2016 at 16:36, Dean Michael Berris via llvm-dev >> <llvm-dev at lists.llvm.org> wrote: >> > Peter suggested just writing out '.byte 0xeb, 0x09' and that

On 7 June 2014 00:14, Filip Pizlo <fpizlo at apple.com> wrote: > The only setback is to ensure that we synchronize the renaming with WebKit. > > The WebKit->LLVM interface currently avoids revision-lock; you can take any > recent revision of either and build a working browser engine. This is mostly > true even when we change the stack map format because of versioning in the

search for VAStart. Cheers, Rafael On 20 April 2016 at 14:18, Sky Flyer <skylake007 at gmail.com> wrote: > Hi Rafael, > > Thanks a lot. > For example the start entry for me is 0x11000 by default which I don't know > where it come from! I thought there should be a default thing that sets this > entry address. > > On Wed, Apr 20, 2016 at 8:05 PM, Rafael Espíndola

btw, do you have commit access or should I commit it? On 6 January 2015 at 11:22, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > LGTM, thanks! > > On 4 January 2015 at 19:08, Wilfred Hughes <me at wilfred.me.uk> wrote: >> Hi >> >> I'd like users to be able to install the LLVM major modes from >> MELPA[1], the most popular Emacs package

Rafael Espíndola <rafael.espindola at gmail.com> writes: > On 20 July 2014 18:18, Ben Gamari <bgamari.foss at gmail.com> wrote: >> Rafael Espíndola <rafael.espindola at gmail.com> writes: >> >>> Now that aliases can have any expressions, can't you use something like >>> >>> @data = private global [2 x i32] [i32 42, i32 43]

On Tue, Feb 17, 2015 at 12:38 PM, Marc Dietrich <marvin24 at gmx.de> wrote: > Am Dienstag, 17. Februar 2015, 11:58:06 schrieb Sedat Dilek: >> On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich <marvin24 at gmx.de> wrote: >> > Avoid redefined symbol errors in clang. Based on a suggestion from >> > Rafael Ávila de Espíndola <rafael.espindola at gmail.com> in

On 16 November 2016 at 15:52, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > I will do a quick benchmark run. On a mac pro (running linux) the results I got with all cores available: firefox master 7.146418217 patch 5.304271767 1.34729488437x faster firefox-gc master 7.316743822 patch 5.46436812 1.33899174824x faster chromium master 4.265597914 patch