Re: [PHP-DEV] GD segfault in 4.3.0RC1

On Mon, 18 Nov 2002 13:31:58 +0100, Marcus Börger wrote: >At 13:07 18.11.2002, Derick Rethans wrote: >>On Mon, 18 Nov 2002, Brian Havard wrote: >> >> > Derick Rethans wrote: >> > > On Sun, 17 Nov 2002, Derick Rethans wrote: >> > > >> > > >> > >>On Sun, 17 Nov 2002, Brian Havard wrote: >> > >> >> >

Re: [PHP-DEV] GD segfault in 4.3.0RC1

On November 18, 2002 07:44 am, Derick Rethans wrote: > On Mon, 18 Nov 2002, Marcus Börger wrote: > > Brian could you create a short test for the segfault? It would help us > > finding out the problems. > > For now I think it's very wise to remove all the e*() memory functions > from the branch, it'

Re: [PHP-DEV] GD segfault in 4.3.0RC1

On Mon, 18 Nov 2002, Derick Rethans wrote: > On Mon, 18 Nov 2002, Marcus Börger wrote: > > > Brian could you create a short test for the segfault? It would help us > > finding out the problems. > > For now I think it's very wise to remove all the e*() memory functions > from the branch, it's no

Re: [PHP-DEV] GD segfault in 4.3.0RC1

On Mon, 18 Nov 2002, Marcus Börger wrote: > Brian could you create a short test for the segfault? It would help us > finding out the problems. For now I think it's very wise to remove all the e*() memory functions from the branch, it's not strictly needed and we need to be very careful not to e

Re: [PHP-DEV] GD segfault in 4.3.0RC1

At 13:07 18.11.2002, Derick Rethans wrote: On Mon, 18 Nov 2002, Brian Havard wrote: > Derick Rethans wrote: > > On Sun, 17 Nov 2002, Derick Rethans wrote: > > > > > >>On Sun, 17 Nov 2002, Brian Havard wrote: > >> > >> > >>>When trying out the RC1 code I found that my GD test segfaults every time

Re: [PHP-DEV] GD segfault in 4.3.0RC1

On Mon, 18 Nov 2002, Brian Havard wrote: > Derick Rethans wrote: > > On Sun, 17 Nov 2002, Derick Rethans wrote: > > > > > >>On Sun, 17 Nov 2002, Brian Havard wrote: > >> > >> > >>>When trying out the RC1 code I found that my GD test segfaults every time. I > >>>traced the problem to the fact th

Re: [PHP-DEV] GD segfault in 4.3.0RC1

Derick Rethans wrote: On Sun, 17 Nov 2002, Derick Rethans wrote: On Sun, 17 Nov 2002, Brian Havard wrote: When trying out the RC1 code I found that my GD test segfaults every time. I traced the problem to the fact that efree is used on memory that was allocated with strdup. See the fontlis

Re: [PHP-DEV] GD segfault in 4.3.0RC1

On Sun, 17 Nov 2002, Derick Rethans wrote: > On Sun, 17 Nov 2002, Brian Havard wrote: > > > When trying out the RC1 code I found that my GD test segfaults every time. I > > traced the problem to the fact that efree is used on memory that was > > allocated with strdup. See the fontlist variable

Re: [PHP-DEV] GD segfault in 4.3.0RC1

On Sun, 17 Nov 2002, Brian Havard wrote: > When trying out the RC1 code I found that my GD test segfaults every time. I > traced the problem to the fact that efree is used on memory that was > allocated with strdup. See the fontlist variable in > ext\gd\libgd\gdft.c:fontFetch() > > This starte

RE: [PHP-DEV] GD 2.0.6 make errors

Derick Rethans wrote: > It clearly crashes in the gid stuff... most likely the zlib version > against which gd was build does not match the zlib against PHP was > linked. But I really dont think you should be asking for support, as > this is a hacked up GD. Nope, not asking for support. Just

RE: [PHP-DEV] GD 2.0.6 make errors

On Thu, 14 Nov 2002, Mike Robinson wrote: > > > Jani Taskinen writes: > > > This was actually fixed long time ago in CVS.. > > > > I use 2.0.4 with the gif stuff hacked in, and current CVS from > about 5 minutes ago segfaults when using the gif stuff. Might be > a problem with the gd l

RE: [PHP-DEV] GD 2.0.6 make errors

> Jani Taskinen writes: > This was actually fixed long time ago in CVS.. > I use 2.0.4 with the gif stuff hacked in, and current CVS from about 5 minutes ago segfaults when using the gif stuff. Might be a problem with the gd lib I'm using... backtrace as follows (couldn't get a core fil

RE: [PHP-DEV] GD 2.0.6 make errors

: Re: [PHP-DEV] GD 2.0.6 make errors This was actually fixed long time ago in CVS.. --Jani On Thu, 14 Nov 2002, Marcus Börger wrote: >No! Exactly the correct list because he told us that current version do not >build with newest GD version. And the GD maintainers have

Re: [PHP-DEV] GD 2.0.6 make errors

This was actually fixed long time ago in CVS.. --Jani On Thu, 14 Nov 2002, Marcus Börger wrote: >No! Exactly the correct list because he told us that current version do not >build with newest GD version. And the GD maintainers have to do something >about that :-) > >marcus > >A

Re: [PHP-DEV] GD 2.0.6 make errors

No! Exactly the correct list because he told us that current version do not build with newest GD version. And the GD maintainers have to do something about that :-) marcus At 17:55 14.11.2002, Adam Voigt wrote: Wrong list, try php-general or php-install, php-dev is for discussion about the devel

RE: [PHP-DEV] GD 2.0.6 make errors

Its up to 2.0.6 now. :) Boutell has gone GD crazy all of a sudden. Regards Mike Robinson > -Original Message- > From: Pierre-Alain Joye [mailto:paj@;pearfr.org] > Sent: Thursday, November 14, 2002 11:55 AM > To: Clay > Cc: [EMAIL PROTECTED] > Subject: Re: [PHP-DEV] GD

Re: [PHP-DEV] GD 2.0.6 make errors

On Thu, 14 Nov 2002 11:51:30 -0500 "Clay" <[EMAIL PROTECTED]> wrote: > Gcc 3.2 > Solaris 9 > > 2.0.1 works fine. Any ideas? Anyone compile 2.0.6 yet on any > platform? do you mean 2.04 official gd ? pa -- PHP Development Mailing List To unsubscribe, visit: http://www.p

Re: [PHP-DEV] GD 2.0.6 make errors

Wrong list, try php-general or php-install, php-dev is for discussion about the development of PHP not development in PHP. On Thu, 2002-11-14 at 11:51, Clay wrote: > Gcc 3.2 > Solaris 9 > > 2.0.1 works fine. Any ideas? Anyone compile 2.0.6 yet on any platform? > > In file included from gd.c:83

Re: [PHP-DEV] GD filters done patch available

On Tue, 12 Nov 2002 22:17:06 +0100 Pierre-Alain Joye <[EMAIL PROTECTED]> wrote: > Hello, > > GD filters are done and patch against current cvs available at > http://www.pearfr.org/phpgd/filters/ > > Feedbacks, comments welcome I uploaded a new patch, I forgot the CS and fix 2 memory leaks :) p

Re: [PHP-DEV] GD filters done patch available

On Tue, 12 Nov 2002 22:17:06 +0100 Pierre-Alain Joye <[EMAIL PROTECTED]> wrote: > Hello, > > GD filters are done and patch against current cvs available at > http://www.pearfr.org/phpgd/filters/ > > Feedbacks, comments welcome I uploaded a new patch, I forgot the CS and fix 2 memory leaks :) p

Re: [PHP-DEV] brain damage in the gd ext [was: Re: [PHP-DEV] GD version available in script ?]

# [EMAIL PROTECTED] / 2002-11-12 12:51:37 +0100: > On Tue, 12 Nov 2002, Derick Rethans wrote: > > > On Tue, 12 Nov 2002, Roman Neuhauser wrote: > > > > > Everyone: the fact that e. g. imagecreatefromgif() exists no matter > > > what, throwing a warning if you have a wrong GD version is IM

Re: [PHP-DEV] brain damage in the gd ext [was: Re: [PHP-DEV] GD version available in script ?]

You can use constant GD_BUNDLED which is either undefined, 0 or 1. Defined as means the bundeled gd version is used. But i just implemented gd_info(). See below. Tell me please what else do you want do see? marcus [marcus@zaphod php4-HEAD]$ php -r 'var_dump(gd_info()); array(10) { ["GD Version

[PHP-DEV] brain damage in the gd ext [was: Re: [PHP-DEV] GD version available in script ?]

# [EMAIL PROTECTED] / 2002-09-05 20:21:15 +0200: > Hello, > > Working on PEAR::Image_Transform, I realize there is no way to check > the currently used gd version. Beside that, gd2 functions are always > available (raise warning if wrong gd version), this forces us to make > a first call the funct

Re: [PHP-DEV] GD memory allocation

Nothing in there needs to survive. That would be one of the things to clean up in that mess. On Fri, 11 Oct 2002, Andi Gutmans wrote: > Hi, > > GD uses malloc()/free() and friends (gdhelpers.c). Unless there is stuff in > gd which has to survive between requests, as we have its source in our tr

Re: [PHP-DEV] GD :: configure bug ??

On Fri, 27 Sep 2002, NAIK,ROSHAN (HP-Cupertino,ex1) wrote: > >Is this an error in gd's configure ? (after running phpize on the extension) > >approx line# 1977 : > >if test "$php_always_shared" = "yes"; then > ext_output="yes, shared" > ext_shared=yes > test "$PHP_XPM_DIR" = "no" && PHP_XPM_DI

RE: [PHP-DEV] GD broken ? compiler errors !

On Fri, 6 Sep 2002, Wez Furlong wrote: >> It's not intended..but I can't reproduce this.. >> Do you get any errors during configure ? > >Yes - sorry - I didn't have my head screwed on when I posted: > >checking whether to enable truetype string function in GD... yes >checking for jpeg_re

RE: [PHP-DEV] GD broken ? compiler errors !

> It's not intended..but I can't reproduce this.. > Do you get any errors during configure ? Yes - sorry - I didn't have my head screwed on when I posted: checking whether to enable truetype string function in GD... yes checking for jpeg_read_header in -ljpeg... yes configure: error: PN

RE: [PHP-DEV] GD broken ? compiler errors !

On Fri, 6 Sep 2002, Wez Furlong wrote: >Hi Jani, > >Just a heads up - I now need to > > "./configure ... --with-gd --with-zlib --with-zlib-dir ..." > >whereas before these last few gd config patches I only needed > > "./configure ... --with-gd --with-zlib ..." > >to get zlib linked with gd/php

RE: [PHP-DEV] GD broken ? compiler errors !

Hi Jani, Just a heads up - I now need to "./configure ... --with-gd --with-zlib --with-zlib-dir ..." whereas before these last few gd config patches I only needed "./configure ... --with-gd --with-zlib ..." to get zlib linked with gd/php correctly. If this is the intended behaviour I'll

RE: [PHP-DEV] GD broken ? compiler errors !

:[EMAIL PROTECTED]] > Sent: Thursday, September 05, 2002 2:28 PM > To: NAIK,ROSHAN (HP-Cupertino,ex1) > Cc: [EMAIL PROTECTED] > Subject: RE: [PHP-DEV] GD broken ? compiler errors ! > > > On Thu, 5 Sep 2002, NAIK,ROSHAN (HP-Cupertino,ex1) wrote: > > >Hi Jani, > >But

RE: [PHP-DEV] GD broken ? compiler errors !

On Thu, 5 Sep 2002, NAIK,ROSHAN (HP-Cupertino,ex1) wrote: >Hi Jani, >But ofcourse that isnt that last one is it ? :) >CFLAGS that are assigned in confg_vars.mk >dont see to get picked up during the actual make. Huh? What exactly doesn't work? Please be more specific.. --Jani

RE: [PHP-DEV] GD broken ? compiler errors !

2 1:14 PM > To: NAIK,ROSHAN (HP-Cupertino,ex1) > Subject: RE: [PHP-DEV] GD broken ? compiler errors ! > > > On Thu, 5 Sep 2002, NAIK,ROSHAN (HP-Cupertino,ex1) wrote: > > >> I've committed possible fix in CVS. So please try that. > > > >Thank

RE: [PHP-DEV] GD broken ? compiler errors !

Jani, >> I've committed possible fix in CVS. So please try that. Thanks. You may also want to consider fixing another problem with configure ... it doesnt support "--with-zlib-dir" option thus requiring a variable "PHP_ZLIB_DIR" to be exported prior to running confgiure. W/o that configure f

RE: [PHP-DEV] GD broken ? compiler errors !

warning: passing arg 2 of `virtual_filepath' from incompatible >> pointer type >> >> >> Has anybody got GD working in 4.2.2 ? >> >> --Roshan >> >> >> > -Original Message----- >> > From: Markus Fischer [mailto:[EMAIL PROTECTE

RE: [PHP-DEV] GD broken ? compiler errors !

asmus Lerdorf [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, September 04, 2002 3:10 PM > To: NAIK,ROSHAN (HP-Cupertino,ex1) > Cc: '[EMAIL PROTECTED]' > Subject: RE: [PHP-DEV] GD broken ? compiler errors ! > > > > gd.h in the GD library (v 1.8.4) distribution > (

RE: [PHP-DEV] GD broken ? compiler errors !

> gd.h in the GD library (v 1.8.4) distribution (www.boutell.com/gd) declares > ... > >typedef struct gdIOCtx { ..blah blah... } gdIOCtx; > > Then ext/gd/gd.c also goes ahead and declares ... > > #ifdef USE_GD_IOCTX > .. > .. >typedef struct gdIOCtx; > .. > .. > #endif > > Perhaps the guar

RE: [PHP-DEV] GD broken ? compiler errors !

!! There is only one gd.h. --Roshan > -Original Message- > From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, September 04, 2002 2:09 PM > To: NAIK,ROSHAN (HP-Cupertino,ex1) > Cc: '[EMAIL PROTECTED]' > Subject: RE: [PHP-DEV] GD broken ? compiler e

RE: [PHP-DEV] GD broken ? compiler errors !

iginal Message- > > From: Markus Fischer [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, September 03, 2002 10:48 PM > > To: NAIK,ROSHAN (HP-Cupertino,ex1) > > Cc: '[EMAIL PROTECTED]' > > Subject: Re: [PHP-DEV] GD broken ? compiler errors ! >

RE: [PHP-DEV] GD broken ? compiler errors !

gt; To: NAIK,ROSHAN (HP-Cupertino,ex1) > Cc: '[EMAIL PROTECTED]' > Subject: Re: [PHP-DEV] GD broken ? compiler errors ! > > > You just can't mix current CVS c sources witth current stable > release. It would be like gambling. The GD module has new >

Re: [PHP-DEV] GD broken ? compiler errors !

You just can't mix current CVS c sources witth current stable release. It would be like gambling. The GD module has new enhancements in it which aren't available in 4.2.2 so that won't work. Please first test with http://www.php.net/~zeev/php-4.2.3RC2.tar.gz or even be

Re: [PHP-DEV] GD Shared library confusion

ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18) And no, none of my /usr/lib/*pspell*.la files have -L/usr/lib in their dependency_libs. Lots of other .la files in /usr/lib have that, but not pspell. -Rasmus On Sun, 3 Mar 2002, Jani Taskinen wrote: > > Libtool version? Not all have

Re: [PHP-DEV] GD Shared library confusion

Hmm..it depends on so many things. But the bug exists only in some 1.4.x versions (including 1.4). --Jani On Sun, 3 Mar 2002, Markus Fischer wrote: >On Sun, Mar 03, 2002 at 06:37:53PM +0200, Jani Taskinen wrote : >> >> Libtool version? Not all have this problem.. > >$ libto

Re: [PHP-DEV] GD Shared library confusion

On Sun, Mar 03, 2002 at 06:37:53PM +0200, Jani Taskinen wrote : > > Libtool version? Not all have this problem.. $ libtool --version ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18) I think I lost discussion point somewhere now .. sorry -- Please always Cc to me when

Re: [PHP-DEV] GD Shared library confusion

Libtool version? Not all have this problem.. --Jani On Sun, 3 Mar 2002, Markus Fischer wrote: >On Sun, Mar 03, 2002 at 06:16:07PM +0200, Jani Taskinen wrote : >> >> As long as the config.m4's use PHP_ADD_LIBRARY_WITH_PATH() >> and the other macros and don't touch LIBS themselv

Re: [PHP-DEV] GD Shared library confusion

On Sun, Mar 03, 2002 at 06:16:07PM +0200, Jani Taskinen wrote : > > As long as the config.m4's use PHP_ADD_LIBRARY_WITH_PATH() > and the other macros and don't touch LIBS themselves, > there won't be any /usr/lib entries in it. > > So, I'd check the .la files. There's propably l

Re: [PHP-DEV] GD Shared library confusion

As long as the config.m4's use PHP_ADD_LIBRARY_WITH_PATH() and the other macros and don't touch LIBS themselves, there won't be any /usr/lib entries in it. So, I'd check the .la files. There's propably libpspell.la which has -L/usr/lib defined in 'dependency_libs='. And

Re: [PHP-DEV] GD Shared library confusion

> This is the problem. /usr/lib shouldn't be here. > In your working build you won't see it. Looks like ext/pspell/config.m4 is the culprit. -Rasmus -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] GD Shared library confusion

On Sat, 2 Mar 2002, Rasmus Lerdorf wrote: >-L/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../.. >-L/usr/lib/gcc-lib/i386-redhat-linux/2.96 >-L/tmp/19246-i386/BUILD/pspell-.12.2/modules/.libs -L/usr/lib This is the problem. /usr/lib shouldn't be here. In your working build you won't see it.

Re: [PHP-DEV] GD Shared library confusion

Hrm.. Ok, so the problem isn't as clearcut as I thought. A walkthrough: Install the gd-1.8.x and gd-devel-1.8.x packages on some common Linux distro. I am using an old rh-7.1 box with a bunch of upgraded packages here. Make sure it installs a /usr/lib/libgd.so Then download gd-2.0.1.tar.gz fr

Re: [PHP-DEV] GD Shared library confusion

> >The problem really is that when you give configure a path to some specific > >place for a static library, but you also have that library as a shared > >library in /usr/lib things get messy because we do the configure check > >against the located static library explicitly, but then we do a > >

Re: [PHP-DEV] GD Shared library confusion

On Sat, 2 Mar 2002, Rasmus Lerdorf wrote: >> At 08:03 AM 3/2/2002 -0800, Rasmus Lerdorf wrote: >> > > >If the system also has a /usr/lib/libgd.so then as of 4.2.0 the -lgd is >> > > >picking up this shared library. >> > > > >> > > >I suppose the only way around this is to use a full path to the s

Re: [PHP-DEV] GD Shared library confusion

> At 08:03 AM 3/2/2002 -0800, Rasmus Lerdorf wrote: > > > >If the system also has a /usr/lib/libgd.so then as of 4.2.0 the -lgd is > > > >picking up this shared library. > > > > > > > >I suppose the only way around this is to use a full path to the static > > > >library in the link line instead of

Re: [PHP-DEV] GD Shared library confusion

At 08:03 AM 3/2/2002 -0800, Rasmus Lerdorf wrote: > > >If the system also has a /usr/lib/libgd.so then as of 4.2.0 the -lgd is > > >picking up this shared library. > > > > > >I suppose the only way around this is to use a full path to the static > > >library in the link line instead of -lgd. Does

Re: [PHP-DEV] GD Shared library confusion

> >If the system also has a /usr/lib/libgd.so then as of 4.2.0 the -lgd is > >picking up this shared library. > > > >I suppose the only way around this is to use a full path to the static > >library in the link line instead of -lgd. Does a full path library link > >work for a shared library as we

Re: [PHP-DEV] GD Shared library confusion

At 07:56 AM 3/2/2002 -0800, Rasmus Lerdorf wrote: >Ok, so the situation is this: > >--with-gd=/some/dir > >This will go through and do configure checks to figure out which version >of GD live in /some/dir. Say a static libgd.a built from gd-2.0.1 is >sitting in there. > >If the system also has a

RE: [PHP-DEV] gd

type: locate gd.h You will see that you have more than one. Get rid of all the wrong ones and the other associated gd header files so you only have one version installed and start over. -Rasmus On Fri, 1 Feb 2002, James Cox wrote: > Ok, > > so maybe i'm the idiot, but can you help me make some

RE: [PHP-DEV] gd

Ok, so maybe i'm the idiot, but can you help me make some sense here? this is my configure: ./configure --with-mysql=/services/mysql --with-apxs=/services/www/apache/sb in/apxs --prefix=/services/php --with-pear=/services/php/pear --with-openssl --with-curl --with-gd --with-freetype-dir=/usr -

RE: [PHP-DEV] gd

Ah hah, thanks Rasmus. that would probably also mean that building this at 4:10 am is probably not a good idea, also. > -Original Message- > From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 01, 2002 4:04 AM > To: James Cox > Cc: Php-Dev > Sub

Re: [PHP-DEV] gd

This is expected behaviour when you have a gd.h file under /usr/include that doesn't match the libgd.a you are linking against. And no, like with every other configure flag, you have to point PHP at the highest level directory under which it can find both the header file and the library file. Th

Re: [PHP-DEV] gd/config.m4 - some issues left

I'm just testing some changes I made. Will commit soon. --Jani On Sun, 20 May 2001, Sascha Schumann wrote: >These three lines contain the and operator (-a) which is not >followed by an expression: > >if test "$PHP_JPEG_DIR" != "no" -a "$PHP_JPEG_DIR"; then >if test "$PHP_PNG_D

Re: [PHP-DEV] gd/config.m4 - some issues left

Please don't forget the 4.0.6 branch when you address this. Andi At 01:45 PM 5/20/2001 +0200, Sascha Schumann wrote: > These three lines contain the and operator (-a) which is not > followed by an expression: > > if test "$PHP_JPEG_DIR" != "no" -a "$PHP_JPEG_DIR"; then > if test

Re: [PHP-DEV] GD 2 support planned?

IL PROTECTED]> Sent: Monday, May 14, 2001 6:52 AM Subject: Re: [PHP-DEV] GD 2 support planned? > On 2001-05-14 01:04:24, "Al Maw" <[EMAIL PROTECTED]> wrote: > > This doesn't strike me as a particularly difficult job, and would be > most > > beneficial as

Re: [PHP-DEV] GD 2 support planned?

On 2001-05-14 01:04:24, "Al Maw" <[EMAIL PROTECTED]> wrote: > This doesn't strike me as a particularly difficult job, and would be most > beneficial as it has much better support for truecolour images and handles > resampling. Is anyone working on this? I implemented this a couple of weeks ago in

Re: [PHP-DEV] GD 2 support planned?

Al Maw wrote: > This doesn't strike me as a particularly difficult job, and would be most > beneficial as it has much better support for truecolour images and handles > resampling. Is anyone working on this? Its already been updated :))) -Sterling -- PHP Development Mailing List

Re: [PHP-DEV] gd/config.m4 still busted

On Wed, 9 May 2001, Jani Taskinen wrote: > > I'm working on this.. Well, then you are probably well-equipped to comment on this. The implementation of the proposal is attached. - Sascha Experience IRCG http://schumann.cx/http

Re: [PHP-DEV] gd/config.m4 still busted

I'm working on this.. --Jani On Wed, 9 May 2001, Sascha Schumann wrote: >Hi, > >the config.m4 defines several macros like this > >AC_DEFUN(PHP_GD_JPEG,[ >.. >PHP_ADD_LIBRARY_WITH_PATH(jpeg, $withval/lib) >.. >LIBS="$LIBS -L$withval/lib -ljpeg" >]) > >

Re: [PHP-DEV] gd, freetype 1

On 2001-04-19 14:34:07, "Adam Dickmeiss" wrote: > Problem is that with_freetype_dir is empty in ext/gd/config.m4 so > with-ttf is not really recognized. > The patch below fixes the problem. Thanks - it's in CVS now. --Wez. -- PHP Development Mailing List To unsubscribe,

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

On 2001-04-17 19:04:31, "Brian Moon" <[EMAIL PROTECTED]> wrote: > I found libgd.a from an old version just after sending this email. > So, all compiles and runs without error now. I just don't get an image. > Have you actually produced an image with this? Yes, although I did find a couple of pro

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

On 17 Apr 2001 11:02:45 -0700, Brian Moon <[EMAIL PROTECTED]> wrote: >I found libgd.a from an old version just after sending this email. > >So, all compiles and runs without error now. I just don't get an image. > >Have you actually produced an image with this? It worked fine in a quick test sc

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

m.org/ - - Original Message - From: "Wez Furlong" <[EMAIL PROTECTED]> To: "Brian Moon" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; "Wez Furlong" <[EMAIL PROTECTED]> Sent: Tuesday, April 17, 2

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

On 2001-04-17 15:47:09, "Brian Moon" <[EMAIL PROTECTED]> wrote: > Everything compiles fine. However, now I get this when calling > ImageTTFBBox: > > Warning: libgd was not built with TrueType font support > > I simply installed gd and FreeType per their instructions with no problems. > Any ide

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

gt; Cc: <[EMAIL PROTECTED]> Sent: Friday, April 13, 2001 7:26 PM Subject: Re: [PHP-DEV] GD 2.0.1 and FreeType 2 On 2001-04-13 20:59:21, "Brian Moon" <[EMAIL PROTECTED]> wrote: > Ok, first, I had to edit gdttf.c and change: > > #if HAVE_LIBTTF && !defined(US

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

On 2001-04-13 20:59:21, "Brian Moon" <[EMAIL PROTECTED]> wrote: > Ok, first, I had to edit gdttf.c and change: > > #if HAVE_LIBTTF && !defined(USE_GD_IMGSTRTTF) > to: > #if (HAVE_LIBTTF|HAVE_FREETYPE) && !defined(USE_GD_IMGSTRTTF) OK. I was using "--enable-gd-native-ttf", so this

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

dttf.c:824: `ll_x' undeclared (first use in this function) gdttf.c:825: `ll_y' undeclared (first use in this function) gdttf.c:826: `ur_x' undeclared (first use in this function) gdttf.c:827: `ur_y' undeclared (first use in this function) make[3]: *** [gdttf.lo] Error 1 make[3]:

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

phorum.org/ - - Original Message - From: "Wez Furlong" <[EMAIL PROTECTED]> To: "Brian Moon" <[EMAIL PROTECTED]> Sent: Friday, April 13, 2001 5:42 AM Subject: Re: [PHP-DEV] GD 2.0.1 and FreeType 2 > Hi Brian, > >

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

Wez Furlong posted a GD 2.0 patch earlier today to php-dev. Have a look at it. -Rasmus On Thu, 12 Apr 2001, Brian Moon wrote: > Hi guys, > > A) has anyone tried PHP and gd 2.0.1? > > B) If I compile gd with FreeType 2 support, do I have to compile FreeType > into PHP? > > Brian Moon >

Re: [PHP-DEV] GD configure slightly broken.

This is not the only problem with the gd extension configuration. On some platfomrs (FreeBSD) we need the -lm library for this extension when linking (it is important if you build a dynamic gd.so extension). Also there is no proper testing for setting the HAVE_GD_XBM constant. I will fix this when