Summary: | dev-lang/php - creating large transparent png on ppc yields black background | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | SpanKY <vapier> |
Component: | Current packages | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | ppc |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
trans.php
trans.c trans.bad.png trans.good.png |
Description
SpanKY
2007-06-18 20:05:53 UTC
Created attachment 122443 [details]
trans.php
php test code
Created attachment 122444 [details]
trans.c
raw C / GD test code
Created attachment 122446 [details]
trans.bad.png
sample broken image
Created attachment 122448 [details]
trans.good.png
sample good image
in original comment, it should read "it doesnt appear to be a bug in GD as a ..." the good sample came from trans.c while the bad sample came from trans.php emerge -pv php output, please. ignoring the fact you can recreate the relevant output yourself ... [ebuild R ] dev-lang/php-5.2.2-r1 USE="apache2 berkdb bzip2 cli crypt curl exif ftp gd iconv ipv6 ldap ncurses nls pcre readline reflection session sockets spell spl ssl threads truetype unicode xml xpm zip zlib (-adabas) -bcmath (-birdstep) -calendar -cdb -cgi -cjk -concurrentmodphp -ctype -curlwrappers (-db2) -dbase (-dbmaker) -debug -discard-path -doc (-empress) (-empress-bcs) (-esoob) -fastbuild (-fdftk) -filter (-firebird) -flatfile -force-cgi-redirect (-frontbase) -gd-external -gdbm -gmp -hash -imap -inifile (-interbase) -iodbc -java-external -json -kerberos -ldap-sasl -libedit -mcve -mhash -msql -mssql -mysql -mysqli (-oci8) (-oci8-instant-client) -odbc -pcntl -pdo -pdo-external -pic -posix -postgres -qdbm -recode -sapdb -sharedext -sharedmem -simplexml -snmp -soap (-solid) -sqlite -suhosin (-sybase) (-sybase-ct) -sysvipc -tidy -tokenizer -wddx -xmlreader -xmlrpc -xmlwriter -xsl -yaz -zip-external" (In reply to comment #7) > ignoring the fact you can recreate the relevant output yourself ... I'm asking because I want to know whether you are using gd or gd-external. The former uses a bundled gd; the latter uses a shared library. So, if you recompile php w/ USE="-gd gd-external" I assume it will work just fine. If it does, take this upstream please. the point of having it in our bugzilla is for someone else to verify they see the same behavior on a big endian machine The php works just fine on my G4 with php built like: [ebuild R ] dev-lang/php-5.2.2-r1 USE="berkdb cli crypt curl ftp iconv ipv6 mysql ncurses nls pcre readline reflection session spell spl ssl sysvipc truetype unicode xml zlib (-adabas) -apache2 -bcmath (-birdstep) -bzip2 -calendar -cdb -cgi -cjk -concurrentmodphp -ctype -curlwrappers (-db2) -dbase (-dbmaker) -debug -discard-path -doc (-empress) (-empress-bcs) (-esoob) -exif -fastbuild (-fdftk) -filter (-firebird) -flatfile -force-cgi-redirect (-frontbase) -gd -gd-external -gdbm -gmp -hash -imap -inifile (-interbase) -iodbc -java-external -json -kerberos -ldap -ldap-sasl -libedit -mcve -mhash -msql -mssql -mysqli (-oci8) (-oci8-instant-client) -odbc -pcntl -pdo -pdo-external -pic -posix -postgres -qdbm -recode -sapdb -sharedext -sharedmem -simplexml -snmp -soap -sockets (-solid) -sqlite -suhosin (-sybase) (-sybase-ct) -threads -tidy -tokenizer -wddx -xmlreader -xmlrpc -xmlwriter -xpm -xsl -yaz -zip -zip-external" hrm, how do you have working gd functions in php when you have USE=-gd ? you shouldnt have been able to even run that sample php script i posted ... Sorry, gd was automatically turned on by the truetype flag :p * * USE flag 'truetype' needs one of these additional flag(s) set: * gd gd-external * * 'gd' was automatically selected and enabled. * You can change that by enabling/disabling those flags accordingly * in /etc/portage/package.use. * Until someone can reproduce this on PPC, closing WORKSFORME. |