Re: sp.h defines collitions

In general, we agree and have been trying to move away from such things.  However, these definitions have been part of the project for a long time and getting rid of these definitions now could break old code that depended on them.

We'll work on this and see if we can come up with a good solution.

Cheers!

-----
John Lane Schultz
Spread Concepts LLC
Phn: 301 830 8100
Cell: 443 838 2200

On Jun 24, 2013, at 8:29 PM, Marcelo San-Martin wrote:

Hi,
I don't know if there has been discussions about this file but I am having a lot of issues regarding #defines colliding with symbols, enum, and typedef defined in other libraries, for example:

# define int16 short
# define int32 int

Are these really necessary, type definitions using #define are not a good practice? 

Definitions like LOW_PRIORITY and HIGH_PRIORITY are very common, Wouldn't be better to have all this prefixed with "SPREAD_" instead?

Thanks,
Marcelo








_______________________________________________
Spread-users mailing list
[email protected]
http://lists.spread.org/mailman/listinfo/spread-users