Re: Visual Studio 2010 Express X64
Riley Boylan
I ran a Google search on the phrase "platform 'x64' referenced in the project file cannot be found" and found several pages where people reported this problem with Visual Studio 2010 Express, even though search string doesn't mention that application. Comments on at least two of those pages stated that VS 2010 Express does not contain a 64-bit compiler, even though the full version of VS 2010 does. The recommended solution was to download and install the Microsoft Platform SDK for x64.
Is that microsoft compiler same as Eclipse or Netbeans? Because i havent downloaded either one just yet and was steering tores Eclipse. Looks like MS Visual studio is similar to Eclipse. Will i be able to open the make_install.sln or vcproj files in Eclipse.. Visual Studio express is a huge bundle of basic, c++,c,webdeveloper,etc that i just cant justify installing it. Is it required? if we can get away with a more simple, compact version like Eclipse, i jump on it.
Eclipse and Netbeans are IDEs that are typically used for Java. While Eclipse has an edition for C++, I don't know anybody who has used it for Creo Parametric Toolkit or OTK C++. On the other hand, I do know people how have successfully used the Microsoft Platform SDK (including myself) with Creo Parametric Toolkit on older versions of Creo (Wildfire 2).
PTC is quite clear when it states support only for specific versions of Microsoft compilers and libraries for Creo Parametric Toolkit. Once or twice I tried using something different, but I never succeeded.
I have been working primarily with OpenGL and C++ recently. Like many people I discovered the wonderful world of shaders through websites like Shadertoy created by Inigo Quilez and GLSL Sandbox created by Ricardo Cabello aka Mr Doob. These websites and other similar websites use WebGL which is based on the OpenGL ES 2.0 standard, and naturally after becoming familiar with webGL it just makes sense to keep working with openGL.
Something you notice immediately when trying to work with openGL shaders in Visual Studio is that there is no native support for openGL. Not surprising considering visual studio is a microsoft product and DirectX is microsofts graphics API. So when it comes time to deal with GLSL language it can start to look a little messy.
One way to include a GLSL shader into your program is to store it as a string or character array. Although this works perfectly fine it is not a very elegant solution, you have to either try to work on your shader code in string or char array format within visual studios text editor, or keep a separate copy of the shader in a plain text format and convert it to a string or char array every time you make a change. The other way is to keep your shader permanently in a plain text file and make a small routine in your main program code to load and compile plain text shader files. This is a relatively easy thing to do and opens up more options for editing your shader code without having to worry about keeping it wrapped up in quotation marks and manually including line breaks and other such annoying things. It also means you can edit your shader code only and not have to recompile your entire program each time, you can even implement a way to recompile just the shaders within your program while it is running.
Now that we have made the decision to keep our GLSL shaders in plain text format the next problem is that there is no formatting or syntax highlighting for plain text in visual studio. There are two main solutions to this, either using an external text editor that offers support for GLSL language or using an extension or plugin for visual studio to do the same.
But what if we want to work entirely in the visual studio environment and not have to rely on external editors? Well if you are lucky enough to have visual studio professional or better there are extensions available to enable support for various shader languages. The best example I am aware of for this is NShader created by Alexandre Mutel (another demoscener).
The first thing you want to do is give your plain text shader code files an extension which identifies them as shader code. Really these can be anything you want but some commonly used ones for GLSL which are recognised in other software are .glsl .frag .vert for example.
The next step is to go to the Tools menu in visual studio then select Options. In the options window we want to go to Text Editor then choose File Extensions. Now what you want to do is add any file extension that you wish to be associated with GLSL code. Type the name into the Extension box then select Microsoft Visual C++ as the editor to be used with those file types and hit apply.
This instantly makes your shader code much easier to read and work on but we can go a little bit further and add support for GLSL specific syntax. It is possible even in Visual Studio Express to add basic user defined syntax highlighting. I made a list of GLSL shader specific keywords to highlight, it is by no means complete or up to date since I could not find a complete list anywhere on the internet when I looked. It is in fact a compilation from several sources that I found, however it should cover the most common keywords and of course it is easy to add your own. If you do manage to improve the list then let me know!
Yes this seems to be true. Although the strange thing is when I first implemented the GLSL syntax highlighting I did not get the red squiggly lines as you can see in the screen shot I posted. However after a few days they red error lines suddenly appeared. I am not sure why this happened, after looking into the situation I cannot see how to turn off the red lines only for GLSL using the express version of Visual Studio. It seems that it can only be done with the higher versions of VS where you can actually add a full custom language support. I will continue to investigate and post my findings.
Some users use scripts very often. The scripting tool has a good highlighting and is easy to use for small scripts and changes of scripts.
For users who want to create big scripts with many classes it is better to develop in visual studio.
Now, I know all of you just read that title, and thought I'm retarded. Well, maybe I am, but I created a petition, trying to get a lot of signatures to get my favorite compiler for the Windows platform portable. I figured the people here would be the ones who would want it portable, so I'm posting a link to the petition here.
Yes, but it's not about source, it's about legal trademarks. I haven't read the Microsoft license for Visual Studio, but I would bet it doesn't allow meta installers (like mozilla) which is basically what our online installer is.
For opensource projects, just use MinGW. If it doesn't offer a standard windows port in the format of make -f make.w32, don't bother with MSYS. Don't bother with MinGW. Don't bother at all. Neither MSVC, MinGw, or MSYS will compile it for you.
visual studio installs all of the parts of it on the c drive except for some parts. i found a way to get almost all of vs to an external drive other than the c. you have to change some parts in the setup folder of visual studios. the file is called "
Hi, I am not sure if they have upgraded the EPiServer Extension for Express but they release a new version that is compatible with vs2013 on Visualstudio gallery. You could try to download it again from this website or please report this as a bug. Sadly the extensions is not the same for express and the full version.
d3342ee215