similar to: [LLVMdev] Copyright of /cfe/lib/headers

Bob Wilson writes: > On Sep 21, 2010, at 9:33 AM, Renato Golin wrote: > > I was checking NEON instructions this week and the vector types seem > > to be inside structures. If vector types are considered proper types > > in LLVM, why pack them inside structures? > > Because that is what ARM has specified? They define the vector types > that are used with their NEON

On Tue, Sep 21, 2010 at 11:07 PM, Alasdair Grant <Alasdair.Grant at arm.com> wrote: > Bob Wilson writes: >> On Sep 21, 2010, at 9:33 AM, Renato Golin wrote: >> > I was checking NEON instructions this week and the vector types seem >> > to be inside structures. If vector types are considered proper types >> > in LLVM, why pack them inside structures?

Hi all, Somehow my reply didn't reach this list. I've attached the conclusion. Cheers, Cristian. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/vorbis/attachments/20080831/9f467742/attachment.htm -------------- next part -------------- An embedded message was scrubbed... From: "Alasdair King" <alasdairking at

I second Justin's suggestion, but would that happen in LLVM 5 or 6? Just as something to consider, it may also cause spurious errors for people who are relying on the at-version-stability of experimental libraries, causing them to turn off warnings for deprecated code. As C Bergstrom has said, users buy into experimental libraries with the knowledge that the interface or behaviour could

Hello all! I am currently making a script which is supposed to set up a call on request from a user, say, through a web page, for support issues etc. I am new into both asterisk and php, but I am working my way through the path as good as I can. Basically, what I would want to do, is to give the user the possibility to initiate a call by clicking a button. I?ve seen a cgi-alternative for this,

Dear list, I would like to start some R workshops at King's College London, and to do so, I would like to use the "Use R!" logo at http://www.agrocampus-ouest.fr/math/useR-2009//useR%21%202008_fichiers/useR-middle.png Since it seems to be difficult to get a shell account at KCL, I also went ahead and registered use-r.org.uk and am starting to put together a website at

On 2008-11-04, at 08:12, Sebastian Redl wrote: > Mike Stump wrote: >> On Nov 3, 2008, at 1:39 PM, Sebastian Redl wrote: >>>> svn help cl >>>> >>>> [ runs away, much the same way someone that throws a lighted match >>>> into a pool of gasoline ] Probably wise. >>> "cl": unknown command. >> >> From svn 1.5:

Hello all, I'm a developer in Assistive Technology for blind and other disabled people. I produce and distribute some Free software called WebbIE and the Accessibility suite: http://www.webbie.org.uk Working with blind people, I'm interested in low-cost technologies using audio. Ogg Vorbis is therefore of interest to me. I'd like to install the necessary components for Ogg Vorbis

Hi, Removing the data layout causes another issue: In SPIR we know the size and alignment of everything, but except the data layout string, I see no other way to update this information in the DataLayout class. This way we get a failure when trying to build the layout of a struct that contains a pointer in 32 bits. In DataLayout.cpp, the default pointer size and alignment is 8 bytes, which is

On Wed, Oct 16, 2019 at 12:54 PM David Greene via cfe-dev < cfe-dev at lists.llvm.org> wrote: > Renato Golin via Openmp-dev <openmp-dev at lists.llvm.org> writes: > > > But if we have some consensus on doing a clean job, then I would > > actually like to have that kind of intermediary check (diagnostics, > > warnings, etc) on most test-suite tests, which would

On 10/11/2013 14:26, Joerg Sonnenberger wrote: > On Sun, Nov 10, 2013 at 01:42:24PM +0000, Alp Toker wrote: >> |#undef NetBSD|| >> ||#undef mips|| >> ||#undef sparc|| >> ||#undef INT64_MAX|| >> ||#undef alloca| >> >> This is not OK to do globally -- even if LLVM doesn't care about the >> definition, maybe embedding applications or OS headers

2013/11/10 Alp Toker <alp at nuanti.com>: > #ifndef NDEBUG > > This is the biggest violation. NDEBUG should only ever be used in source > files. That way if something is crashing we can swap in a debug build > without rebuilding every single dependent application. Win! I wish; - NDEBUG may not modify API. class structure (member offset, vtables) should be stable and

On Nov 11, 2013, at 9:56 AM, Alp Toker <alp at nuanti.com> wrote: > Done :-) > > The patchset is 532K so I've put it online: > > http://www.nuanti.com/tmp/llvm-api-stability/ > > The bulk edits are split out and noted. They were refactored with an internal tool, so it's not a big hassle to keep this up to date until 3.4 is out the door. > > A handful

Manuel, After the discussion at last night, I have agreed that GetTemporaryDirectory() on Win32 would do bad thing, thank you. dir = GetTemporaryDirectory(); dir.eraseFromDisk(erase_contents = true); dir = GetTemporaryDirectory(); /* It doesn't create anything on Win32 due to caching */ I suppose Manuel wants GetTemporaryDirectory() to keep semantics similar mkdtemp(3). Though it is in

On 11/11/2013 19:16, Alp Toker wrote: > On 11/11/2013 19:08, Chris Lattner wrote: >> On Nov 11, 2013, at 9:56 AM, Alp Toker <alp at nuanti.com >> <mailto:alp at nuanti.com>> wrote: >>> Done :-) >>> >>> The patchset is 532K so I've put it online: >>> >>> http://www.nuanti.com/tmp/llvm-api-stability/ >>>

I don't think NDEBUG is that easy. We use assert liberally[1] in templated code in headers. What about cast<>, which has assert(isa<...>...)? On ELF, you have an ODR problem, and you'll get either one or the other based on the whims of the dynamic linker. You could probably get things to the point that it sort of works, but I don't think we could support it without

On 11/11/2013 07:37, NAKAMURA Takumi wrote: > 2013/11/10 Alp Toker <alp at nuanti.com>: >> #ifndef NDEBUG >> >> This is the biggest violation. NDEBUG should only ever be used in source >> files. That way if something is crashing we can swap in a debug build >> without rebuilding every single dependent application. Win! > I wish; > > - NDEBUG may

On Thu, Jun 23, 2016 at 7:36 PM, Tim Northover <t.p.northover at gmail.com> wrote: > On 23 June 2016 at 06:31, vivek pandya via cfe-dev > <cfe-dev at lists.llvm.org> wrote: > > I am running OS X, when I build clang++ from source and use it to compile > > .cpp files it fails as it is not able to find C++ header. I am not > building > > libc++ along with llvm

With 2.6.31-rc5 in a KVM guest using dm and virtio_blk, we see the following errors: end_request: I/O error, dev vda, sector 0 end_request: I/O error, dev vda, sector 0 The errors go away if dm stops submitting empty barriers, by reverting: commit 52b1fd5a27c625c78373e024bf570af3c9d44a79 Author: Mikulas Patocka <mpatocka at redhat.com> dm: send empty barriers to targets in

With 2.6.31-rc5 in a KVM guest using dm and virtio_blk, we see the following errors: end_request: I/O error, dev vda, sector 0 end_request: I/O error, dev vda, sector 0 The errors go away if dm stops submitting empty barriers, by reverting: commit 52b1fd5a27c625c78373e024bf570af3c9d44a79 Author: Mikulas Patocka <mpatocka at redhat.com> dm: send empty barriers to targets in