RFR: Add support of lzcnt and tzcnt

Josef Eisl josef.eisl at jku.at
Tue Nov 18 10:10:27 UTC 2014

On 18/11/14 00:41, Christian Thalinger wrote:
>> On Nov 17, 2014, at 3:30 PM, Thomas Wuerthinger <thomas.wuerthinger at oracle.com> wrote:
>> Igor,
>> Another possibility is to move the registration of AMD64IntegerSubstitutions and AMD64LongSubstitutions to the HotSpotSubstitutions class and guard these registrations with checking the flag from HotSpotVMConfig there. If I understand the patch correctly, then the substitutions themselves are independent of the VM and only the configuration whether they should be used or not depends on code specific to HotSpot.
>> In general, we mark HotSpot specific modules with “hotspot”, platform specific packages with “amd64”, “ptx”, “sparc” or “hsail”, and package specific to testing with “test”. A more general module must never depend on a more specific module. A module may be specific in more than one dimension, "com.oracle.graal.hotspot.amd64.test” is for example a testing package specific to HotSpot and AMD64. A module marked with “api” can only depend on other modules marked with “api”. We should probably enforce these rules in the mx script. You can see our full dependency graph at http://lafo.ssw.uni-linz.ac.at/javadoc/graalvm/all/projects.jpg <http://lafo.ssw.uni-linz.ac.at/javadoc/graalvm/all/projects.jpg>.
> Is this graph also available on the OpenJDK wiki?

I don't think so, there is only the Javadoc link to lafo. But you can 
use `mx projectgraph` to build the graph from the sources (and there is 
also IGV support `mx projectgraph --igv`).


More information about the graal-dev mailing list