search for: doodling

So, there will be an LLVM Social in the Chicago area. We know what you now think, an LLVM Social in Chicagoland? Finally! If you are interested in showing up __ for the first meeting __, use the doodle [0] to indicate your preferred dates. Note that the weekend was chosen for the first meeting only. We expect to discuss future meeting details (times, locations, style, ...) at this first

Hi all, Several people have expressed interest in having regular sync-up calls to follow the progress of ARM SVE/SVE2 support in LLVM. With this effort picking up steam and multiple people contributing patches, regular sync-up calls would provide a platform to coordinate our efforts. Items to discuss in these sync-up calls would include: - SVE/SVE2 CodeGen support - Adding support for C/C++

Hello, Following up on last week's LLVM-Dev meeting where we discussed MemorySSA related topics, I created the following google doc <https://docs.google.com/document/d/1-uEEZfmRdPThZlctOq9eXlmUaSSAAi8oKxhrPY_lpjk/edit#> with some of the meeting notes and planning for future meetings. For those who participated, please feel free to add items I may have missed into the document and cc

Hi, everyone, A quick reminder: This call will start in approximately four hours. See below for how to join. On our current agenda: Agenda * Full restrict patch * Observation and clarification * Issues encountered * Speed up in intersection code - O(nlog(n)) * Calling Verifier after LoopVectorize pass? -Hal Hal Finkel Lead, Compiler Technology and Programming

Hi, everyone, We had a great call last month, and progress is definitely being made on several fronts. The notes from our last call are available here: https://docs.google.com/document/d/1ybwEKDVtIbhIhK50qYtwKsL50K-NvB6LfuBsfepBZ9Y/edit#heading=h.vpxs8lkuxy79 and, also, pasted below. DOODLE POLL: As we discussed on our last call, I would like to schedule a regular call to discuss

Thanks to all who attended last week's SVE/SVE2 sync-up meeting! The next meeting will be on Thursday, January 9th, at 5pm GMT / 9am PST. I've created the agenda for the next meeting here: https://docs.google.com/document/d/17GqhBZaADtnDlDL3L4wWqcMd0qvfzB-VEe_ntodgYjA (If you want to attend, please add your name, email and organisation to the list referenced in the document above so I

Great, thanks! Are you planning on just talking about these things with slides? Do we have other things to which we can link for people to read? -Hal Hal Finkel Lead, Compiler Technology and Programming Languages Leadership Computing Facility Argonne National Laboratory ________________________________ From: Tarique Islam <tislam at ca.ibm.com> Sent: Thursday, May 21, 2020 8:19:31 AM To:

To join our call on Thursday, May 28th @ 9-10 AM central time / 2-3 PM UTC please use this information: Meeting URL https://bluejeans.com/643493129?src=join_info Meeting ID 643 493 129 Want to dial in from a phone? Dial one of the following numbers: +1.312.216.0325 (US (Chicago)) +1.408.740.7256 (US (San Jose)) +1.866.226.4650 (US Toll Free) (see all numbers -

Hey, The HDT project is more and more active and tend to bring new releases as often as possible. We are on a good track for releasing HDT 0.3.5 in a few days. Beside of that, we are trying to give this project a dedicated identity. The first step is having a 'cool' logo that represent HDT. This work will lead to - give some shine on our website (http://hdt-project.org) ;) - a

Hey, The HDT project is more and more active and tend to bring new releases as often as possible. We are on a good track for releasing HDT 0.3.5 in a few days. Beside of that, we are trying to give this project a dedicated identity. The first step is having a 'cool' logo that represent HDT. This work will lead to - give some shine on our website (http://hdt-project.org) ;) - a

Hi, everyone, We've had a number of discussions recently, including on the Flang technical call, about potential improvements to LLVM's alias analysis to support handling restrict and restrict-like semantics. We would like to try having a call to discuss these issues further. Please, if you're interested in joining, indicate your availability (prior to the end of this week):

Hi all, Thank you to all who responded to the planning poll. The meeting is set for 10:30 Pacific Time/5:30pm UTC (in about 3h). Details in the google doc <https://docs.google.com/document/d/1-uEEZfmRdPThZlctOq9eXlmUaSSAAi8oKxhrPY_lpjk/edit#> included before. The agenda includes progress on the topics discussed last time (meeting notes in the doc), and open discussions and questions from

Dear LLVM community, we would like to form a working group that focuses on loop optimizations and the loop optimization pipeline in LLVM. This working group would meet at a regular cadence (weekly or bi-weekly depending on people's schedules) and discuss topics relevant to loop optimizations. These topics would include: - Implementation of current loop optimizations - Proposals for

Hi there, Some time ago I floated the idea of an Amsterdam LLVM Social on IRC. Feedback was positive, so I'd like to poll the list to see if there's some interest. I've picked 6 weekday nights in September, please fill out the Doodle thingy here if you're interested in attending. http://www.doodle.com/ckyv294ruhd8zpvg Cheers, Dirkjan

We're having the first LLVM Social for those in or nearby the Kitchener/Waterloo/Cambridge area of Ontario! This is a great opportunity to meet other LLVM folks face to face. The social will be during the last week of August, "somewhere with beer" in Uptown Waterloo or Downtown Kitchener. If you'd like to attend, please indicate your preferred day here:

James Cowgill dixit: >klibc does this when it saves all the FPU registers in its setjmp Hm, shouldn?t klibc not use the FPU at all? AFAIK it was unsupported to use it. bye, //mirabilos -- <hecker> cool ein Ada Lovelace Google-Doodle. aber zum 197. Geburtstag? H?tten die nicht noch 3 Jahre warten k?nnen? <mirabilos> bis dahin gibts google nicht mehr <hecker> ja, k?nnte man

Hola a todos Siguiendo la iniciativa propuesta por Carlos Gil en la lista de correo estamos creando/organizando un grupo de estudio en Madrid para seguir el MOOC StatLearning: Statistical Learning. Para aquellos interesados en participar en dicho grupo hago saber lo siguiente: 1. En la próxima reunión <http://r-es.org/tiki-index.php?page=Grupo%20de%20Inter%C3%A9s%20Local%20de%

I wonder if PuppetLabs will work with Amazon to try to add Puppet as an option to OpsWorks as well ? I don''t think people using Puppet with AWS in a stable fashion would try to move to OpsWorks and migrate everything to Chef, but new customers/startups would think twice in choosing Puppet if the service offered in AWS OpsWorks is based on Chef. I haven''t tried OpsWorks yet,

Hiya, Is there any reason (and anything to worry about) if disk target IDs don''t start at 0 (zero). For some reason mine are like this (3 controllers - 1 onboard and 2 PCIe); AVAILABLE DISK SELECTIONS: 0. c8t0d0 <ATA -ST9160314AS -SDM1 cyl 19454 alt 2 hd 255 sec 63> /pci at 0,0/pci10de,cb84 at 5/disk at 0,0 1. c8t1d0 <ATA -ST9160314AS -SDM1

Hi Ben, >Thorsten: I've attached a patch which I tested briefly in QEMU. Let me >know if this works for you. sorry for the delay. I was able to test this on eller today. To reproduce the issue, this was needed, because the value read was a nanosecond field and so the test didn?t always fail: (sid_mips64el-dchroot)tg at eller:~$ while sleep 0.1; do :>b; ./mksh -c 'test a -nt