Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
marco2357
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
25 ms
·
1.
▲
by
marco2357
11y ago
Yes indeed. We handled goto into do-while statements wrong. Fixed now. Thanks!
2.
▲
by
marco2357
11y ago
That would be a bug in the translation. We'll investigate. Thanks!
3.
▲
by
marco2357
11y ago
Hahaha, cool!
4.
▲
by
marco2357
11y ago
I saw that ;-) The translation is: do { to.set((from = from.shift(1)).get(-1)); } while(--count > 0); which looks correct to me. Hence my question what orodley thinks is wrong.
5.
▲
by
marco2357
11y ago
Didn't think too much about it since there are many C specific analyzers and tools that do the same. Well, they do it way better. E.g. Valgrind.
6.
▲
by
marco2357
11y ago
Thank you! But of course a lot of development and money went into our translation framework. So the main aim has to be to make money with it. But as long as we have capacity, we're happy to translate open-source software and improving
7.
▲
by
marco2357
11y ago
Can you elaborate on that? What's the C code, the translated Java code and your expected Java code? Thanks!
8.
▲
by
marco2357
11y ago
Yes, but it's way too limited for replicating what you can do with C pointers. Therefore we wrote our own classes.
9.
▲
by
marco2357
11y ago
Thanks! malloc() we only optimized for char* so far (there are endless possible optimizations when translating C the way we do). "(double* )malloc(sizeof(double) * 100)" should be translated as "new DoubleContainer(100, true)
10.
▲
by
marco2357
11y ago
Yep, supporting 90% of C took 10% of the time. Or even much less time. Native C libraries (libc, libmath, ...) are just directly used from Java, not translated. Yes, there is a lot of money in Cobol/Fortran to Java. Many tried, none su
11.
▲
by
marco2357
11y ago
Send us an email. We're currently getting overrun with requests but will handle it as fast as possible. Please note that the software needs to be in some public repository (github, bitbucket, sourceforge, ...).
12.
▲
by
marco2357
11y ago
Performance is of course lower. But it's impossible to put a number on it. Certainly native calls (printf, scanf, fopen, fread) add a lot of overhead. Also whenever the C memory layout has to be used, performance suffers (e.g. complex
13.
▲
by
marco2357
11y ago
Yes. As long as it's non-commercial software.
14.
▲
by
marco2357
11y ago
True. But also adds a lot of complexity on top of an already very complex translation. But it's certainly something we'll look at in the future (together with supporting Cobol and Fortran). But I heard there are C++ to C translato
15.
▲
by
marco2357
11y ago
It's easy to do a minimal prototype when doing research. But writing real translators means to get all the details right. In research we usually don't have the time for that. Translating Java - in my experience - is very hard beca
16.
▲
by
marco2357
11y ago
Only in the form of translating and running dozens of C applications (programs and libraries) and running their testsuites. E.g. libcurl comes with a great extensive testsuite (a perl script running against the binary). Translated applicati
17.
▲
by
marco2357
11y ago
I've seen many research papers on Java -> C translation during my PhD. Some of them came with a prototype tool. But as with previous work on C -> Java translation, none of the tools actually really worked completely. I actually w
18.
▲
by
marco2357
11y ago
We translated dozens of open-source projects and decided to list only the interesting ones on the website and upload only the most interesting ones; The ones that are very well known and have a nice GUI. Feel free to send us an email and we
19.
▲
by
marco2357
11y ago
Main author here. Let me know if you have any questions. I’d be happy to answer.
20.
▲
C to Java Translation. Automatic, Complete, Correct. Free for Open-Source.
(mtsystems.ch)
55 points
by
marco2357
11y ago
|
54 comments
21.
▲
by
marco2357
11y ago
There's a Java version of Vim here: https://www.mtsystems.ch/#section2 It's an automatic translation of the C version. Like tomp said 4 hours ago: Like vim, just slower.™
22.
▲
by
marco2357
12y ago
Why not? There's not that much of a difference between translating C to assembler or a high level language like Java/C#/Go. The main challenge is to make the code readable. But basically someone just has to sit down and do it
23.
▲
by
marco2357
12y ago
Main author of the tool here. If you have questions feel free to contact me: marco.trudel@mtsystems.ch