At Sun, 3 Apr 2005 12:24:38 +0200,
Bastian Blank wrote:
[1 text/plain; utf-8 (quoted-printable)]
On Sat, Apr 02, 2005 at 09:37:54PM +0900, GOTO Masanori wrote:
I think the simple shell script wrapper controlling HWCAP_MASK can
achieve the original request by Bastian.
No, it does not.
On Mon, Apr 04, 2005 at 03:42:25PM +0900, GOTO Masanori wrote:
Note that 3 can be disabled on debian: /etc/ld.so.nohwcap. Tough it
disables all hwcap mechanisms, we cannot select each hwcap bits
currently.
So it is unusable if there exists i386, i486 and i686.
For me, it seems this issue
At Mon, 4 Apr 2005 09:55:28 +0200,
Bastian Blank wrote:
[1 text/plain; utf-8 (quoted-printable)]
On Mon, Apr 04, 2005 at 03:42:25PM +0900, GOTO Masanori wrote:
Note that 3 can be disabled on debian: /etc/ld.so.nohwcap. Tough it
disables all hwcap mechanisms, we cannot select each hwcap
On Sat, Apr 02, 2005 at 09:37:54PM +0900, GOTO Masanori wrote:
I think the simple shell script wrapper controlling HWCAP_MASK can
achieve the original request by Bastian.
No, it does not. You have to replace any binary with this wrapper, even
/sbin/init.
Hmm, I have not understood why
On Fri, Apr 01, 2005 at 09:56:03PM -0500, Daniel Jacobowitz wrote:
TLS isn't a hwcap. It's supported in a similar fashion, that's all.
In practice, it is available iff your kernel is new enough, so tying it
to the kernel version makes sense.
It is defined as a hwcap internal.
Build a glibc
On Sat, Apr 02, 2005 at 03:44:22PM +0900, GOTO Masanori wrote:
However it just changes HWCAP value - so we need to make ld.so to
search library path using some library search path modifying
environment variable (ex: LD_LIBRARY_PATH).
No, this will be fucking slow, thats why my proposal only
At Sat, 2 Apr 2005 10:31:32 +0200,
Bastian Blank wrote:
On Sat, Apr 02, 2005 at 03:44:22PM +0900, GOTO Masanori wrote:
However it just changes HWCAP value - so we need to make ld.so to
search library path using some library search path modifying
environment variable (ex: LD_LIBRARY_PATH).
Situation:
Current glibc have a mechanism called hwcaps. It is not documented and
I was never able to correctly use it anyway. Parts of this mechanism are
used to have TLS libraries.
There are several problems with that:
- Several hacks to use that for tls.
- Not working.
Proposal:
* The
On Fri, Apr 01, 2005 at 10:12:36AM +0200, Bastian Blank wrote:
Situation:
Current glibc have a mechanism called hwcaps. It is not documented and
I was never able to correctly use it anyway. Parts of this mechanism are
used to have TLS libraries.
There are several problems with that:
-
On Fri, Apr 01, 2005 at 11:35:49AM -0500, Daniel Jacobowitz wrote:
You need to be a lot more specific than that. It works. I use it every day.
So? Than please show me how to ask it to enable sse optimized libs and
disable tls.
No way. An additional data source with a grammar that needs to
On Fri, Apr 01, 2005 at 07:11:04PM +0200, Bastian Blank wrote:
On Fri, Apr 01, 2005 at 11:35:49AM -0500, Daniel Jacobowitz wrote:
You need to be a lot more specific than that. It works. I use it every
day.
So? Than please show me how to ask it to enable sse optimized libs and
disable
On Fri, Apr 01, 2005 at 01:27:26PM -0500, Daniel Jacobowitz wrote:
On Fri, Apr 01, 2005 at 07:11:04PM +0200, Bastian Blank wrote:
So? Than please show me how to ask it to enable sse optimized libs and
disable tls.
Debian doesn't offer a way to do this for libc, because we only ship
SSE
On Fri, Apr 01, 2005 at 08:57:56PM +0200, Bastian Blank wrote:
On Fri, Apr 01, 2005 at 01:27:26PM -0500, Daniel Jacobowitz wrote:
On Fri, Apr 01, 2005 at 07:11:04PM +0200, Bastian Blank wrote:
So? Than please show me how to ask it to enable sse optimized libs and
disable tls.
Debian
On Fri, Apr 01, 2005 at 03:29:06PM -0500, Daniel Jacobowitz wrote:
On Fri, Apr 01, 2005 at 08:57:56PM +0200, Bastian Blank wrote:
On Fri, Apr 01, 2005 at 01:27:26PM -0500, Daniel Jacobowitz wrote:
On Fri, Apr 01, 2005 at 07:11:04PM +0200, Bastian Blank wrote:
So? Than please show me how
On Fri, Apr 01, 2005 at 10:40:51PM +0200, Bastian Blank wrote:
On Fri, Apr 01, 2005 at 03:29:06PM -0500, Daniel Jacobowitz wrote:
On Fri, Apr 01, 2005 at 08:57:56PM +0200, Bastian Blank wrote:
On Fri, Apr 01, 2005 at 01:27:26PM -0500, Daniel Jacobowitz wrote:
On Fri, Apr 01, 2005 at
At Fri, 1 Apr 2005 21:56:03 -0500,
Daniel Jacobowitz wrote:
it will not disable SSE.
SSE is masked off by default, I asked for how to enable it.
Build a glibc which considers it a relevant capability for library
selection. It's just a matter of setting the bit
16 matches
Mail list logo