Ah, I see. I red it that GCC plans to add support for Go, not to just enable it.
Announcement
Collapse
No announcement yet.
GCC Looks To Turn Off Java, Replace With Go Or ADA
Collapse
X
-
Originally posted by peppercats View PostDoes anyone actually use GCJ?
Comment
-
Originally posted by curaga View PostIf GCJ had actually supported the whole thing, it would've been useful: if for nothing else, to get proper binaries for open-source Java applications.
The huge first-start lag of Java remains to this day.
GCJ has an outdated profile (I'm almost sure it doesn't support 1.6, and certainly not Java 1.7, and the world goes soon into Java 1.8 with InvokeDynamic used in the language) , an outdated runtime (which has a very bad GC) so is really not a good option for the applications you say that are so good (by not using OpenJDK). I tried to compile more than two classes projects and I couldn't do it with GCJ. I didn't submit a bug because Java was a side task for me. But I am sure that even for Java developers was no interest. Even Google which has developers in GCC team and also has people interested in Java (as of Android) but GCJ is not interesting for anyone.
The huge first-start lag of Java remains to this day.
Comment
-
Can you point the one that is OSS and runs better than OpenJDK?
There are many FOSS Java apps that I would use if I could have native binaries. Jitsi comes to mind first.
May you count this "huge", some real figures would be really nice? When I start Java applications they don't start slower than Visual Studio (which is written mostly in C++) or KDE applications in my Gnome environment.
A larger delay is visible using FOP (7-8s), which is a XML-FO typesetter program. Those two are the only Java programs I have. Both behave better from warm caches, but that's irrelevant, as the complaint is about cold starts.
VS is a terrible comparison, since the thing takes a minute to start, far longer than any Java app
If KDE apps take as long to cold start as Java, KDE is doing something wrong.
Comment
-
Originally posted by curaga View PostThey don't, that was my point. None of them even compile using GCJ.
There are many FOSS Java apps that I would use if I could have native binaries. Jitsi comes to mind first.
(...)
VS is a terrible comparison, since the thing takes a minute to start, far longer than any Java app
If KDE apps take as long to cold start as Java, KDE is doing something wrong.
I can say one application which runs much slower with Java than with it (LibreOffice with Java plugins), but I noticed many snappy Java applications. Also, as we both understand the Java tradeoffs, waiting/ignoring the first 5 seconds (the startup ones), Java runs really nice. Many Java applications are responsive and fast.
Comment
-
Originally posted by AnonymousCoward View PostYou didn't read the article, or did you?
It's about "stressing the codebase", because languages like java use less used codepaths and so on.
So, like I said, better to just drop Java and leave it at that. Go and Ada has nothing to do with it.
Comment
-
Originally posted by Delgarde View PostThat's my thought too. There's a bunch of talk about it being important prior to Java being open-sourced, but as a Java developer, I don't see it - we've never seriously considered it as an alternative to the at-the-time proprietary releases from Sun. If anything, it was more than a hindrance - with it being installed by distros, it tended to get in the way, causing $PATH confusion with the versions we actually wanted to use...
Comment
Comment