Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • Home
  • SEARCH
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 1083187
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 16, 20262026-05-16T22:24:11+00:00 2026-05-16T22:24:11+00:00

I am making an attempt at building 64-bit native C++ applications under Visual Studio

  • 0

I am making an attempt at building 64-bit native C++ applications under Visual Studio 2008 Express Edition Service Pack 1 (with some relevant Windows SDK(s) installed afterwards), in the IDE and from the command line. This is on a Windows XP Professional x64 Edition Version 2003 Service Pack 2 machine.

I know that the Professional versions might provide true VS IDE integration, but I’m specifically looking to do this from within Visual Studio 2008 Express Edition.

But, I’m having a bit of trouble in the project configuration in the Visual Studio 2008 Express IDE, and am hoping someone can answer what might be the problem. The key goal is to be able to build 64-bit native apps from within the IDE itself, as well as from the command line by executing batch files like vcvarsall.bat or similar batch file.

Here is what I tried so far:

I installed Visual Studio 2008 Express Editions with SP1, which installed some type of SDK, but I believe not the right one containing 64-bit compilers (but didn’t know it at the time).

I built a hello world Win32 Console app, and looked in the manifest file that was generated for the executable. I found “x86” in that manifest file, which is not 64-bit AFAICT, so I did more research.

I found What is “missing” in the Visual Studio 2008 Express Editions?. I saw some replies, one of which was has a list of missing features which has “64-bit Visual C++ Tools” as one of those missing features.

But, on the wikipedia entry we see:

True integration of 64bit compilers to the Visual C++ 2008 Express Edition is possible, but remains cumbersome. 9

So, I tried the instructions in that 9 link given above. That link actually refers to How to: Configure Visual C++ Projects to Target 64-Bit Platforms. I walked through the steps on that page, but got to the point where they instruct you to do the following:

Click the Type or select the new platform drop-down arrow, and then select a 64-bit platform.

But there are no entries in the drop down.

I referred again to the SDK page on Wikipedia, specifically the 64-bit development section, which states:

The most recently released Windows SDK for Windows Server 2008 and .NET Framework 3.5 contains the updated x86, x64 and Itanium (IA-64) Visual Studio 2008 compilers.

So Googling/MSDN’ing around a bit for “Windows SDK for Windows Server 2008 and .NET Framework 3.5” landed me at the Which SDK do I install? page. From that page I see Microsoft Windows SDK for Windows 7 and .NET Framework 3.5 Service Pack 1 released on Aug-09 since it is the most recent one. Its release notes seemed to imply that it contained 64-bit compilers at least, but didn’t explicitly state that it patched the Visual Studio IDE to provide a way to select x64 targets, and that is what I’m after.

I tried the How to: Configure Visual C++ Projects to Target 64-Bit Platforms instructions again, and got the same empty drop-down list.

So I thought then that the compilers aren’t installed, so I tried executing the vcvarsall.bat amd64 command, and ran into the bug described at More VS2008 and Windows SDK Server 2008 problems.

Even if I hack the vcvarsall.bat batch file to get command-line builds working, will the IDE still be “crippled” by not being able to configure Visual Studio projects to build using the 64-bit compiler?

Thanks!

bg

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-16T22:24:12+00:00Added an answer on May 16, 2026 at 10:24 pm

    Short!

    Windows SDK for Windows 7 and .NET Framework 3.5 SP1

    AND

    http://jenshuebel.wordpress.com/2009/02/12/visual-c-2008-express-edition-and-64-bit-targets/

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.