# ./configure, PHP, SuSE and the AMD64

- Thread: https://externals.io/message/13327
- Original archive: https://news-web.php.net/php.internals/13327
- Started by Hans Zaunere on 2004-10-13T17:05:32+00:00
- Messages: 2
- 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

---

## #13327 — Hans Zaunere — 2004-10-13T17:05:32+00:00

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

> > […]
PHP.
> > […]
assume that
> > […]
thus a
> > […]
specify
> > […]
> 
> That's a co-incidence then, as this:
> --with-domxml=/usr/lib
> is NOT working as you might think. You always need to do:
> --with-domxml=/usr
> as the php checks add /lib for you.

Sorry for the confusion.  Because the previous post mentioned absolute
paths, above, I took it to mean with a leading slash.  As you mention,
/usr or /usr/local/mysql is the way to do it currently, but still there
are some inconsistencies, per below.

> > […]
> 
> Where are the inconsistencies, can you point those out?

Here are some notes additions from my previous post.

In fact, there appear to be some inconstancies, and certainly some
questions:

> --with-openssl  (must not have any directory after it,
> which isn't inline with what ./configure --help says).

This just seems right-out broken...

> --with-zlib=/usr  (this works - but what if I want to
> force the 64bit library version, in /usr/lib64?)

This is seems to be related to this thread, specifically lib64.

> --with-bz2=/usr/lib64  (and this also works - which you
> would think it shouldn't, compared to the zlib above?)

Just confusion... perhaps on my part, or inconsistencies in the way
./configure works.

> And lastly, take these:
>
> --with-curl=/usr/lib64
> --with-zlib-dir=/usr/lib64
>
> Both seem to work (so far).  So what is the difference
> between a directive having the -dir suffix and not?

Compare --with-zlib and --with-zlib-dir, per above.  Things sometimes
"work" (meaning there are no obvious errors) and sometimes not; so how
should the two be used?  What does the suffix -dir mean and how should
it be used?

> > […]
AMD64
> > […]
to be
> > […]
specific
> > […]
what
> > […]
> 
> PHP's ./configure needs to be fixed of course, though for now the
> suggested patches are a bit suboptimal iirc. I would like to give it a

Agreed. ./configure should 1) have defaults of lib's locations  2) use
system linker variables  and most importantly  3) allow specific
directories to be specified during ./configure time.

> shot, but I'll need to have access to a linux running on 64bit first
:)

That's not a problem, see follow-up message.

Thanks Derick,

H

---

## #13332 — Derick Rethans — 2004-10-14T06:22:08+00:00

URL: https://externals.io/message/13327#13332 · In reply to: #13327

> > […]
>
> Here are some notes additions from my previous post.
>
> In fact, there appear to be some inconstancies, and certainly some
> questions:
>
> > […]
>
> This just seems right-out broken...

OpenSSL is a special beast, though I can't see so quickly where the
message is generated.

> > […]
>
> This is seems to be related to this thread, specifically lib64.

Yes, so it's not an inconsistency ;-)

> > […]
>
> Just confusion... perhaps on my part, or inconsistencies in the way
> ./configure works.

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.

> > […]
>
> Compare --with-zlib and --with-zlib-dir, per above.  Things sometimes
> "work" (meaning there are no obvious errors) and sometimes not; so how
> should the two be used?  What does the suffix -dir mean and how should
> it be used?

zlib-dir is odd indeed, it will override the dir from --with-zlib. No
clue why :)

> Agreed. ./configure should 1) have defaults of lib's locations  2) use
> system linker variables  and most importantly  3) allow specific
> directories to be specified during ./configure time.

1, sure, we do that. Not sure what you mean by 2) and 3) i don't agree
with as it is common to specify the install root dir which we've been
doing for ages.

>
> > […]
> :)
>
> That's not a problem, see follow-up message.

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

Derick

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