Re: Trying to use gdb on OS X

new topic     » goto parent     » topic index » view thread      » older message » newer message
jimcbrown said...
jaygade said...

Okay, I'll undo my code and try to add a #ifdef EOSX to the existing #ifdef ARM or something and try that.

Well, we know that your code works. Maybe the right thing to do is to add your code around an #ifdef EOSX.

Well, the better goal would be to make something that is completely portable without an #ifdef if possible. Second would probably be to define a macro that converts dbl to int reliably and wrap that in #ifdef if necessary.

jimcbrown said...
jaygade said...

Wait a minute -- can't we cast to long and then to unsigned long? It's the cast of (-1) to unsigned long which is implementation defined right?

Idea which might be portable: in Dand_bits, cast to long, then in and_bits cast to unsigned long.

Perhaps, but so is any bitwise operation involving more than 32bits according to the other thread.

Right, I meant to include all of the D*_bits() functions.

Unfortunately, casting to long first still doesn't work because I can't get just the bits of 0xDEADBEE5 from the double into a 32-bit number. It works for 0xFFFFFFFF. I have to cast to long long and then to unsigned long.

Can we guarantee that long long is 64 bits on all platforms, or use int64_t or something? If so, then I think that's a good portable solution which could fix ARM and OSX and still work on Windows/Linux because conversion from long long to unsigned long is defined to work properly.

Regardless, I'll continue testing.

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu