similar to: [LLVMdev] __atomic_fetch_add on ARM

I think this is two bugs in one: * In ABIs that don't use external functions for atomics (linux hard float at least), we incorrectly decide to use function calls. * In ABIs that do use external function calls (non hard float linux?), we don't have code to actually generate the calls. See the thread in http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20130415/078021.html. The

On 10 May 2013 16:21, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > * In ABIs that don't use external functions for atomics (linux hard > float at least), we incorrectly decide to use function calls. > This seems to be the problem in my box, and Benjamin's hint did solve the problem (setting MaxAtomicInlineWidth). However, I'm not sure what relation that

> This seems to be the problem in my box, and Benjamin's hint did solve the > problem (setting MaxAtomicInlineWidth). However, I'm not sure what relation > that variable has to do with choosing library calls or not. If it's just a > matter of variable sizes (allowing direct atomic calls on 64-bit VFP > instructions), that it's possible that the fix is correct. For

Identified a while before the release, there is an issue with 64-bit atomics on ARM that was making Clang mis-compile a lot of code, including Clang itself. http://llvm.org/bugs/show_bug.cgi?id=15429 Attached is a patch proposed by Benjamin with the corrections to the test. I'm not an expert on how Clang lowers C11 atomics, but the resulting IR seems correct, and after self-hosting Clang

Hi Rafael, As you mentioned in the bug, we should only apply this change when hard-float is set, which it is by default on armv7a, I presume. >From that part of the code, I can infer that by the time "MaxAtomicPromoteWidth = 64;", the variable SoftFloat is not properly set, so a simple "if (!SoftFloat)" won't cut in there. It seems SoftFloat is being set on

On 16 Aug 2018, at 00:51, Joerg Sonnenberger via llvm-dev <llvm-dev at lists.llvm.org> wrote: > On Tue, Aug 07, 2018 at 09:49:16PM +0200, Dimitry Andric via llvm-dev wrote: >> This is a regression caused by https://reviews.llvm.org/rL323281: >> >> ------------------------------------------------------------------------ >> r323281 | wmi | 2018-01-23 23:27:57 +0000

On Sun, Aug 5, 2018 at 5:49 PM, Dimitry Andric <dimitry at andric.com> wrote: > On 3 Aug 2018, at 13:37, Hans Wennborg via Release-testers <release-testers at lists.llvm.org> wrote: >> >> 7.0.0-rc1 was just tagged (from the branch at r338847). >> >> It's early in the release process, but I'd like to find out what the >> status is of the branch

On 22 Aug 2018, at 05:58, Wei Mi <wmi at google.com> wrote: > > On Fri, Aug 17, 2018 at 1:27 PM, Dimitry Andric <dimitry at andric.com> wrote: > On 16 Aug 2018, at 00:51, Joerg Sonnenberger via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On Tue, Aug 07, 2018 at 09:49:16PM +0200, Dimitry Andric via llvm-dev wrote: > >> This is a regression caused by

On 13 May 2013 10:59, Renato Golin <renato.golin at linaro.org> wrote: > Hi Rafael, > > As you mentioned in the bug, we should only apply this change when > hard-float is set, which it is by default on armv7a, I presume. > > From that part of the code, I can infer that by the time > "MaxAtomicPromoteWidth = 64;", the variable SoftFloat is not properly set, >

On 22 Aug 2018, at 18:45, Hans Wennborg <hans at chromium.org> wrote: > > On Wed, Aug 22, 2018 at 3:48 AM, Dimitry Andric <dimitry at andric.com> wrote: >> On 22 Aug 2018, at 05:58, Wei Mi <wmi at google.com> wrote: >>> >>> On Fri, Aug 17, 2018 at 1:27 PM, Dimitry Andric <dimitry at andric.com> wrote: >>> On 16 Aug 2018, at 00:51,

> I have asked on #gcc what gcc does. I have posted a detailed > description in the bug, but the summary is that there is some > cooperation with the kernel going on that should make it safe to set > MaxAtomicInlineWidth to 64 when targeting linux armv6 or newer. Hard > float using it then just becomes a consequence of it implying armv7. > > I know think we need something like

Dear R-listers, Does anybody know what is the correct source of "rats" dataset in survival package? The help gives the following information: Rat data from survival5 Description: 48 rats were injected with a carcinogen, and then randomized to either drug or placebo. The number of tumors ranges from 0 to 13; all rats were censored at 6 months after randomization.

I have 3 variables relating to the successful introductions of species to 95 different areas: introduction frequency; number of successes pre 1906; number of successes post 1906 The data are not normal, nor homo-skedatic, so I am using non-parametric statistics. I have calculated Kendall's tau between both introduction & successes pre 1906 (tau=0.3903) and introduction & successes

Hello. Please forgive me if this problem has already been posted (and solved) by someone else ... I can't find it anywhere though it seems so very basic. Here it is: I have a list comprised of several matrices, each of which has two columns. > list [[1]] [,1] [,2] [1,] 1 3 [2,] 2 4 [[2]] [,1] [,2] [1,] 5 7 [2,] 6 8 [[3]] [,1] [,2]

Hello, I'm trying to test my data for normality. I enter the data (95ish species counts) run >ks.test (data,pnorm) and get a p- value <2.2e-16 But this seems to be the p-value no matter what the data I enter. (I have multiple datasets and am testing them all for normality). [Actually, I just entered a vector of 1's and the p-value changed.] When I use the >Shapiro.test command,

On 03/18/2013 10:28 AM, Renato Golin wrote: > On 17 March 2013 22:40, SArora <silkyar at umich.edu > <mailto:silkyar at umich.edu>> wrote: > > However, this errors out saying > > /home/silky/VecProject/opencv/OpenCVInstall/arm/include/opencv2/core/mat.hpp:117:9: > error: cannot compile this atomic library call yet > CV_XADD(refcount, 1);

Hi all, I'm having a problem with the auto.key function in xyplot. I hate to bother the list like this and I'm positive I must be missing something very simple, yet I've spent the last day searching for a solution to no avail. Essentially, I want a key that contains entries in which the plot points are superimposed on a line of the same color as the points, like this: o--o--o Now,

downloaded opustools_0.1.6 workspace but It buid failed, gives error showing some files missing e.g:ogg.h how can I fix it. if you have any idea please send me. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20130510/2db6ebbc/attachment.htm

Hello, I have faced some problems : 1. With iptables running i can't ping my tincvpn server but as i turn it off i can. i have added all rules mentioned in examples but no success. 2. I want to get internet access on the client which is a win 7 computer using tincVPN but i gained no success either (i can't use bridges because server is a VPS using OpenVZ) so any advice for solving this

Hi, the error I receive when running my program is this; Code: fixme:int:DOSVM_Int10Handler Get Font Information - Not Supported I ran; Code: cd '/home/ricardo/.wine/drive_c/gh' wine gail.exe -CustomResolution:enabled -r1024x768x32 exit The program is a lottery number program (generator) Could someone debug the error for me? Thanks.