Re: hurd-i386 updates

[Michael Banck <mbanck@debian.org>]

On Wed, Jul 14, 2004 at 12:00:13PM -0500, Branden Robinson wrote:
> On Tue, Jul 13, 2004 at 09:34:06PM +0200, Michael Banck wrote:
> > On Tue, Jul 13, 2004 at 12:26:12AM -0500, Branden Robinson wrote:
> > > On Mon, Jul 12, 2004 at 02:04:34AM +0200, Michael Banck wrote:
> > > > -#   define FontLibSharedFreeType       NO

> Are you sure the following comment in linux.cf does not explain this issue?
 
>     202 /*
>     203  * We want to be sure that the normal XFree86 X server and the debugging X
>     204  * server use the same FreeType2 library.  We'd *like* it if we could
>     205  * achieve this by both packages dynamically linking against the system's
>     206  * FreeType2 library; however, the normal X server package
>     207  * (xserver-xfree86) *cannot* be built dynamically linked against the
>     208  * FreeType2 library when the module loader is enabled because of
>     209  * code/design issues.  Therefore, we encapsulate XFree86's internal "fork"
>     210  * of the FreeType2 library into *both* xserver-xfree86 and
>     211  * xserver-xfree86-dbg.  When it becomes possible to build the
>     212  * module-loading server against an external FreeType2 shared library, we
>     213  * can drop this define:
>     214  */
>     215 #   define FontLibSharedFreeType	NO

Well, of course I read the comment and subsequently decided to #define
the FontLibSharedFreeType based on it, but afterwards I was not able to
figure out the Imake stuff and build logs to see why this really works.

Oh well, I guess it is clear that FontLibSharedFreeType should be
disabled on hurd-i386.


cheers,

Michael