Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:65761
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain blastwave.org from 210.87.62.131 cause and error)
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-disposition: inline
Content-type: text/plain; charset=us-ascii
To: Pierre Joye <pierre.php@gmail.com>
Cc: Stanislav Malyshev <stas@php.net>,
 Christopher Jones <christopher.jones@oracle.com>,
 PHP internals <internals@lists.php.net>, Rasmus Lerdorf <rasmus@php.net>
Message-ID: <fb73ff545e09.5117ad05@blastwave.org>
Date: Sun, 10 Feb 2013 14:21:57 -0500
Content-language: en
Priority: normal
In-reply-to:
 <CAEZPtU4rVbHgGXcx8LriWDAcxHNvp6cDtMGtWm7oQFvWVhTo+g@mail.gmail.com>
References: <fb70e0073a1c.51179fb6@blastwave.org>
 <CAEZPtU4rVbHgGXcx8LriWDAcxHNvp6cDtMGtWm7oQFvWVhTo+g@mail.gmail.com>
Subject: Re: [PHP-DEV] ext/gd/gd_ctx.c: In function '_php_image_stream_putc':
 error: 'struct gdIOCtx' has no member named 'data'
From: dclarke@blastwave.org (Dennis Clarke)



----- Original Message -----
From: Pierre Joye <pierre.php@gmail.com>
Date: Sunday, February 10, 2013 1:55 pm
Subject: Re: [PHP-DEV] ext/gd/gd_ctx.c: In function '_php_image_stream_putc': error: 'struct gdIOCtx' has no member named 'data'
To: Dennis Clarke <dclarke@blastwave.org>
Cc: Stanislav Malyshev <stas@php.net>, Christopher Jones <christopher.jones@oracle.com>, PHP internals <internals@lists.php.net>, ssb@php.net, Rasmus Lerdorf <rasmus@php.net>


> On Feb 10, 2013 7:25 PM, "Dennis Clarke" <dclarke@blastwave.org> wrote:
> >
> >
> > Dear PHP folks :
> >
> >     I am trying to build php 5.4.11 with the GD extension and running
> into an error where both
> > GCC 4.7.2 and Oracle Studio 12.3 claim that :
> >
> > "/usr/local/build/php-5.4.11_SunOS5.10_sparcv9+GD.001/ext/gd/gd_ctx.c",
> line 51: error: improper member use: data
> > "/usr/local/build/php-5.4.11_SunOS5.10_sparcv9+GD.001/ext/gd/gd_ctx.c",
> line 58: error: improper member use: data
> > "/usr/local/build/php-5.4.11_SunOS5.10_sparcv9+GD.001/ext/gd/gd_ctx.c",
> line 67: error: improper member use: data
> 
> There is a problem when an external library is used. Using the bundled 
> lib
> fixes this problem ("--with-gd")

Thank you for the nearly instant neck breaking speedy response ! 

OKay, so this means that my build of GD 2.0.33 ( http://www.boutell.com/gd/manual2.0.33.html ) was perhaps a waste of time and I will have a go with your suggestion right away. 

node002 $ rm ../php-5.4.11_SunOS5.10_sparcv9.001.cache
node002 $ ./configure --with-apxs2=/usr/local/bin/apxs --with-mysql=/opt/mysql/mysql \
> --with-libxml-dir=/usr/local --sysconfdir=/usr/local/etc \
> --includedir=/usr/local/include --libdir=/usr/local/lib \
> --libexecdir=/usr/local/libexec --localstatedir=/usr/local/var/php \
> --mandir=/usr/local/share/man --infodir=/usr/local/share \
> --cache-file=../php-5.4.11_SunOS5.10_sparcv9.001.cache --disable-debug \
> --with-pic --with-bz2 --with-gettext --with-gmp --with-iconv --with-openssl \
> --with-zlib --enable-ftp --enable-sockets --without-kerberos \
> --enable-calendar --enable-xml --disable-json --with-curl=/usr/local \
> --enable-posix --with-pdo-mysql --enable-mbstring --with-mysqli \
> --with-jpeg-dir=/usr/local --with-png-dir=/usr/local \
> --with-zlib-dir=/usr/local --with-xpm-dir=/usr/openwin/lib/sparcv9 \
> --with-gd --with-freetype-dir=/usr/local 
.
.
.
well golly gee .. it didn't blow up in the first 5 minutes. Still compiling ... :-)

Thank you very much. 

Does this mean there is a fork of GD inside the php source tarballs and that the 
stuff I see at Tom Boutell's site is just something else ? 

Dennis 

ps: as an aside, I'd love to solve those warnings about 
         ./Zend/zend_operators.h, line 597: warning: integer overflow detected: op "<<"

    however it looks like a funky define does the deed and it seems to roll an integer left
    by 8 * sizeof(long) - 1.  Not sure what the intent of that is. Could be just to isolate 
    a single upper bit ?