>>>>> On Thu, 22 Nov 2007 10:48:01 -0800, Kern Sibbald said:
>
> Hello,
>
> On Thursday 22 November 2007 09.47:03 Brian A. Seklecki wrote:
> > On Wed, 21 Nov 2007, Kern Sibbald wrote:
> > > poluting user name space. Bacula has been compiling correctly across
> > > multiple Unix/Win32 platforms for almost 8 years now.
> >
> > Yes -- this is a portability issue. Standard fare.
> >
> > - Developer blames the OS
> > - OS User blames the developer
> > - Everyone gets drunk over the holiday and comes a compromise. :)
>
> That sounds like a good plan.
>
> I will re-iterate that Bacula does work with all known Unix versions, so the
> Mac OS developers seem to have thrown a new twist in. That said, Bacula is
> highly adaptable and highly configurable.
>
> >
> > > I'm sorry, but your emails are not at all helpful -- I've looked them
> > > over,
> >
> > I dont like to hold your hands through these problems and I dont presume
> > to recommend fixes/patches.
>
> Well, I don't have a Mac, so I cannot resolve the problem, which means that
> someone must dig into the problem and come up with some proposed solution if
> you want Bacula and the Mac to co-exist.
>
> What is interesting about your emails is that users have been building Mac
> clients for quite a number of years and no one has ever had any problems or
> at least reported recently. We do have quite a good amount of code in Bacula
> that adapts to "DAARWIN_OS" that has been submitted by users.
>
> Perhaps you either have the config parameters wrong or you are trying to
> build
> servers. If you are trying to build servers, there are many issues for
> porting that must be addressed -- the servers (DIR and SD) make far more
> extensive use of OS features than the Client (File daemon). I don't know
> since you were not very specific ... for example, you didn't say what you
> were trying to build (at least I don't remember), whether or not you had
> successfully built a Mac version before, and whether or not this is a new
> version of Max OS ... Those things would help a lot in understanding the
> basic problem.
I've found the problem that causes all of these config failures: nothing
includes sys/types.h in the config tests.
It looks like other OSes (and older versions of Mac OS X) include this file
indirectly from some other header file, so it works by luck.
Note that nothing defines HAVE_SYS_TYPES_H either, on any OS :-)
This patch fixes configure, but it should obviously be done properly in the
autoconf:
--- configure~ 2007-10-05 18:56:48.000000000 +0100
+++ configure 2007-11-23 11:22:02.000000000 +0000
@@ -19283,6 +19283,7 @@
stdarg.h \
stdlib.h \
stdint.h \
+ sys/types.h \
string.h \
termios.h \
termcap.h \
__Martin
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel
