search for: dionn

I just landed these patches: commit c55051eea5d3cd57abfd9727f519b670517704d9 Author: Louis Dionne <ldionne at apple.com> Date: Thu Jun 25 12:02:43 2020 -0400 [libunwind] Allow specifying custom Lit config files This is the libunwind counterpart of 0c66af970c80. commit 33c9c10d183371edc95fa936705bef56f55ab611 Author: Louis Dionne <ldionne at apple.com&g...

...ic Christopher <echristo at gmail.com> wrote: > > I'm one of those people ;) That's not something to be proud of if you expect a maintainer to commit on your behalf. If you commit yourself, then whatever. Louis > > -eric > > On Tue, Mar 3, 2020 at 2:20 PM Louis Dionne via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > > > On Mar 3, 2020, at 17:16, Shoaib Meenai <smeenai at fb.com <mailto:smeenai at fb.com>> wrote: > > > > `arc patch` should preserve the author information i...

...upload raw patches to Phabricator without using `arc diff`. I know I ran into one of these just last week where I used Johannes' script (thanks!) and ended up still having to find the committer's email by other means. Louis > > On 3/3/20, 1:44 PM, "llvm-dev on behalf of Louis Dionne via llvm-dev" <llvm-dev-bounces at lists.llvm.org on behalf of llvm-dev at lists.llvm.org> wrote: > > > >> On Feb 20, 2020, at 14:25, Johannes Doerfert <johannesdoerfert at gmail.com> wrote: >> >> On 02/20, Louis Dionne via llvm-dev wrote: >>&g...

Maybe a newb question, maybe not. It''s not well documented, and I want to know how to know the id of my newly dropped item. The usage, would be to attach the newly dropped id to its *new* parent in a DB. Thanks. ???????????????????????? http://www.samueldr.com http://www.hostingquebec.ca

On 30 Jun 2020, at 16:04, Louis Dionne via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> On Apr 8, 2020, at 13:06, Louis Dionne <ldionne at apple.com> wrote: >>> On Apr 2, 2020, at 10:19, Louis Dionne via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>> >>> Okay, so we've had so...

> On Feb 20, 2020, at 14:25, Johannes Doerfert <johannesdoerfert at gmail.com> wrote: > > On 02/20, Louis Dionne via llvm-dev wrote: >> I know there has been significant discussion about "moving" from >> Phabricator to GitHub reviews and pull requests, etc. I'm not >> suggesting that we do anything in terms of global LLVM policy. >> However, as a maintainer of libc++, I...

...th MS though before we assume that > this is the case. > > > > *From:* Eric Christopher <echristo at gmail.com> > *Sent:* Wednesday, April 8, 2020 12:41 PM > *To:* Chris Tetreault <ctetreau at quicinc.com> > *Cc:* Mehdi AMINI <joker.eph at gmail.com>; Louis Dionne <ldionne at apple.com>; > llvm-dev at lists.llvm.org > *Subject:* [EXT] Re: [llvm-dev] Upgrading LLVM's minimum required CMake > version > > > > Hi All, > > > > Throwing a couple of comments in: > > > > Chris's position here has a lot of g...

...> to reduce this sort of friction. > > > > Thanks, > > Christopher Tetreault > > > > > > *From:* llvm-dev <llvm-dev-bounces at lists.llvm.org> *On Behalf Of *Mehdi > AMINI via llvm-dev > *Sent:* Wednesday, April 8, 2020 9:06 AM > *To:* Louis Dionne <ldionne at apple.com> > *Cc:* llvm-dev at lists.llvm.org > *Subject:* [EXT] Re: [llvm-dev] Upgrading LLVM's minimum required CMake > version > > > > > > > > On Wed, Apr 8, 2020 at 9:02 AM Louis Dionne <ldionne at apple.com> wrote: > > > &g...

On 03/25/2020 06:20 AM, Louis Dionne wrote: > > >> On Mar 25, 2020, at 00:47, Tom Stellard <tstellar at redhat.com> wrote: >> >> On 03/24/2020 09:00 PM, Petr Hosek via llvm-dev wrote: >>> In October, there was a discussion about updating CMake to 3.15: http://lists.llvm.org/pipermail/llvm-dev/...

...on August 22nd. Louis > On Aug 2, 2018, at 03:46, Hans Wennborg <hans at chromium.org> wrote: > > I only saw this now after the llvm 7 branch was cut. > > It would be good to get this all figured out before the release :-) > > On Mon, Jul 30, 2018 at 10:19 PM, Louis Dionne via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> FWIW, I’d like for us to come to an agreement before the branch for LLVM 7.0 >> is cut. How do others feel about this? Am I wrong when I claim that shipping >> an ABI-unstable feature in the std:: namespace is a devia...

...My use case is to test the Boost.Hana library against Clang trunk on Travis, where building from source is unfortunately not an option. Doing so would be both useful to people experimenting with new C++ features, and to LLVM itself because trunk could be tested by a wider audience. Regards, Louis Dionne P.S.: On a similar note, are there any news regarding llvm.org/apt?

...as an official apt repository -- you can install a deb if installing that seems easier for you (https://apt.kitware.com/). On Thu, Jul 16, 2020 at 8:05 PM Jessica Clarke via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: On 30 Jun 2020, at 16:04, Louis Dionne via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: >> On Apr 8, 2020, at 13:06, Louis Dionne <ldionne at apple.com<mailto:ldionne at apple.com>> wrote: >>> On Apr 2, 2020, at 10:19, Louis Dionne via llvm-dev <llvm-dev at li...

...an official apt > repository -- you can install a deb if installing that seems easier for you > (https://apt.kitware.com/). > > > On Thu, Jul 16, 2020 at 8:05 PM Jessica Clarke via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> On 30 Jun 2020, at 16:04, Louis Dionne via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> >> On Apr 8, 2020, at 13:06, Louis Dionne <ldionne at apple.com> wrote: >> >>> On Apr 2, 2020, at 10:19, Louis Dionne via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> >&...

...ns have”. It probably makes sense to confirm with MS though before we assume that this is the case. From: Eric Christopher <echristo at gmail.com> Sent: Wednesday, April 8, 2020 12:41 PM To: Chris Tetreault <ctetreau at quicinc.com> Cc: Mehdi AMINI <joker.eph at gmail.com>; Louis Dionne <ldionne at apple.com>; llvm-dev at lists.llvm.org Subject: [EXT] Re: [llvm-dev] Upgrading LLVM's minimum required CMake version Hi All, Throwing a couple of comments in: Chris's position here has a lot of good points and we want to make sure we're not raising the barrier too...

...ed to components specified > by a standard still in flight. Also note that libstdc++ also hasn't > committed to ABI stability for <filesystem> yet. This is the reason we put > the symbols in a separate static library. > > /Eric > > On Tue, Aug 7, 2018 at 2:15 PM Louis Dionne <ldionne at apple.com> wrote: > >> Hi, >> >> My current understanding of the problem (based on >> https://reviews.llvm.org/D49774) is that we have a type, file_time_type, >> which is part of the ABI and is currently defined as >> std::chrono::time_point...

Hi Louis, sorry for bothering you once more about the libcxx test suite! I was wondering whether you could help with some of my problems again. After the recent discussion on the mailing list and your diff, I was able to set up cross-compilation and remote-execution of the libcxx test suite, so thank you for that! We have split up the build of the libraries into different stages, so libcxx,

...o the choice of 3.15 as the next version, which would be too new for some Linux distros. I think if we had a planned upgrade path, it would be easier for those of us that want something really new to settle on a release that is a little bit older. -Tom > On Tue, Mar 24, 2020 at 8:11 PM Louis Dionne via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > Hi, > > The minimum CMake version currently advertised for libc++ and libc++abi is currently 3.4.3. I think the oldest version of CMake actually being tested on any builder is...

Hi, Libc++ has been shipping the <ext/hash_set>, <ext/hash_map> and <ext/__hash> headers for a while and they are deprecated. Those headers contain data structures like __gnu_cxx::hash_map that have replacements like std::unordered_map. I would like to remove those headers. I've put up a patch for review but I won't commit it until we have a sort of plan because I know

...a deviation from normal practice? Am I overcautious when I say it’s asking for trouble? Eric, I know you’re busy and may not have time to do the work so I’m totally willing to chime in, but I’d like to have your thoughts on my objection first. Cheers, Louis > On Jul 27, 2018, at 17:02, Louis Dionne via cfe-dev <cfe-dev at lists.llvm.org> wrote: > > Eric, > > I’m curious to know what the concerns are w.r.t. providing ABI stability for filesystem right now. What do you envision may require changing the ABI in the future? > > I feel like taking filesystem out of exper...

...ated later (I think that’s linkonce_odr), despite there being an extern template declaration promising a definition elsewhere. I think the current situation is that the function gets available_externally linkage instead. Is there a way to express this at the C++ source code level? Thank you, Louis Dionne -------------- next part -------------- A non-text attachment was scrubbed... Name: linkage.sh.cpp Type: application/octet-stream Size: 1051 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180710/a9b08edc/attachment.obj>