I'm having a problem regarding C++ Builder XE3 : any project built from command-line (msbuild) takes about 50-60 % more time to complete, compared to the time spent building in the IDE.
Note : projects are using precompiled header.
Anybody have an idea on what could have this effect ?
Thanks in advance
Related
I just want to make an exe file in MATLAb to make a stand-alone application, after some research on the internet I found this link on the MATLAB website and download MATLAB Runtime compile and made my application.
It makes me a exe file but the problem is that if you want to run your code on another computer without installing MATLAB Runtime compiler it does not work.
In .Net application we install .Net framework it's OK but in this case MATLAB Runtime compiler has a huge size, it's about 1.7GB and it's little hard for user to download and install it on their computer.
Is there any way to handle it?
You can use the Matlab Coder to generate C code which you can then compile. It will not do graphics though, but it will do a lot (including some advanced signal processing). There is no way around installing the Matlab Runtime Compiler if you want graphics, although if your application runs on antiquated Matlab 5.3 (about 20 years old), this version of Matlab used to create standalone applications (with graphics) that did not require the runtime compiler.
I believe after some research, that you can only test an Eclipse Plug-in through opening it within another Eclipse application window. I find this very time consuming (It takes the same amount of time as opening the Eclipse IDE from scratch). Has anyone any other knowledge to how I can get around this problem? Thanks in advance.
I'm currently doing some development on the llvm-gcc compiler, using llvm-gcc-4.2-2.0 front-end and the llvm-2.9 back-end. For about seven months I've been doing the development using text viewers, building the compiler using the terminal and debugging using print statements "you could probably imagine what kind of pain that is".
Here's what I need help with. How do I integrate llvm and gcc into an Eclipse Juno IDE?
I'm interested in building the compiler from eclipse, code completion and run-time debugging. I already tried integrating it but it didn't really work out, I keep getting errors in the source files, some header files can't be found and opened.
I would appreciate any help I could get. Thanks in advance.
Can go run dynamically in order to be used for a plugin based application ?
In eclipse, we can create some plugins that Eclipse can run dynamically.
Would the same thing be possible in Go ?
I'll argue that those are two separate problems :
having dynamic load
having plugins
The first one is simply no : A Go program is statically linked, which means you can't add code to a running program. And which also means you must compile the program to let it integrate plugins.
Fortunately, you can define a program accepting plugins in Go as in most languages, and Go, with interfaces and fast compilation doesn't make that task hard.
Here are two possible approaches :
Solution 1 : Plugin integrated in the main program
Similarly to Eclipse plugins, we can integrate the "plugins" in the main program memory, by simply recompiling the program. In this sense we can for example say that database drivers are plugins.
This may not feel as simple as in Java, as you must have a recompilation and you must in some point of your code import the "plugin" (see how it's done for database drivers) but, given the standardization of Go regarding directories and imports, it seems easy to handle that with a simple makefile importing the plugin and recompiling the application.
Given the ease and speed of compilation in Go, and the standardization of package structure, this seems to me to be a very viable solution.
Solution 2 : Separate process
It's especially easy in Go to communicate and to handle asynchronous calls. Which means you could define a solution based on many process communicating by named pipes (or any networking solution). Note that there is a rpc package in Go. This would probably be efficient enough for most programs and the main program would be able to start and stop the plugin processes. This could very well feel similar to what you have in Eclipse with the added benefits of memory space protection.
A last note from somebody who wrote several Eclipse plugins : you don't want that mess; keep it simple.
Go 1.8 supports plugins (to be released soon Feb 2017.)
https://tip.golang.org/pkg/plugin/
As dystroy already said, it's not possible to load packages at runtime.
In the future (or today with limitations) it may be possible to have this feature with projects like go-eval, which is "the beginning of an interpreter for Go".
A few packages I found to do this:
https://golang.org/pkg/net/rpc/
https://github.com/hashicorp/go-plugin
https://github.com/natefinch/pie
I am using CDT 8 with indigo. Basically I am quite happy with it except one thing, which is the indexer is too slow and freezes my machine after I edited some files. The code base of the project is quite large, around 2G , but I tried with CScope, it actually indexes pretty fast, ~0.5 hour compared to ~3 hours on eclipse.
I am wondering if netbeans handles indexing better ? of course with an okay code assistant.
Not having used the NetBeans C editor much I can't say what the state of the code completion is. In recent versions of NetBeans (7 onwards) they have started using native file system listeners to detect code changes. I don't think the work is completed yet, however what it should mean is that indexing will become faster with each successive version.