From owner-freebsd-ports Mon May 14 16:45:41 2001 Delivered-To: freebsd-ports@freebsd.org Received: from aladdin.com (aladdin.com [209.157.132.18]) by hub.freebsd.org (Postfix) with ESMTP id 40D8B37B42C; Mon, 14 May 2001 16:45:35 -0700 (PDT) (envelope-from ghost@aladdin.com) Received: (from daemon@localhost) by aladdin.com (8.10.1/8.9.1) id f4ENSLH11794; Mon, 14 May 2001 16:28:21 -0700 (PDT) Received: from lamp.aladdin.com(10.0.0.4), claiming to be "aladdin.com" via SMTP by sand.aladdin.com, id smtpdK25244; Mon May 14 16:28:13 2001 Received: (from ghost@localhost) by aladdin.com (8.9.1/8.9.1) id QAA00167; Mon, 14 May 2001 16:48:15 -0700 Date: Mon, 14 May 2001 16:48:15 -0700 Message-Id: <200105142348.QAA00167@aladdin.com> From: "L. Peter Deutsch" To: mi@aldan.algebra.com Cc: ports@freebsd.org, andreas@freebsd.org, raph@artofcode.com In-reply-to: <200105142334.f4ENYJq14093@misha.privatelabs.com> Subject: Re: GhostScript and JPEG References: <200105142334.f4ENYJq14093@misha.privatelabs.com> Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > It appears, that the only thing, that makes it necessary for GS to build > its own static version of JPEG library is the value of > > D_MAX_BLOCKS_IN_MCU > > To read some JPEGs embedded in some PS files, GS needs this to be set as > 64, while the default libjpeg compiles this as 10. Correct. > I'm wondering, if we should just make our graphics/jpeg port build with > the define set to 64 and make GS use the shared -ljpeg. > > This would increase the size of some arrays (of pointers or of integers) > from 10 to 64 -- con. On the pro -- faster port build, faster startup > usually, since libjpeg is so widely used already. > > Any comments? Thanks! Sure, I think that would be a fine idea. The only arrays that are dimensioned as [D_MAX_BLOCKS_IN_MCU] are some temporary arrays of booleans and pointers allocated on the C stack within libjpeg, and an array of ints in the decompression state structure. So increasing this value from 10 to 64 increases the size of the decompression state structure by (64-10)*4 = 216 bytes. Not enough to worry about. -- L. Peter Deutsch | Aladdin Enterprises | 203 Santa Margarita Ave. ghost@aladdin.com | http://www.aladdin.com | Menlo Park, CA 94025 The future of software is at http://www.opensource.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message