You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Leif Hedstrom (JIRA)" <ji...@apache.org> on 2011/01/04 18:48:46 UTC

[jira] Assigned: (TS-618) Eliminate our "custom" atomic assembler

     [ https://issues.apache.org/jira/browse/TS-618?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Leif Hedstrom reassigned TS-618:
--------------------------------

    Assignee: Leif Hedstrom

> Eliminate our "custom" atomic assembler
> ---------------------------------------
>
>                 Key: TS-618
>                 URL: https://issues.apache.org/jira/browse/TS-618
>             Project: Traffic Server
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Leif Hedstrom
>            Assignee: Leif Hedstrom
>             Fix For: 2.1.5
>
>
> We mostly depend on the compilers and/or libc to provide atomic primitives. We have a custom assembler file, which does the same, but only for Intel, and only for 32-bit platforms. It's not well maintained, and causes more confusion than good. I'm suggesting we eliminate this, and going forward, require that the compiler and/or libc provides the atomic functions that we rely on.
> What does this mean? It means we require one of the following
> - GCC v4.1.2 or later
> - Intel CC v9 (or any other version that's compatible with GCC 4.1.2 or later)
> - Fairly new builds of clang / llvm (it is compatible with gcc)
> - Solaris libc / SunPRO compilers.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.