Back Midas Rome Roody Rootana
  Midas DAQ System  Not logged in ELOG logo
Entry  14 Jan 2004, Konstantin Olchanski, , First try- midas on darwin/macosx xxx
    Reply  14 Jan 2004, Stefan Ritt, , First try- midas on darwin/macosx 
       Reply  16 Jan 2004, Konstantin Olchanski, , First try- midas on darwin/macosx xxx
          Reply  17 Jan 2004, Stefan Ritt, , First try- midas on darwin/macosx 
             Reply  18 Jan 2004, Konstantin Olchanski, , First try- midas on darwin/macosx xxx
                Reply  19 Jan 2004, Stefan Ritt, , First try- midas on darwin/macosx 
                   Reply  19 Jan 2004, Konstantin Olchanski, , First try- midas on darwin/macosx 
Message ID: 68     Entry time: 14 Jan 2004     In reply to: 67     Reply to this: 69
Author: Stefan Ritt 
Topic:  
Subject: First try- midas on darwin/macosx 
Great, I got already questions about MacOSX support...

Once it's working, you should commit the changes. But take into account that using "//" for 
comments might cause problems for the VxWorks compiler (talk to Pierre about that!).

> A few hard problems:
> - namespace pollution by Apple- they #define ALIGN in system headers, colliding with ALIGN 
> in midas.h. I was amazed that the two are almost identical, but MIDAS ALIGN aligns to 8 
> bytes, while Apple does 4 bytes. ALIGN is used all over the place and I am not sure how to 
> reconcile this.

You can rename ALIGN to ALIGN8 all over the place.

> - "timezone" in mhttpd.c. On linux, it's an "int", on darwin, it's a function. What gives?

Wrap it into a function get_timezone(). Under linux, just return "timezone", under OSX, 
return timezone() via conditional compiling.

> - building libmidas.a requires running ranlib
> - building libmidas.so requires unknown macosx specific magic.

I guess we should foget for now about the shared libraries (Mac people anyhow have too much 
money so they can affort additional RAM (;-) ), but building the static library is mandatory. 
ELOG V3.1.4-2e1708b5