On Friday 23 November 2007 04.00:41 Martin Simmons wrote: > >>>>> 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 \
Well, that certainly sounds like a nice simple solution. Thanks. I'll take a closer look at this when I get home ... > > __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 ------------------------------------------------------------------------- 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
