harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gregory Shimansky (JIRA)" <j...@apache.org>
Subject [jira] Closed: (HARMONY-566) [classlib] NASM port of assembly parts of win32 code in hythreads
Date Sun, 17 Jun 2007 21:47:26 GMT

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

Gregory Shimansky closed HARMONY-566.

    Resolution: Won't Fix

If we'll finally have basic threading code in VM, then this code won't be needed since it
is classlib's implementation of thread locks. So I think this code won't ever be used. It
is better to merge hythr code into harmony VMs than integrate these assembly sources into
classlib tree.

> [classlib] NASM port of assembly parts of win32 code in hythreads
> -----------------------------------------------------------------
>                 Key: HARMONY-566
>                 URL: https://issues.apache.org/jira/browse/HARMONY-566
>             Project: Harmony
>          Issue Type: Wish
>          Components: Classlib
>         Environment: Windows ia32
>            Reporter: Gregory Shimansky
>            Priority: Trivial
>         Attachments: nasm-port.zip
> Since MASM is not a free tool I've ported assembly threading code to NASM which is free
and available for windows and linux ia32 OSes (there is a branch called yasm which supports
x86_64 arch). The code attempts to keep win32 optimization for a single processor where LOCK
prefixes of instructions are replaced with NOPs.
> The command line to compile sources is
> nasm -f win32 $<
> If NASM is taken independent from Cygwin, e.g. from http://nasm.sf.net,  the command
line is "nasmw", not "nasm".

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

View raw message