[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: hurd-i386 updates



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
> > > 
> > > This one causes a build failure even with the current trunk, as
> > > xc/lib/font/libXFont apparently does not get built on Linux and
> > > xc/lib/font/Freetype/fcfuncs.c needs to be updated for current
> > > libfreetype6. I added the #define to gnu.cf as well, is that reasonable?
> > 
> > Uh, you lost me on this one.  Can we break this issue out into a separate
> > mail.  I get confused quickly when it comes to the Byzantine mess that is
> > font support in X.
> 
> Ok, so this is really hairy to figure out. I tried a lot of stuff on and
> off, so I'm not sure whether the following is completely accurate and I
> found it out more by empirical than methodical research:
> 
> 099b_Xft_FreeType_2.1.7_build_fix.diff does not touch
> xc/lib/font/Freetype/ftfuncs.c although that file would need the same
> kind of fixes I believe.
> 
> The error occurs when building the static xserver:
[...]
> However, grepping through a xfree86 build log on GNU/Linux, I can't
> really tell what makes the difference here, ftfuncs.c seems to get
> compiled both by the shared and static XServer on GNU/Hurd and
> GNU/Linux. So I'm not sure what exactly was the cause, but at some point
> I was quite certain that defining the above variable helped :-/

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

-- 
G. Branden Robinson                |      When dogma enters the brain, all
Debian GNU/Linux                   |      intellectual activity ceases.
branden@debian.org                 |      -- Robert Anton Wilson
http://people.debian.org/~branden/ |

Attachment: signature.asc
Description: Digital signature


Reply to: