On Saturday 29 April 2006 04:53, James Harper wrote:
> > However, you should know that we are within hours of dropping support
>
> for
>
> > Microsoft compilers. I suspect by next Monday all Win32 builds will
>
> be
>
> > done
> > using GNU C cross-compile tools on Linux, with the exception of
>
> building
>
> > the
> > installer file, which will probably be done on Win32.
>
> That is the best news I've heard all day. The Microsoft stuff is so full
> of bloat!!!
>
> Any idea of what extras (and versions of) will be required? Eg mingw
> obviously, but what else? Based on what you have said, I assume that if
> I want to test this I would need to be using the CVS head version and
> not a stable release?
You need a complete Linux/Unix development environment capable of building gcc
and bintools from scratch. Most developers already have this. One dependency
to build gcc is that the texinfo package must be loaded (I guess they build
their docbook manuals or something).
After that, I will supply one set of 3rd party packages needed called
depkgs-win32 (for dependency packages) such as pthread, zlib, openssl, ...
With the above and apcupsd source, it is about 5-10 commands the first time to
download, configure and build everything, all done with scripts, and
thereafter it is:
cd <bacula-source>/src/win32
make
The versions of the packages are either defined by what I put in depkgs-win32,
or in the bacula source scripts. They can be updated, but this way you won't
have to think about what version we are using, it will be automatic.
>
> > > Is there any current project to port the Director and Storage
>
> modules to
>
> > > Win32?
> >
> > No, and it is not something that I am likely to personally attempt.
>
> Obviously the Storage daemon would be a challenge as you have said
> below, but is there anything about the Director that would make it any
> more challenging to port than any other database and network app?
It would probably be easier to port than the SD since it doesn't do any
system/hardware dependent operations (eg no ioctls). The network code is in
a library and is already converted for the FD, so there should be no work
there.
>
> > > If not, in your opinion would it make sense to try and make the
>
> current
>
> > > storage module work under Win32 or to write a new one?
> >
> > I'm not sure what the best answer is. I'd probably be tempted to start
> > with
> > the current SD. However it is oriented toward Unix systems, and is
>
> overly
>
> > complicated,
>
> I saw some notes that effect in the source :)
>
> > though over time I am cleaning it up. I'm not sure I would want
> > to try to write a new one, though it would *certainly* be much cleaner
>
> in
>
> > design.
>
> Thanks for the response.
>
> James
--
Best regards,
Kern
(">
/\
V_V
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
