Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!news.albasani.net!.POSTED!not-for-mail From: BGB Newsgroups: comp.lang.java.programmer Subject: Re: =?UTF-8?B?QW5kcm9pZOKAlFdoeSBEYWx2aWs/?= Date: Mon, 30 May 2011 01:57:16 -0700 Organization: albasani.net Lines: 119 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: news.albasani.net yHbsEakXL4PDxt2wfQW9dKgsrblMKZWiwlxsr0+ukj81zmgYpgxB8nMPIuqcwXzWZ4VpLZouK8Mi7qG0yw8GMmk1f9OAlcNIcmuxmvcqtz4Y9Uz2msLtpCg6Wt8qOH02 NNTP-Posting-Date: Mon, 30 May 2011 09:00:18 +0000 (UTC) Injection-Info: news.albasani.net; logging-data="mFDBJVnBoTSS2YttKCVf/yvJww3G29FYwBZNLA2MO48575AUcipWeZhu0uPt6T81BvjY/cJhGb83rf9SupUxSnT1Ua9bC7TMABut6bJ3L+JNu0tDVGFNVAbbVIytwQ0j"; mail-complaints-to="abuse@albasani.net" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 In-Reply-To: Cancel-Lock: sha1:dLeauQasNfLeopR51qcXxqJxtpQ= Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:4729 On 5/29/2011 10:26 PM, Lawrence D'Oliveiro wrote: > In message, BGB wrote: > >> On 5/29/2011 5:44 PM, Lawrence D'Oliveiro wrote: >> >>> In message, BGB wrote: >>> >>>> ... register-based VMs are not necessarily non-portable, just the >>>> performance argument is a bit weak, especially on x86 ... >>> >>> Which, interestingly, is not very popular for ultramobile devices. >>> >> now, maybe for RISC style targets things are faster ... > > The issue is power consumption. Intel has been unable to drive down the > power usage of x86 chips to offer serious competition to ARM. > snipping statements, using them out of context, and responding with answers which don't make sense in context, well, this doesn't really buy too many points... but, anyways, I mostly use x86, and mostly on desktop PC and laptop environments. x86 does what x86 does on PCs... and, as for the performance profiles, it doesn't matter whether or not x86 competes well with ARM in this market, only their respective performance characteristics WRT a particular style of VM implementation. on x86, there is not a lot of sway either way. for ARM, who knows?... I am not an expert on ARM. my guess is it may matter a lot more if typical ARM chips result in, say, a relatively higher cost of indirect addressing or memory access compared with register access, coupled with a larger number of HW registers. I was explicitly allowing for this. >>>> although they still use the Java language, which could itself be a >>>> factor in a legal sense ... >>> >>> How come? Is the licence for the Sunacle JDK (which is what I use for >>> compiling programs) violated in any way? >> >> apparently, Sun/Oracle is fairly fussy about who uses their trademark >> and when, and basically they went and sued Google, IIRC (?), for using >> their trademark in an unliscensed and partial implementation ... > > I don’t recall any trademarks being at issue in that suit. > I remember reading something to this effect though. >> ... and for infringing on their patents. > > Which is a separate issue. > from the stuff I read, both issues came up in the same suit. I suspect a major possible interpretation: Google did their own VM, and claimed to support Java with it; they didn't do things the proper Sun/Oracle way, and properly license the VM, and not just omit the parts they didn't want to bother supporting. Oracle rage-faced... and tried to put the hammer down... had Google not used the Java trademark though, it is likely that Oracle would not have done anything, since it would have essentially been (in a mindshare sense) a different and unrelated piece of VM technology. basically, it is mostly built on Apache's code, rather than the Sun/Oracle code, so copyright doesn't work. also, the VM is a different piece of technology from the JVM. the link then is Java, but really, what is Java?... mostly, it is its name and trademark... most things that make up the core language: the syntax, semantics, ... are all fairly generic: a fair amount descends from C and C++; some of the rest is variations on the above. compilers are not really all that difficult to write (in the greater scheme of things...). also the libraries, which are distinctive mostly due to their particular organization and the use of the word 'java' in most of the package names, but are not themselves novel... a language which looked like Java syntax-wise, and had a similar set of APIs, would not likely have drawn much attention. but, instead, Google endorsed Java itself... this was very possibly near the core of the issue... had it been called, say, GoogleC, and looked something like: import goolglec.util.*; public class MyApp { public static void main(String[] args) { System.out.println("Hello\n"); } } maybe... people would have been like "hey... this sort of looks like Java...", but this would likely have been the end of it... law is a funny thing sometimes...