1. gcc #define #define #define
Simple. There are several standards designed to alleviate
porting pains. ANSI C, POSIX, X/Open are the major ones.
As long as your program adheres to the above standards it
is easily portable. E.g. for most Xlib and/or Motif programs
it is only required that you need a different makefile
because of various include and lib directories. In fact,
Linux is one of platforms that provide both BSD and SysV
library calls and other features. Try to write or port
something to/from SunOS to IRIX then you will see what all
those #ifdefs are all about. :)
Let me find an example to back up my point: I write a
program and I need to find a way to zero out a memory
area. I found several library functions that can do that,
bzero() and memset(). I look at the bottom of the man
pages:
bzero() CONFORMING TO BSD 4.3
memset() CONFORMING TO SVID 3, BSD 4.3, ISO 9899
Now it is obvious that it is better to use the latter.
Unless, of course, I misunderstood you. What exactly are
you dealing with where you have problems with lots of #ifdefs?
Then maybe me or someone else can provide you some more
specific assistance?
--
<vladimip at uniserve com> | Good pings come in small packets
Vancouver, BC | SIGSIG: signature too long (core dumped)
Things are more like they are today than they ever were before -
(From a crosspost between alt.suicide and alt.destroy.microsoft)
2. EOT processing.
3. HELP w Compile Defines
4. Apache compilation
5. m4: how to define var if another defined
6. Multiple DHCPD question.
7. #define _POSIX_C_SOURCE and other defines
8. Help: VGA 50 rows screen mode
9. Compiling apach on SunOs 4.1.4, fixing #define BSD
10. keyboard mapping: how to define & compile mine own ?
11. 2.4.14 doesn't compile: deactivate_page not defined in loop.c
12. threads and _REENTRANT compile define
13. 2.4.18 compile error : nro_smp not defined
by