|
|
Home » Developing U++ » External resources » Other programming languages, built in compiler and an updater.
Other programming languages, built in compiler and an updater. [message #28672] |
Sat, 11 September 2010 07:56 |
Rishi
Messages: 39 Registered: August 2010 Location: Trincomalee, Sri Lanka
|
Member |
|
|
Add support for Other programming languages and web development[ 11 votes ] |
1. |
Like |
4 / 36% |
2. |
Neutral |
6 / 55% |
3. |
DisLike |
1 / 9% |
Hello,
Ultimate++ is suitable for developing other languages like php, java, tcl/tk and much more like the sucking eclipse. Is anyone interested in making upp for other languages? SciTe is also BSD licensed and it supports many programming languages, though it is not an IDE. you can integrate its code. You can also include a good thing, apache. when run button is preessed, autodetect the documentroot, run apache on documentroot, then wait for a second and open the url of php file.
This may take a lot of time, but it makes a better future like MSVS.
You can include llvm compiler(BSDish)/watcom compiler(BSDish) built in compiler.
LLVM commands are same as gcc.
LLVM is a reimplementation of gcc in BSD license.
It is good to also include ++c, perl, ruby, html, java EE, fortran, BASIC
Java syntax is like c++...
.net has a complex syntax and it is hard to implement.
but if you implement it, you will overtake microsoft visual studio, really.
With good hope and great expectations,
Yours sincerely,
L.Rishikeshan
[Updated on: Sat, 11 September 2010 08:01] Report message to a moderator
|
|
|
Re: Other programming languages, built in compiler and an updater. [message #28679 is a reply to message #28672] |
Sat, 11 September 2010 19:05 |
|
I had a dream - about one cool ide for everything Unfortunately it's not possible. It would require lot of people working day and night for few years. And they should be paid to not give up. (take a look at microsoft and visual studio 2010. In spite of having many developers they had to give up on intellisense for managed c++)
What I like is ide that supports one particular framework / language at very good level. In this case authors don't have to look for common dominator for all kind of projects. They can provide solutions best for given framework. I think we should follow this way in Upp world. With limited resources we should improve what we already have instead of trying to support more kind of languages / frameworks especially that we will never reach quality of already existing tools. Of course we could make the ide more modular and let you or other people to write plugins for other languages and maybe this is the way to satisfy all upp users but now I'd prefer to use your time to improve or to fix existing parts of theide. For example I would gladly see better xml editor (I mean syntax highlighting here) or new platform independent good looking skin or better searching (like in sumblime text (http://www.sublimetext.com))
|
|
|
|
|
|
|
|
|
Re: Other programming languages, built in compiler and an updater. [message #28746 is a reply to message #28745] |
Wed, 15 September 2010 05:39 |
Novo
Messages: 1358 Registered: December 2006
|
Ultimate Contributor |
|
|
dolik.rce wrote on Tue, 14 September 2010 16:41 |
Rishi wrote on Tue, 14 September 2010 17:12 | Anyone at least add LLVM.
|
You can use LLVM compiler if you want to. Just set llvm-g++/clang as a compiler. Thanks to the same syntax it should work just fine.
Honza
|
In my case it produces executables twice bigger than with GCC. Probably linker should also be substituted. But this is not possible because it is hard-coded in C++. Actually, hard-coded names of tools make impossible to use MinGW compiler on Linux. You can replace name of a compiler, but linker and librarian cannot be replaced.
Regards,
Novo
|
|
|
Re: Other programming languages, built in compiler and an updater. [message #28748 is a reply to message #28746] |
Wed, 15 September 2010 12:25 |
|
Novo wrote on Wed, 15 September 2010 05:39 | In my case it produces executables twice bigger than with GCC. Probably linker should also be substituted. But this is not possible because it is hard-coded in C++. Actually, hard-coded names of tools make impossible to use MinGW compiler on Linux. You can replace name of a compiler, but linker and librarian cannot be replaced.
|
The sizes can be slightly bigger for llvm, but I don't see that as a problem. For me the results for compiling theide are following:
Debug Optimal Size
llvm-g++ 31 MB 7.3 MB 7.1 MB
g++ 49 MB 5.3 MB 5.0 MB
The linker is called through the compiler, so there is probably not much we can do about it.
Honza
|
|
|
|
|
Re: Other programming languages, built in compiler and an updater. [message #28767 is a reply to message #28748] |
Thu, 16 September 2010 05:32 |
Novo
Messages: 1358 Registered: December 2006
|
Ultimate Contributor |
|
|
dolik.rce wrote on Wed, 15 September 2010 06:25 |
Novo wrote on Wed, 15 September 2010 05:39 | In my case it produces executables twice bigger than with GCC. Probably linker should also be substituted. But this is not possible because it is hard-coded in C++. Actually, hard-coded names of tools make impossible to use MinGW compiler on Linux. You can replace name of a compiler, but linker and librarian cannot be replaced.
|
The sizes can be slightly bigger for llvm, but I don't see that as a problem. For me the results for compiling theide are following:
Debug Optimal Size
llvm-g++ 31 MB 7.3 MB 7.1 MB
g++ 49 MB 5.3 MB 5.0 MB
Honza
|
In my case:
LLVM.Gui.Mt.Shared 4451280
LLVM.Force_size.Gui.Mt.Shared 4353696
GCC.Gui.Mt.Shared 2297152
GCC.Force_size.Gui.Mt.Shared 2174176
It actually looks like LLVM adds two megs of something in each case.
Regards,
Novo
[Updated on: Thu, 16 September 2010 06:04] Report message to a moderator
|
|
|
Re: Other programming languages, built in compiler and an updater. [message #28768 is a reply to message #28748] |
Thu, 16 September 2010 06:01 |
Novo
Messages: 1358 Registered: December 2006
|
Ultimate Contributor |
|
|
dolik.rce wrote on Wed, 15 September 2010 06:25 | The linker is called through the compiler, so there is probably not much we can do about it.
Honza
|
You are correct. Sorry for producing noise.
I didn't realize that
/usr/lib/gcc/i586-mingw32msvc/4.4.2/../../../../i586-mingw32 msvc/bin/ld
is a correct application path + name.
But I still cannot link with MinGW on Linux. I added "-DflagWIN32 -UflagLINUX" options, but still getting a "cannot find -lgtk-x11-2.0" error.
Is there a way to tell TheIDE that I want to compile for WIN32 but LINUX?
Sorry for the offtopic.
Regards,
Novo
|
|
|
|
|
Re: Other programming languages, built in compiler and an updater. [message #28772 is a reply to message #28771] |
Thu, 16 September 2010 08:42 |
Novo
Messages: 1358 Registered: December 2006
|
Ultimate Contributor |
|
|
koldo wrote on Thu, 16 September 2010 02:19 |
jerson wrote on Thu, 16 September 2010 08:13 |
Quote: | Is there a way to tell TheIDE that I want to compile for WIN32 but LINUX
|
Relevant question. How do you folks build the app for either Linux or Win? Compile on the relevant platform or use some compile time switches? How do you do it?
|
Hello Jerson
I think it is a matter of the compiler used. MinGW and MSC generates code for Windows. Gcc in Linux generates code for Linux.
If you would get a compiler that could generate code for Linux or Windows just changing a flag, TheIDE would handle it well.
|
Could you post an example, please? I couldn't make it produce binary for Windows on Linux (without installing TheIDE under Wine).
Regards,
Novo
|
|
|
Re: Other programming languages, built in compiler and an updater. [message #28778 is a reply to message #28772] |
Thu, 16 September 2010 11:28 |
|
Novo wrote on Thu, 16 September 2010 08:42 |
koldo wrote on Thu, 16 September 2010 02:19 | I think it is a matter of the compiler used. MinGW and MSC generates code for Windows. Gcc in Linux generates code for Linux.
If you would get a compiler that could generate code for Linux or Windows just changing a flag, TheIDE would handle it well.
|
Could you post an example, please? I couldn't make it produce binary for Windows on Linux (without installing TheIDE under Wine).
|
One of the easiest and most common choices is wine+MSVC on Linux. There is a thread somewhere about how to set it up. This is for example how nightly builds for win32 are compiled
Honza
|
|
|
|
|
Goto Forum:
Current Time: Wed May 08 05:15:44 CEST 2024
Total time taken to generate the page: 0.02930 seconds
|
|
|