eaccelerator / apc unter Solaris 10/amd64 kompilieren
Herbert Pophal
Hi,
nachdem ich einigemale erfolgreich PHP4+5 + eaccelerator als
32-bit-Version unter Solaris 10 gebacken habe, scheitert dies jetzt bei
64 bit. Der configure-Aufruf kommt glatt durch, aber bei der Kompilation
wird ein fehlendes <unix.h> bem�ngelt:
"/opt/php5-64-cgi/include/php/Zend/zend.h", line 72: cannot find include
file: <unix.h>
"/opt/php5-64-cgi/include/php/main/php.h", line 99: cannot find include
file: <unix.h>
Der fragliche Abschnitt aus zend.h:
#ifdef HAVE_UNIX_H
# include <unix.h>
#endif
Seltsamerweise enth�lt das config.h aber kein
#define HAVE_UNIX_H
Ich habe die noch zug�ngliche 32-bit-Varianten nach unix.h durchsucht,
und das einzige war eins aus der imap-lib. Das kanns ja wohl nicht sein.
Was f�r ein unix.h ist hier gemeint, und wieso spielte es bei der
32-bit-Variante keine Rolle?
Any hints?
Herbert
Gerome Muent
> Ich habe die noch zug�ngliche 32-bit-Varianten nach unix.h durchsucht,
> und das einzige war eins aus der imap-lib. Das kanns ja wohl nicht sein.
>
> Was f�r ein unix.h ist hier gemeint, und wieso spielte es bei der
> 32-bit-Variante keine Rolle?
Keine Ahnung, ob dir das weiterhilft, aber hier geht es um unix.h im
Zusammenhang mit der imap-client-lib und PHP:
http://bugs.php.net/bug.php?id=14503
Was passiert denn, wenn du dieses "#include <unix.h>" einfach mal
auskommentierst?
Gru�, G�r�me
--
BM Computer-Services Schwedenstr. 13
Webdesign 13357 Berlin
Internet Tel.: 030/20649400, mobil 0175/7419517
Layout
Grafik Web: http://www.bmservices.de
Programmierung eMail: kon...@bmservices.de
Herbert Pophal
> Herbert Pophal schrieb:
>
>> Ich habe die noch zug�ngliche 32-bit-Varianten nach unix.h durchsucht,
>> und das einzige war eins aus der imap-lib. Das kanns ja wohl nicht sein.
>>
>> Was f�r ein unix.h ist hier gemeint, und wieso spielte es bei der
>> 32-bit-Variante keine Rolle?
>
> Keine Ahnung, ob dir das weiterhilft, aber hier geht es um unix.h im
> Zusammenhang mit der imap-client-lib und PHP:
> http://bugs.php.net/bug.php?id=14503
>
> Was passiert denn, wenn du dieses "#include <unix.h>" einfach mal
> auskommentierst?
So etwas �hnliches habe ich gestern mal gemacht, n�mlich ein leeres
unix.h reingeschoben. Kompilation war dann anstandslos, ob's l�uft, habe
ich noch nicht testen k�nnen. Der Zweck der Operation war eigentlich zu
erfahren, welche Symbole, prototypes etc. dann fehlen, um mich dann auf
die Suche nach was Passendem zu machen.
(Dass ich im Moment �hnliche Probleme bei subversion habe, was auch
schon mal knitterfrei war, ist hier zwar OT, passt aber :-( )
Mein Eindruck: Irgendwo ist diese 64-bit-Installation broken.
Gru�
Herbert
Gerome Muent
> So etwas �hnliches habe ich gestern mal gemacht, n�mlich ein leeres
> unix.h reingeschoben. Kompilation war dann anstandslos, ob's l�uft, habe
> ich noch nicht testen k�nnen. Der Zweck der Operation war eigentlich zu
> erfahren, welche Symbole, prototypes etc. dann fehlen, um mich dann auf
> die Suche nach was Passendem zu machen.
Das ist doch erst mal supi, da� es damit kompilierbar wird.
Schau mal in das unix.h, das zum imap-Paket geh�rt, was da eigentlich
drin steht. Wobei: dieses include unix.h, das von Zend abgefragt wird,
bezieht sich bestimmt nicht auf das aus dem imap-Paket, w�rde ich
denken. Gibt es bei Zend kein Forum oder Mailingliste, wo du die
Entwickler mal fragen kannst, was sich bei dieser bedingten Includierung
gedacht haben.
> Mein Eindruck: Irgendwo ist diese 64-bit-Installation broken.
Naja, manche Sachen sind einfach nicht sauber portiert. Ich hatte vor
kurzem auch ein langwieriges Problem mit xmlrpc f�r 64 bit. Durch ein
bi�chen Anpassen des Sourcecode ging es dann auch.
Gru�, G�r�me
--
BM ComputerServices Schwedenstr. 13
Programmierung 13357 Berlin
Webdesign Tel.: 030/20649400, mobil 0175/7419517
Datenbanken Web: http://www.bmservices.de
Apache/PHP/MySQL eMail: kon...@bmservices.de