- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
You voice what probably most of us feel, especially when it comes to telling your manager why we should get rid of other compilers and stick with (pay for) Intel...:) You can see my earlier thread on "editor outlining" in this forum.
That aside, I guess for the"time being" we have to frustratingly wait for Intel to hear us and keep doing the circus of other editors such as Notepad++ and Intel compiler. One mid-way solution would be to create Macros and add them to toolbar and short-cuts. I have been using those for common templates and would be glad to share. Another approach would be to create an add-in. (I am working on it in my spare time.)
Abhi
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Abhi, other FORTRAN developers,
Thanks for your reply. I was hoping the community out there would add to this post and this might help to encourage Intel to add the new features we need. Sadly, if no one says anything they may just feel justified in doing nothing / as little as possible. Sometimes you have to SHOUT a little.
Source browsing is so important it must be added, and that is really down to Intel as it is beyond macros or add-ins. The variable renaming would be tied to that as well.
We use Multi-Edit to aid development ofnew code - because it is very flexible and customisable, so we can get templates etc. However, you find yourself switching to and fro because editing existing code can still be easier in the current dev. environment - which leads to having two apps editing a single file, not good.
I like the idea of creating some macros, and thank you for your generous offer to share - we would certainly be happy to have a go with them. I wonder if Steve L & the Intel team have anything useful in that regard that they could share with the community - unsupported obviously. I read that Visual Studio 2005 & 2008 support customisable templates natively, maybe macros are not needed for templates if we move to that version of VS?
This most definitely is not a moaning thread - I want to get people enthused about FORTRAN, and the best way to do it is to make the code development as efficient as possible. So many times it seems FORTRAN is not a language of choice, rather it hangs on because of the millions of lines of legacy code out there that need servicing. I do think Intel have an excellent FORTRAN compiler, I just want to see it get better!
Cheers
Jonathan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Alas editors are a religion not a science.
There are plenty of people on various newsgroups ready to elaborate on the virtues of their "OneTrueEditor" with plenty of others also ready to dismiss the same, and recommend their own..
The guy in the next cubicle to me swears by emacs, but for me life is too shortto spend time learning its idiosyncrasies. I get by with vi and the editor in VS, providing I get the line endings right. Sometimes I build from within VS and sometimes from the command line.
AFAIUI the editor in VS is a Microsoft product so it's anotherwaste of time shouting at them - if it aint .NET or whatever latest technology MS has going, then MSisn't interested (at least that's how it seems to us developers - witness the supposed improvements from VS6->VS2003->VS2005 with various backwards steps in usability! We will let the next department find the problems with VS2008 before we take the plunge with VS2008 SP1)
But if Intel want to provide tools to help better development in VS then I for one wouldn't complain. :-)
Les
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Ah yes, I have read the Wiki entry for vi versus Emacs... (http://en.wikipedia.org/wiki/Editor_war) but I have no opinion on that.
What we really need is an editor so integrated with the project that it knows the same rules as the compiler. For example, whenyou rename a function in VB.NETapparently a tooltip prompts you to rename all calls to the function. This isnot a simple text search and replace - it understands the scope of variables etc so it can safely rename only those calls affected. Or searches on all uses of a variable, function etc, again using scoping rules not just text search.
There are many other examples where the integration of the editor could be more powerful than simply text editing, syntax highlighting and templates.
If anyone reading this hasn't seen the power this gives developers, then try downloading the VB.NET express edition for free and have a play. Alternatively, I hear Eclipse is very good but I've never seen it.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I fully agree to encourage Intel to implement Intellisense, Refactoring and all the other tools that are available in modern languages. We use both MS C# and Intel Fortran, and there is a tremendous difference writing code in the two languages.
Intel I really like to encourage you to listen to this thread, and recognize that Fortran has to be more up-to-date on the development tools.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
And also fully implementing the Fortran 2003 standard is now overdue! I agree that thisa lot of work, but this is required if we want Intel Fortran to be a modern development tool.
Best regards,
Jean Vezina
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Here are a few more items for the wish list:
1. PGO from the Build menu or on right click of a project in Solution Explorer as with VC++
2. Links to forum url's from Intel Help integrated into VS IDE as with .
3. Cross reference mapping.
4. IVF Windows apps that provide containment for VS managed assemblies and OCXs.
5.IVF integration into Dev C++ IDE just like VC++ 2005
Gerry
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
That said, we have seen almost no demand on Windows for any IDE other than Visual Studio. On Linux, IDEs for Fortran seem to be a curse word, unless IDE is spelled "emacs". On Mac, there's Xcode, which we do support.
Right now, our IDE developers have their hands full making IVF work with VS2008. As Microsoft separates the "Visual Studio Shell" from C++, more things may be possible in the future. It's not clear to me how many of the C++/C# editor features would map well onto Fortran, but some of them certainly would. If Microsoft would stop changing internal interfaces so frequently, maybe we'd be able to free up resources to add new features...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I installed Eclipse/Photran (sic Phortran) and tried the old reliable 'Hello World' project from c++ only to get:
**** Build of configuration Debug for projectHW ****
**** Internal Builder is used for build ****
**** WARNING: The "Debug" Configuration may not build ****
**** because it uses the "MinGW GCC" ****
**** tool-chain that is unsupported on this system. ****
**** Attempting to build... ****
Nothing to build for WH
Dyed in the wool Windows loyalists draw the line at mingw, don't do cygwin, and eat quiche whenever they want to.
There are two Intel plug-ins: Compiler Core Support and Fortran Managed Build Definitions which I've yet to investigate as I can't find any documentation in the distro. Photran appears to be an interesting app worth looking at. Thanks for bringing to my notice.
Gerry
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
*It didn't work with MinGW (there seems to be a problem with the version of Make included in MinGW); MSYS and MSYSDTK should be installed instead.
*The full version of Photran didn't seem to be able to find gfortran (I double-checked the environment variables), so it's much better to install the full version of Eclipse and then adding the photran feature (i.e., the plugin).
*Although IVF is shown in the list of options, it didn't work for me (eclipse must be launched from prompt, after setting the environment for IVF).
*The tags parser will not work if the source code uses [ ] instead of (/ /), and doesn't seem to be able to handle derived types properly.
Although source browsing was great under DVF/CVF, the fact that might translate to Intellisense under VS2005, is sort of a problem. I mean, Intellisense works just fine for VB.NET, but it's a nightmare if you use C++ (i.e., it tries to rebuild the whole database after every change, so if your solution has multiple projects referencing lots of headers, it's going to be a lot of database rebuilds).
One advantage of the Visual Studio over eclipse is that (after renaming feacp.dll to disable Intellisense), its memory requirements are quite reasonable ---my computer has enough memory, but it doesn't seem right that eclipse requires about 150 MB just to open an empty environment.
John.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks John. You've corroborated my assessmentof Eclipse/Photran which is in contrast to my experience with wxDev-C++. The latter plays well withMinGW and its make, and it's trivial to have itwork withgfortran. Its editor, however, doesn't color code or code complete Fortran. I haven't tried to "integrate" IVF with the IDE (which in ways is a minimalist replicaof VS) but if it can be done with VC++ 2005 I don't see why not. IMO, Photran has a slicker UI and more ergonomic online help than either VS or wxDev-C++ (which BTWis written in Delphi for C++ development!). wxDev-C++ has support for wxWidgets-based UI development but the code is even uglier than MFC. For fearless open sourcers I would imagine that wxDev-C++ would be easier to change than Eclipse/Photran which appears to bea convoluted hodge podge of java and c/c++ and a lot more besides.
Gerry
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
And regarding Intellisense: if its performance is somehow related to the syntax of the particular language, then it might not be as bad when used in Fortran as compared to C++.
John.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page