[bf1942] Linux server status update 2003-05-05

[Sam Evans]

That's good news to an extent, and I appreciate your efforts.  I guess I
was wanting to have the next version of bf1942 be able to run on FreeBSD
using the Linux Emulation.

I would be *really* interested to know if you have worked with anyone on
this list who is currently running BF1942 on FreeBSD under Linux Emulation
to test the 1.4 server?


On Fri, 9 May 2003, Fredriksson, Andreas wrote:

>
> Sam,
>
> I can't build a BF server on FreeBSD right now because of the lacking
> support for wchar_t (wstring) in the gcc3.x configuration. It can be
> hacked to work by altering the configuration scripts for gcc3 but
> according to people on the gcc3 list it's not a safe thing to do.
>
> I think work is in progress for FreeBSD 5 to fix the remaining
> wide character problems so that the stdc++ libraries can work with
> FreeBSD but as of now they are broken.
>
> So, no FreeBSD release until I can compile the code on it. The
> 4.8 Linux compat layer pukes at my binaries as well so it's a
> pretty bad situation. It might be tricked into working by copying
> libraries from a RH9 or Gentoo distribution but I wouldn't hold
> my breath.
>
> Once wchar support is there on FreeBSD I promise to compile a native
> FreeBSD version, but I won't support it as much here on the list as the
> Linux version.
>
> // Andreas
>
> > -----Original Message-----
> > From: Sam Evans [mailto:sam at neuroflux.com]
> > Sent: Friday, May 09, 2003 3:38 PM
> > To: bf1942 at icculus.org
> > Subject: RE: [bf1942] Linux server status update 2003-05-05
> >
> >
> > *cough* FreeBSD *cough*
> >
> > On Fri, 9 May 2003, Fredriksson, Andreas wrote:
> >
> > >
> > > Roland,
> > > that might be a good idea for future releases (1.x) but for now I'm
> > > going to focus on putting out a binary that works for the majority
> > > of users. There will be two binaries for 1.4, one dynamic and one
> > > static. The one to run is automatically selected by a small shell
> > > scripts that runs ldd over the dynamic binary and then decides
> > > which version to symlink to before starting the server.
> > >
> > > Adding AMD/Intel versions at this point would bring the executable
> > > count up to four, and I simply don't have time to compile and test
> > > all those versions right now :-)
> > >
> > > Regards,
> > > Andreas
> > >
> > > > -----Original Message-----
> > > > From: Roland Kool [mailto:roland at cyso.nl]
> > > > Sent: Friday, May 09, 2003 9:44 AM
> > > > To: bf1942 at icculus.org
> > > > Subject: RE: [bf1942] Linux server status update 2003-05-05
> > > >
> > > >
> > > > Andreas,
> > > >
> > > > I just downloaded a server patch for Half-Life Dedicated
> > Server and I
> > > > saw they compiled optimised binaries for AMD and Pentium
> > processors.
> > > > Perhaps a suggestion for Battlefield as well? I'm not
> > sure how much
> > > > performance gain you have, but the more the better I guess?
> > > >
> > > > Regards,
> > > >
> > > > Roland
> > > >
> > > >
> > > > -----Oorspronkelijk bericht-----
> > > > Van: Fredriksson, Andreas [mailto:andreas.fredriksson at dice.se]
> > > > Verzonden: Monday, May 05, 2003 1:54 PM
> > > > Aan: 'bf1942 at icculus.org'
> > > > Onderwerp: [bf1942] Linux server status update 2003-05-05
> > > >
> > > >
> > > >
> > > > Hi list,
> > > >
> > > > there's not much from me this week. I'm working on win32
> > bugs at the
> > > > moment but the fixes (as you know by now) also apply to the Linux
> > > > server. We are building the two releases side-by-side
> > from the same
> > > > codebase so nothing will be left out from the Linux release.
> > > >
> > > > On the features side event logging is in, and so is the new client
> > > > checksum system which allows you to allow anything (0),
> > allow official
> > > > (1) or allow client side mods of your choice (2).
> > > >
> > > > Regards,
> > > > Andreas
> > > >
> > >
> >
>