Our team is work on the subject of 64-bit developing. We write new article for 64-bit developers: 20 issues of porting C++ code on the 64-bit platform.
See PDF:
http://www.viva64.co...%20platform.pdf
We hope the article has been useful for you and will help to simplify the development and debugging of 64-bit applications.
We will be glad to receive your opinions, remarks, corrections, additions and will surely include them in the next version of the article.
20 issues of porting C++ code on the 64-bit platform
Started by WandererMaster, Mar 18 2007 08:26 PM
5 replies to this topic
#1
Posted 18 March 2007 - 08:26 PM
#2
Posted 18 March 2007 - 08:39 PM
SPAM!
And not even helpfull. They just try to spread fear among the 32 bit developers that the code the write today will fail and make money with it.
I work cross platform on Win32 and MIPS64, and I have NO issues with portability.
And not even helpfull. They just try to spread fear among the 32 bit developers that the code the write today will fail and make money with it.
I work cross platform on Win32 and MIPS64, and I have NO issues with portability.
My music: http://myspace.com/planetarchh <-- my music
My stuff: torus.untergrund.net <-- some diy electronic stuff and more.
My stuff: torus.untergrund.net <-- some diy electronic stuff and more.
#3
Posted 18 March 2007 - 10:15 PM
Nils Pipenbrinck said:
I work cross platform on Win32 and MIPS64, and I have NO issues with portability.
Is MIPS64 have ILP64 data model?
No problem to port ILP32 to ILP64 system.
How many thousand lines were in the project?
#4
Posted 18 March 2007 - 10:30 PM
Nils Pipenbrinck said:
I work cross platform on Win32 and MIPS64, and I have NO issues with portability.
Untruth.
See:
http://channel9.msdn...px?PostID=53939
"Kang Su Gatlin - On the 64-bit Whiteboard"
Now we get into some 64-bit code on the whiteboard and learn some things you need to think about when you move to 64-bit systems. Kang Su Gatlin is a program manager on the Visual C++ team and recently spoke as part of the Route 64 Training Tour.
PC-Lint On-Line demonstration of testing 64-bit programs (LP64).
"64-bit Test © Checking programs against the LP64 model."
http://www.gimpel-on...ineTesting.html
Chandra Shekar. Extend your application's reach from 32-bit to 64-bit environments. http://enterprisenet...ly/art.php?2670
Converting 32-bit Applications Into 64-bit Applications: Things to Consider. http://developers.su...LP64Issues.html
Andrew Josey. Data Size Neutrality and 64-bit Support. http://www.unix.org/...pers/64bit.html
Harsha S. Adiga. Porting Linux applications to 64-bit systems. http://www 128.ibm.com/developerworks/library/l-port64.html
Transitioning C and C++ programs to the 64-bit data model. http://devresource.h...64datamodel.jsp
Porting an Application to 64-bit Linux on HP Integrity Servers. http://h21007.www2.h..._whitepaper.pdf
Stan Murawski. Beyond Windows XP: Get Ready Now for the Upcoming 64-Bit Version of Windows. http://msdn.microsof...ues/01/11/XP64/
#5
Posted 19 March 2007 - 12:17 AM
Just make sure you don't abuse pointers and all should be fine.
I've seen some projects storing pointers as ints, now that can (and most likely will) get you into trouble. But as long as you make sure to store your pointers as pointers (casting a char* to an int* doesn't matter much since both still are pointers) you should be safe.
I've seen some projects storing pointers as ints, now that can (and most likely will) get you into trouble. But as long as you make sure to store your pointers as pointers (casting a char* to an int* doesn't matter much since both still are pointers) you should be safe.
#6
Posted 19 March 2007 - 12:34 AM
MuggenHor said:
Just make sure you don't abuse pointers and all should be fine.
Exactly.. There are other ways to shoot into your foot as well, like guessing the size of an integer or pointer, but if you write solid code you don't do that.
My music: http://myspace.com/planetarchh <-- my music
My stuff: torus.untergrund.net <-- some diy electronic stuff and more.
My stuff: torus.untergrund.net <-- some diy electronic stuff and more.
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users











