://dev.gentoo.org/~hparker/simd-tester.tar.gz
Cheers,
--
Tres Melton
IRC Gentoo: RiverRat
signature.asc
Description: This is a digitally signed message part
On Wed, 2006-01-04 at 16:20 -0500, Michael Jennings wrote:
On Monday, 02 January 2006, at 04:28:52 (-0700),
Tres Melton wrote:
Patch 1)
Applied.
Patch 2)
I think you're correct. Applied.
Patch 3)
Applied.
Patch 4)
Applied, and copyright dates have been changed. :-)
Thanks
to
see if I can get some widespread testing as I don't have the hardware.
I'm sure you'll see that on the list prior to me incorporating them into
Eterm and submitting them to you. Feel free to beep me on IRC if there
is anything else.
Cheers,
--
Tres Melton
IRC Gentoo: RiverRat
Index: eterm/Eterm
On Tue, 2006-01-03 at 15:49 -0700, Tres Melton wrote:
Michael,
Crap, Wrong damn tree. Try this instead of the last one please.
--
Tres Melton
IRC Gentoo: RiverRat
Index: eterm/Eterm/src/pixmap.c
===
RCS file: /cvsroot
know what we are actually gaining.
Anyway, the three patches above should be safe to just apply (and
double check the second one please). And just a heads up on the coming
stuff. :)
Happy New Year,
--
Tres Melton
IRC Gentoo: RiverRat
? eterm/Eterm/configure.in-message.patch
Index
speed...: no
Use AMD64 for extra speed.: yes
Installation Path.: /usr
Compilation...: make
Installation..: make install
Sorry Mike, the bug seems to be deeper than just this.
Cheers,
--
Tres
Somehow the CC of the following never made it to the list. Here it is again.
On Tue, 2005-08-23 at 11:30 +0900, Carsten Haitzler wrote:
On Mon, 22 Aug 2005 19:43:58 + Tiago Victor Gehring
[EMAIL PROTECTED] babbled:
Lots of people said. and then raster said:
actually do tests - you
On Tue, 2005-08-23 at 11:30 +0900, Carsten Haitzler wrote:
On Mon, 22 Aug 2005 19:43:58 + Tiago Victor Gehring
[EMAIL PROTECTED] babbled:
Lots of people said. and then raster said:
actually do tests - you may find the unaligned copies not that much slower as
traditionally x86 hw has
On Mon, 2005-08-22 at 07:29 +, Tiago Victor Gehring wrote:
Hi,
regarding the problem I mentionted about the new amd64 optimized
functions in imlib2, I think I found the problem, has something to do
with the fact that memory was not aligned in some (SSE2 128 bit) MOV
operations - ie, I
MEJ,
I submitted a bug report to kwo yesterday about growing and shrinking
Eterms in E-16.8 (also E-16.7.2) but he peeked at it and thinks that it
is an Eterm issue. I do to. Anyway, I'm sorry to report that I'm
suffering from 'growing Eterm windows' again. At the end of this email
is
On Tue, 2005-07-26 at 12:16 +0200, FORT Yannick wrote:
While shifting from kernel 2.6.11 to 2.6.12, i notice that a new
governor for cpuscaling appears : conservative, that is less
configurable than ondemand but totally optimized for laptops.
I apologize for commenting without knowing much
Is there anyway to have the FROM: field changed to point to the list?
If you forget to change the TO: field when replying it ends up going to
the individual and not to the list. I have been bitten by this a number
of times and have seen others cus and scream as well. The latest
Example
On Fri, 2005-07-22 at 14:48 +0100, Simon Poole wrote:
The current behaviour is correct. If you want to send messages to the
list, you should be using Reply to all.
On Fri, 2005-07-22 at 03:27 -0700, David Sharp wrote:
just use your mailer's reply to all feature (wow, i had to remember
On Fri, 2005-07-22 at 19:32 +0200, Dènis Riedijk wrote:
Well, I guess we could take a look at how e16.8 does it with the pagers...
As far as I can remember, the pagers in e16 were constantly updated.
An issue with the pagers in E-16.8 came up not to long ago while playing
Doom3. It seems that
On Fri, 2005-07-22 at 13:42 -0700, David Sharp wrote:
I've never gotten two copies of anything. I always figured the list
mailer is smart enough not to send to people already listed in the To:
or CC: fields.
Well, it's not. I have two copies of your email here so it must be your
mail reader.
Project: Eterm: CVS
https://sourceforge.net/cvs/?group_id=212
On sourceforge.net
Under the section for Anonymous CVS Access it says web-based CVS
repository viewer. I know it says it right after ..to see which
modules are available.. but your eye gets drawn to the highlighted
phrase
at 03:56 -0600, Tres Melton wrote:
Project: Eterm: CVS
https://sourceforge.net/cvs/?group_id=212
On sourceforge.net
Under the section for Anonymous CVS Access it says web-based CVS
repository viewer. I know it says it right after ..to see which
modules are available.. but your eye gets
On Sun, 2005-07-17 at 15:44 -0400, Michael Jennings wrote:
On Sunday, 17 July 2005, at 19:28:30 (+0100),
losted wrote:
Hi, i recently compiled Eterm 0.9.3 under a NetBSD 2.0.2 system, i=20
use PT encoding (ISO-8859-1) and accentueted characteres are often used=20
mainly when i'm using
be an improvement but I didn't really know what I was doing.
I just glued some stuff together and guessed. I know there have been
issues with the autoFUCK stuff (as you so eloquently put it in the flame
fest) so just toss it if it's screwy.
On Wednesday, 18 May 2005, at 01:10:13 (-0600),
Tres Melton wrote
On Tue, 2005-07-05 at 19:05 -0400, Mike Frysinger wrote:
i prefer to use the 'focus follows mouse click' behavior but ive noticed a
quirk in using mouse bindings with it ...
for example, say i have two windows open, Eterm and Gimp ... Eterm currently
has the focus (it gets key strokes,
On Sun, 2005-06-26 at 04:01 -0400, Mike Frysinger wrote:
finally found a way to reproduce this :)
synced up earlier today, so my running version should be pretty up-to-date ...
if you hold alt+tab and then right click a window, the alt+tab list gets
frozen in the middle of the screen ...
Stephen Horner mailed me privately (and asked me to forward to list),
---8
I think I just did what you did, and accidentally emailed you instead of the
list. Damnit! Anyways I looked and just found out that my $MAILDIR/sent is
b0rked, so if you could bounce the email I sent concerning the
On Fri, 2005-06-17 at 00:29 -0700, eric richardson wrote:
Another user whose email doesn't contain the list's address.
* Tres Melton ([EMAIL PROTECTED]) wrote:
Which version of e16? e16.8 or e16.7.2? I use lots of mozilla windows
w/ lots of tabs and have not seen this issue (in either
On Tue, 2005-06-14 at 22:50 -0500, Edward Presutti wrote:
Is it possible to enable Eterm's SSE2 support on P4 class processors? I've
got a Northwood class P4 3.2 w/ SSE2, but the new makefile looks for
X86_64 architecture to determine whether or not to enable SSE2. Is this
patch specific to
On Wed, 2005-06-08 at 19:20 -0700, Stephen Horner wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18:00, Mon 06 Jun 05, Tres Melton wrote:
Well, the pages I was reading used the nop trick but it looks like a
better solution has been presented. I almost forgot that integers
On Mon, 2005-06-06 at 11:28 -0400, John Ellson wrote:
All credit for the sse2_cmod.c code goes to Tres. I just did the easy
bits.
Thanks, but the real credit goes to Willem Monsuwe [EMAIL PROTECTED] for
writing the original MMX code. All I did was expand it to use all 128
bits of the xmm
Has anyone actually looked into why this is failing?
By the rules of Discreet Math/Boolean Algebra:
something xor something = 0
something_else xor 0 = something_else
so
valA ^ ( valA ^ valB ) = valB
If that is not working then you may have found a
On Thu, 2005-06-02 at 21:04 -0400, John Ellson wrote:
Its not the xor thats failing. Its the cast of the LHS of the
assignments.
I understand now. Sorry for the confusion.
--
Tres
---
This SF.Net email is sponsored by Yahoo.
On Fri, 2005-05-20 at 21:57 +0200, Kim Woelders wrote:
Tres Melton wrote:
I used to have a problem with borderless Eterm's shrinking when
changing back and forth in virtual/multiple desktops. Those seem to
have fixed themselves. But, I still suffer from windows that grow
while switching
Michael,
15bpp saturation shading: mostly readability changes like adding shift
of 0. (The compiler optimizes them out, I checked.) An attempt to
change the spacing/indentation to be more like your style. And fix an
error that I made by leaving one too many bits set in green. (oops! :-)
16bpp
Mike / Tobias,
I don't use deadkeys myself, being American and only speaking
programming languages, but after a few minutes of Googling I would guess
that it started here:
Commit by mej :: eterm/Eterm/ (ChangeLog configure.in):
Mon Apr 18 16:00:22 2005 Michael Jennings (mej)
Remove
On Sat, 2005-05-07 at 04:17 -0400, Mike Frysinger wrote:
On Saturday 07 May 2005 03:53 am, Mike Frysinger wrote:
i just see it as an annoying issue where you suddenly cant assume that you
can copy paste code from any old random e17 app into any other random e17
app
after a quick chat
Eterm devs,
PATCHES:
1. Like I suspected the 15bpp w/ saturation C shading routine flips on
too many bits in adjacent colors just like the 16bpp C routine did.
This patch corrects that behavior.
2. I'm not sure how 15bpp is defined. If the highest bit should always
be zero then there
On Sun, 2005-05-08 at 02:08 +0900, Carsten Haitzler wrote:
On Sat, 07 May 2005 09:14:46 -0600 Tres Melton [EMAIL PROTECTED] babbled:
On Sat, 2005-05-07 at 04:17 -0400, Mike Frysinger wrote:
On Saturday 07 May 2005 03:53 am, Mike Frysinger wrote:
i just see it as an annoying issue where
Michael,
I've read an enormous amount in the last two weeks about assembly code,
mmx extensions, and GNU/Linux and the GCC tools that make it all work.
I now feel comfortable stating that I know what is going on. The inline
assembly code was a necessary intermediate step for me to
Sorry about no subject on the original.
--
Tres
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games.
I have attached some patches to Eterm.
1. eterm-0.9.3-endian.patch
Fix the big/little endian problem that is really the cause of the
strange blue visuals. The pixmap.c code expects WORDS_BIGENDIAN to be
undefined on little endian machines. libast/sysdef.h.in causes that
I just checked out the new code and noticed that you basically did what
I did in 1. and 2. I think your solution is a bit more readable.
On Tue, 2005-04-26 at 13:59 -0400, Michael Jennings wrote:
On Tuesday, 26 April 2005, at 05:46:39 (-0600),
Tres Melton wrote:
3. eterm-0.9.3
I just checked out the new code and noticed that you basically did what
I did in 1. and 2. I think your solution is a bit more readable.
On Tue, 2005-04-26 at 13:59 -0400, Michael Jennings wrote:
On Tuesday, 26 April 2005, at 05:46:39 (-0600),
Tres Melton wrote:
3. eterm-0.9.3
This was actually my patch but vapier (Mike Frysinger) submitted it
through Gentoo for me. It is not a 64/32 bit thing so much as it is a
32 bits/pixel thing. I'm not as familiar with the code as I'd like to
be but this code snippet seems hard coded for 32bpp. Has this been
tried using other
The reply to the top half of the email (deleted) is in another email to
the list.
On Tue, 2005-04-26 at 12:00 -0400, Michael Jennings wrote:
Another issue that needs to get resolved in the ./configure script
is that it enables MMX on my AMD64. That's fine, I have MMX, but
the code in
:
On Tuesday 26 April 2005 07:08 pm, Tres Melton wrote:
On Tue, 2005-04-26 at 12:00 -0400, Michael Jennings wrote:
Another issue that needs to get resolved in the ./configure script
is that it enables MMX on my AMD64. That's fine, I have MMX, but
the code in mmx_cmod.S is not compatible
42 matches
Mail list logo
