Page 12 of 15 FirstFirst ... 21011121314 ... LastLast
Results 111 to 120 of 145

Thread: The Steam Linux Beta Begins...

  1. #111
    Join Date
    Aug 2007
    Posts
    6,613

    Default

    Maybe you did not read my post, you can certainly start 64 bit apps from a 32 bit client - therefore you do need to not change it, but you dont get the community features that steam provides. Maybe it could be done with a 64 bit overlay that the app itself preloads in that case. Install World of Goo and Amnesia and see yourself what i mean. I highly doubt that there is one game out here that runs faster when using 64 bit but some games have got sound issues. With direct pulse audio support this should be easy to fix however.

  2. #112
    Join Date
    Dec 2010
    Location
    Over there somewhere
    Posts
    239

    Default

    Quote Originally Posted by blackout23 View Post
    Hear it from the master:



    https://cl4ssic4l.wordpress.com/2011...lds-about-pae/

    Linus just nails it sometimes.

    Still think it is a good idea to release 32 bit only software on linux when all you have to do is run the compiler again to get some 64 bit binaries?
    Ever wondered why Linux supported 64 bit software from day one and everything is available for 64 bit. Because it is god damn easy!
    Much as I do with religious nutjobs, I don't care what your prophet says or what desktop environment he runs. If you must run to a quote by someone else because they say a thing you don't know how to, you don't have much of an argument.

    And I do still play and enjoy both Daggerfall and the original DOOM.

  3. #113
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,583

    Default

    Quote Originally Posted by blackout23 View Post
    Still think it is a good idea to release 32 bit only software on linux when all you have to do is run the compiler again to get some 64 bit binaries?
    *rolls eyes* FYI, taking a 32-bit application code and trying to make 64-bit binaries is not as easy as "all you have to do is run the compiler again". It would be nice, but it just doesn't work that way.

  4. #114
    Join Date
    Sep 2012
    Posts
    332

    Default

    Quote Originally Posted by deanjo View Post
    *rolls eyes* FYI, taking a 32-bit application code and trying to make 64-bit binaries is not as easy as "all you have to do is run the compiler again". It would be nice, but it just doesn't work that way.
    it isn't easy in 2 cases:
    you are
    1. using assembler / JIT compiler / virtual machine
    2. lame developer creating poor code

  5. #115
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,583

    Default

    Quote Originally Posted by JS987 View Post
    it isn't easy in 2 cases:
    you are
    1. using assembler / JIT compiler / virtual machine
    2. lame developer creating poor code
    When you are dealing with older code it is still not as simple as that. You also have to look for pointers to ints and vice versa, dumps of structures to disk/network, printf specifiers, the use of long, etc.

  6. #116
    Join Date
    Dec 2010
    Location
    Over there somewhere
    Posts
    239

    Default

    Quote Originally Posted by JS987 View Post
    it isn't easy in 2 cases:
    you are
    1. using assembler / JIT compiler / virtual machine
    2. lame developer creating poor code
    I'm leery of simple fixes and solutions because I often find them to be fundamentally flawed in some way. The thing about just re-running the compiler seems to fit into the "too easy" category. The "poor code" thing strikes me as boilerplate as well.

  7. #117
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,583

    Default

    Quote Originally Posted by Larian View Post
    I'm leery of simple fixes and solutions because I often find them to be fundamentally flawed in some way. The thing about just re-running the compiler seems to fit into the "too easy" category. The "poor code" thing strikes me as boilerplate as well.
    You should be leery. Besides some of the above mentioned hurdles in my previous post, if you are going to port to 64-bit you might as well add some 64-bit specific instructions and optimizations or else there is little reason to compile a 64-bit binary other then the fact of having to have 32-bit compatibility libs on the system.

  8. #118
    Join Date
    Mar 2009
    Posts
    130

    Default

    Quote Originally Posted by Kano View Post
    Maybe you did not read my post, you can certainly start 64 bit apps from a 32 bit client - therefore you do need to not change it, but you dont get the community features that steam provides. Maybe it could be done with a 64 bit overlay that the app itself preloads in that case. Install World of Goo and Amnesia and see yourself what i mean. I highly doubt that there is one game out here that runs faster when using 64 bit but some games have got sound issues. With direct pulse audio support this should be easy to fix however.
    You've raised a very good point there with the community features/overlay. Just spelling it out again: If _any_ game sold through steam has a 32 bit version, and they want overlay support, steam would need to bring in a whole bunch of 32-bit libs that the overlay library links to so that it can be used. The same goes with 64 bit games ran from a 32-bit client. The only case where Valve won't need to deal with multilib systems is if they make it a requirement that all game devs provide 64-bit and 32-bit versions of their games, while valve provide both 64 bit and 32 bit steam clients.

    And those saying that 32-bit is dead, there's still plenty of 32-bit CPUs out there. Why don't you tell Intel it's dead:
    http://ark.intel.com/products/70105

  9. #119
    Join Date
    Sep 2010
    Posts
    56

    Default

    Quote Originally Posted by Kamikaze View Post
    You've raised a very good point there with the community features/overlay. Just spelling it out again: If _any_ game sold through steam has a 32 bit version, and they want overlay support, steam would need to bring in a whole bunch of 32-bit libs that the overlay library links to so that it can be used. The same goes with 64 bit games ran from a 32-bit client. The only case where Valve won't need to deal with multilib systems is if they make it a requirement that all game devs provide 64-bit and 32-bit versions of their games, while valve provide both 64 bit and 32 bit steam clients.

    And those saying that 32-bit is dead, there's still plenty of 32-bit CPUs out there. Why don't you tell Intel it's dead:
    http://ark.intel.com/products/70105
    The Atom Z is an embedded processor, you can not buy any desktops or notebooks with it. (and you don't want to have an atom for gaming at all)

  10. #120
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,583

    Default

    Quote Originally Posted by Kamikaze View Post
    And those saying that 32-bit is dead, there's still plenty of 32-bit CPUs out there. Why don't you tell Intel it's dead:
    http://ark.intel.com/products/70105
    I think everyone is meaning it is dead on the desktop, not on a tablet (which is what that series of atom is for).

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •