* [gentoo-user] Is LLVM bytecode the future ? @ 2014-08-25 19:45 Ivan Viso Altamirano 2014-08-25 19:55 ` [gentoo-user] " Ivan Viso Altamirano 2014-08-25 20:00 ` James 0 siblings, 2 replies; 4+ messages in thread From: Ivan Viso Altamirano @ 2014-08-25 19:45 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 570 bytes --] This has little to do with Gentoo , but still it is a interesting debate . You can compile a great sort of programing lenguages to llvm bytecode : C(++) , java , Objetive C(++) , C# , Haskell , Rust ... And a lot more . On the other side , you CAN'T compile , lenguages like python or perl . The interesting part is that a feature under developement : It can decompile C(++) code to LLVM bytecode , (only if it not use plataform specific libraries or assembly code ) So , you can easily port your favourite X86 privative application to ARM or PPC , Just wonderfull . [-- Attachment #2: Type: text/html, Size: 664 bytes --] ^ permalink raw reply [flat|nested] 4+ messages in thread
* [gentoo-user] Re: Is LLVM bytecode the future ? 2014-08-25 19:45 [gentoo-user] Is LLVM bytecode the future ? Ivan Viso Altamirano @ 2014-08-25 19:55 ` Ivan Viso Altamirano 2014-08-25 20:00 ` James 1 sibling, 0 replies; 4+ messages in thread From: Ivan Viso Altamirano @ 2014-08-25 19:55 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 1000 bytes --] Sorry , i accidentally send it . What i wanted to say is that , Theoretically , you can : 1) Native compile statically typed non-native lenguages 2) Recompile binaries for another architecture and even plataforms . 3) Achive a .NET like CLI , but even better . And , notice , that the LLVM garbage collector is a little precary . 2014-08-25 19:45 GMT+00:00 Ivan Viso Altamirano <ivanviso123@gmail.com>: > This has little to do with Gentoo , but still it is a interesting debate . > > You can compile a great sort of programing lenguages to llvm bytecode : > C(++) , java , Objetive C(++) , C# , Haskell , Rust ... And a lot more . On > the other side , you CAN'T compile , lenguages like python or perl . > > The interesting part is that a feature under developement : It can > decompile C(++) code to LLVM bytecode , (only if it not use plataform > specific libraries or assembly code ) So , you can easily port your > favourite X86 privative application to ARM or PPC , Just wonderfull . > > [-- Attachment #2: Type: text/html, Size: 1952 bytes --] ^ permalink raw reply [flat|nested] 4+ messages in thread
* [gentoo-user] Re: Is LLVM bytecode the future ? 2014-08-25 19:45 [gentoo-user] Is LLVM bytecode the future ? Ivan Viso Altamirano 2014-08-25 19:55 ` [gentoo-user] " Ivan Viso Altamirano @ 2014-08-25 20:00 ` James 2014-08-26 11:15 ` Ivan Viso Altamirano 1 sibling, 1 reply; 4+ messages in thread From: James @ 2014-08-25 20:00 UTC (permalink / raw To: gentoo-user Ivan Viso Altamirano <ivanviso123 <at> gmail.com> writes: > > This has little to do with Gentoo , but still it is a interesting debate . > You can compile a great sort of programing lenguages to llvm bytecode : > C(++) , java , Objetive C(++) , C# , Haskell , Rust ... And a lot more . > On the other side , you CAN'T compile , lenguages like python or perl . I was just reading about Clang on the gentoo wiki and llvm. It seems that most of the portage tree now compiles with Clang. Some packages, although not listed, do compile but give runtime errors. It'd be great to know what does not compile and what compiles but has run problems with the code. > The interesting part is that a feature under developement : It can > decompile C(++) code to LLVM bytecode , (only if it not use plataform > specific libraries or assembly code ) So , you can easily port your > favourite X86 privative application to ARM or PPC , Just wonderfull . There are many methodologies for running codes develop for one system on top of another system. "Gentroid" is another example [1]. Massively parallel Arm based servers are much closer than most realize; they will have several mechanisms to run many popular binaries to provide for quick penetration into the server/workstation markets. In less than a year, many complex softwares will be "re-worked" to take advantage some some very powerful new paradigms in processor, memory and buss semantics..... hth, James [1] https://code.google.com/p/gentroid/ [2] posted to gentoo embedded: Little update on my project Gentroid: gentroid is now in the layman remote list, also I made a video, which show the Hello World app running on Gentoo: https://www.youtube.com/watch?v=8mdiUHNbPFs, but the source code is not yet available because the main repository is too big. I sent a request to the google code hosting team and I hope they will raise the limit, so I can upload the complete source code. Regards, Simon ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [gentoo-user] Re: Is LLVM bytecode the future ? 2014-08-25 20:00 ` James @ 2014-08-26 11:15 ` Ivan Viso Altamirano 0 siblings, 0 replies; 4+ messages in thread From: Ivan Viso Altamirano @ 2014-08-26 11:15 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 2446 bytes --] But what i mean is native code . Anyway , what about compile to binary lenguages like java (it won't run as native one , but you will remove a lot of overhead from the java vm ) , Or simply , a thing like .NET/Mono but at low level . And , of course , thanks for the answer , and your project is very interesting , i'll take a look . 2014-08-25 20:00 GMT+00:00 James <wireless@tampabay.rr.com>: > Ivan Viso Altamirano <ivanviso123 <at> gmail.com> writes: > > > > > This has little to do with Gentoo , but still it is a interesting debate > . > > You can compile a great sort of programing lenguages to llvm bytecode : > > C(++) , java , Objetive C(++) , C# , Haskell , Rust ... And a lot more . > > On the other side , you CAN'T compile , lenguages like python or perl . > > I was just reading about Clang on the gentoo wiki and llvm. It seems that > most > of the portage tree now compiles with Clang. Some packages, although not > listed, do compile but give runtime errors. It'd be great to know what does > not compile and what compiles but has run problems with the code. > > > > The interesting part is that a feature under developement : It can > > decompile C(++) code to LLVM bytecode , (only if it not use plataform > > specific libraries or assembly code ) So , you can easily port your > > favourite X86 privative application to ARM or PPC , Just wonderfull . > > There are many methodologies for running codes develop for one system on > top of another system. "Gentroid" is another example [1]. Massively > parallel > Arm based servers are much closer than most realize; they will have several > mechanisms to run many popular binaries to provide for quick penetration > into the server/workstation markets. In less than a year, many complex > softwares will be "re-worked" to take advantage some some very > powerful new paradigms in processor, memory and buss semantics..... > > hth, > James > > [1] https://code.google.com/p/gentroid/ > > [2] posted to gentoo embedded: > > > Little update on my project Gentroid: > gentroid is now in the layman remote list, also I made a video, which > show the Hello World app running on Gentoo: > https://www.youtube.com/watch?v=8mdiUHNbPFs, but the source code is not > yet available because the main repository is too big. I sent a request > to the google code hosting team and I hope they will raise the limit, so > I can upload the complete source code. > > Regards, > Simon > > > > [-- Attachment #2: Type: text/html, Size: 3236 bytes --] ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-08-26 11:15 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-08-25 19:45 [gentoo-user] Is LLVM bytecode the future ? Ivan Viso Altamirano 2014-08-25 19:55 ` [gentoo-user] " Ivan Viso Altamirano 2014-08-25 20:00 ` James 2014-08-26 11:15 ` Ivan Viso Altamirano
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox