From: Nathan I. <rb...@us...> - 2004-03-22 20:02:11
|
Actually, this is probably a bug. What signal did this die from? A illegal instruction or a segv? (Sorry, deleted the original message w/o reading it closely enough). On Mon, Mar 22, 2004 at 02:23:24PM -0500, Val...@vt... wrote: > On Sun, 21 Mar 2004 15:55:05 CST, Daniel Hansen <danman14@sdf.lonestar.or= g> said: > > For a while I have been having problems when compiling mmx support into > > evas. If I compile without any cpu optimizations, I have no problems, = but > > once I compile in mmx, (since I have a p2) any efl app run at the same >=20 > > Also, my p2 doesnt support mmx2, only mmx, and so I think the problem > > could be related to that. Then again, I'm not a programmer, so I really > > don't know. Anyway, I hope that helps and I hope the bug is fixed :) >=20 > I don't see any bug here. All I see is somebody who compiled something, > asked it to generate instruction codes that aren't supported on their CPU, > and then get surprised when the resulting program rolls over and dies: >=20 > > (gdb) backtrace > > #0 evas_common_cpu_mmx2_test () at evas_cpu.c:39 >=20 > "Doctor, it hurts when I do this" "Don't do that then..." --=20 ------------------------------------------------------------------------ | Nathan Ingersoll \\ Computer Systems & Network Coordinator | | nin...@ru... \\ http://www.ruralcenter.org | | http://ningerso.atmos.org/ \\ Rural Health Resource Center | ------------------------------------------------------------------------ |