search for: bit_

Displaying 4 results from an estimated 4 matches for "bit_".

Did you mean: bit
2008 Jan 11
8
How do you run WEBrick under Rails 2.x?
It appears that Mongrel is now the default development server for Rails as of 2.x. I''m assuming this because I''m unable to run Mongrel (for reasons I don''t totally understand yet - I am running Windows and I keep getting asked for MSVCR80.dll which is a _64 bit_ dll on my Win XP machine) and if I issue ruby script/server, I see the same errors that I get when I try to start Mongrel. Is Mongrel the new default for the Rails development server, and if so, how can I continue to run WEBrick under Rails 2.x? Thanks, Wes -- Posted via http://www.ruby-forum.co...
2008 Oct 15
2
[LLVMdev] LLVM 2.4 problem? (resend)
...he rules doesn't mean you can't just read the words of the standard. You don't have to guess. The standard is meant to be fairly accessible: Every byte has a unique address. 1 The fundamental storage unit in the C++ memory model is the byte. 5 Unless it is a bit-field (_class.bit_), a most derived object shall have a non-zero size and shall occupy one or more bytes of storage. So, let me state is this way, the address _must_ be different. If you can't tell they are not, you are free to have them be the same.
2008 Oct 15
0
[LLVMdev] LLVM 2.4 problem? (resend)
On Oct 15, 2008, at 6:58 AM, Tatu Vaajalahti wrote: >> Yes, but why do you think they should get a different address? I can >> understand that it is surprising that they do, but determining >> whether >> this is legal or not requires reading the language standard. >> Hopefully >> a language lawyer can chime in and say whether this transform is >>
2008 Oct 15
4
[LLVMdev] LLVM 2.4 problem? (resend)
On 15.10.2008, at 16.43, Duncan Sands wrote: >> True, but note that it is the address of a variable that is used, not >> the value. > > Yes, but why do you think they should get a different address? I can > understand that it is surprising that they do, but determining whether > this is legal or not requires reading the language standard. > Hopefully > a language