# ./configure, PHP, SuSE and the AMD64

- Thread: https://externals.io/message/13454
- Original archive: https://news-web.php.net/php.internals/13454
- Started by Hans Zaunere on 2004-10-22T12:31:59+00:00
- Messages: 4
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #13454 — Hans Zaunere — 2004-10-22T12:31:59+00:00

URL: https://externals.io/message/13454#13454

> > […]
as
> > […]
> 
> OpenSSL is a special beast, though I can't see so quickly where the
> message is generated.
> 
> > […]
> 
> Yes, so it's not an inconsistency ;-)
> 
> > […]
> 
> If it works it is because we fall back to the default dir after this,
so
> it would fallback to /usr/lib and /usr/include.
> 
> > […]
> 
> See above.
> 
> > […]
sometimes
> > […]
how
> > […]
should
> > […]
> 
> zlib-dir is odd indeed, it will override the dir from --with-zlib. No
> clue why :)
> 
> > […]
use
> > […]
> 
> 1, sure, we do that. Not sure what you mean by 2) and 3) i don't agree

For #2, per Robert Silva's post:

"For #2, I believe he is referring to searching LD_LIBRARY_PATH
directories for libraries rather than hardcoding /lib everywhere (which
is how its done now)."


> with as it is common to specify the install root dir which we've been
> doing for ages.

Supplying the install root is fine, but as we've seen, it's not always
right and doesn't work.  For a lib that's installed into /usr/lib64,
what's the install root?

> > […]
first
> > […]
> 
> It wasn't a problem, more people already offered an account while you
> were sleeping ;-)

Hehe, fair enough - let me know if you need another account (this has
SuSE).  How are things looking so far?

Thanks Derick,

H

---

## #13455 — Derick Rethans — 2004-10-22T12:36:00+00:00

URL: https://externals.io/message/13454#13455 · In reply to: #13454

> For #2, per Robert Silva's post:
>
> "For #2, I believe he is referring to searching LD_LIBRARY_PATH
> directories for libraries rather than hardcoding /lib everywhere (which
> is how its done now)."

Unfortunately it's not that easy from what I remember.

> > […]
>
> Supplying the install root is fine, but as we've seen, it's not always
> right and doesn't work.  For a lib that's installed into /usr/lib64,
> what's the install root?

/usr of course.

> Hehe, fair enough - let me know if you need another account (this has
> SuSE).  How are things looking so far?

AFAIK Joe is going to commit his patch, but we need to "fix" it for the
PECL extensions too if applicable.

Derick

-- 
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org

---

## #13468 — Joe Orton — 2004-10-22T15:19:23+00:00

URL: https://externals.io/message/13454#13468 · In reply to: #13455

> AFAIK Joe is going to commit his patch, but we need to "fix" it for the
> PECL extensions too if applicable.

I was kind of waiting for Sascha to review it... do you want me to
commit it now?  PECL extensions (or any autoconf code in general) are
not necessarily broken on bi-arch platforms, it's only if they use a
certain style of configure check which is prevalant in ext/*/config*.m4.

Regards,

joe

---

## #13469 — Derick Rethans — 2004-10-22T15:33:48+00:00

URL: https://externals.io/message/13454#13469 · In reply to: #13468

> 
> > […]
>
> I was kind of waiting for Sascha to review it... do you want me to
> commit it now?  PECL extensions (or any autoconf code in general) are
> not necessarily broken on bi-arch platforms, it's only if they use a
> certain style of configure check which is prevalant in ext/*/config*.m4.

They should all do that, if they use an external library so it would be
great to mail pecl-dev with instructions on how to fix the exts for both
PHP 4.3, PHP 5.0 and PHP 5.1 ;-)

regards,
Derick

-- 
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org