similar to: [LLVMdev] Bullet Physics for WindRiver's vxWorks?

Hi, i managed to boot a VxWorks 6.5 Kernel on QEMU without kqemu acceleration. The bootloader and the precompiled Kernel, both belong to the Pentium 3 BSP, which was delivered with the evaluation version of windriver workbench 2.6 for "intel". Now I tried to boot the same VxWorks bootloader and Kernel inside a XEN HVM. I see a message from the bootloader "V1.6+++..." and the

Hi I would like to run/port samba on VxWorks. Anybody worked on this side? Basically we would like to view files/folders on VxWorks from Windows machine. I don't think just by modifying build procedure its possible to build & run samba on VxWorks. Any idea how much effort it could take to port code and other stuff. Thanks, Srinidhi -------------- next part --------------

Hello Group, I'm not registered in this mailing list, however it will be great if someone can help me with these questions: I have "OpenSsl" up and running on Vxworks. How difficult will it be to port OpenSsh "server" part on to Vxworks ?. Should I take the portable version or the regular version ?. Just compiling LIBSSH_OBJ, SSH_OBJ, SSHD_OBJ, LIBCOMPAT will serve my

Hi My hardware PBX run asterisk on vxworks,Because the vxworks not support perl. Now I want to add a callback function to my pbx. now it can store Caller and Called party numbers in queue when Called party is busy Then I malloc a new ast_channel to call.It is should use ast_get_channel_by_exten_locked() or ast_channel_alloc() , my program as follow,But it isn't work, anyone know how to

Hi, Is it possible to run Wine over vxWorks OS \PPC architecture ?? If not - Does anyone know about Windows emulator for this atchitecture. Thanks.

hello. i am interested in porting the openSSH to VxWorks. 1) is there a free port that has been done for this OS ? 2) can you assess what is the effort required to perfrom such a task ? 3) what would be the expected footprint of the code ? best regards Ran Tidhar

Hello, Erwin > So if you port this SSE code to another platform (Linux, Altivec, > NEON), you could contribute it back to Bullet? I believe this should work as-is on linux. Am I missing something? > optimizations, but haven't contributed this back. > This NEON/VFP, part of the an open source iPhone project, could be a > starting point for this: > http://tinyurl.com/y9gv3e8

On Dec 15, 2009, at 5:15 PM, Erwin Coumans wrote: > The linux builds are not using SSE right now, but the vector data is > 16-byte aligned on all platforms. > So if you port this SSE code to another platform (Linux, Altivec, > NEON), you could contribute it back to Bullet? > The most interesting SSE part is the innerloop of the constraint > solver: http://tinyurl.com/ydoapct

On Tuesday 05 January 2010 15:57, Dan Gohman wrote: > On Jan 5, 2010, at 1:38 PM, David Greene wrote: > > I don't think there's a flag that says "don't do anything risky, > > ever." > > "Don't do anything risky with floating-point" is the default mode. If > you're aware of any unsafe floating-point optimizations being done by >

On Jan 5, 2010, at 1:38 PM, David Greene wrote: > I don't think there's a flag that says "don't do anything risky, > ever." "Don't do anything risky with floating-point" is the default mode. If you're aware of any unsafe floating-point optimizations being done by default, please file a bug. > For example, a gfortran-fronted LLVM should have a way

We haven't determined what 'failing' means or what the 'correct' behaviour is. Imagine a ball at the top of a rounded hill. If the ball is not exactly at the top but a tiny amount on the left it will roll left, but a tiny amount on the right it will roll right. The difference in initial position can be negligible but the final result is miles away. Is there a irc channel or

Hello, Erwin > The physics engine includes collision detection, rigid body dynamics and > soft body dynamics. This sounds really promising addition to LLVM testsuite! > to compile our source tree and benchmarks. Bullet 2.75 uses a lot of > SIMD-friendly vector operations, Which archs are currently supported for SIMD operations? > The SDK is under Bullet/src and the benchmarks

Hello, Everyone > Sounds like a very interesting SSE test. I'm working on it. Hopefully it will be added today or tomorrow to LLVM testsuite. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Hello, Erwin > I suggest working on a better benchmark that tests independent parts of the > pipeline, > so we don't accumulate results (several frames) but we test a single > algorithm at a time, > with known input and expected output. This avoid unstability and we can > measure the error of the output. > Anton, are you interested in working together on such improved

I am swetha doing final btech.i want to do project regarding ssh.I want to port this openssh open source code to vxworks-6.4.Is it possible to port it to vxworks-6.4?why becoz there is no support for ssh in vxworks-6.4.And also i got key files /etc/ssh/ in linux.how can i got such type of files in vxworks-6.4.Please give me a suggestion regardind this. Thank you swetha.

Hi, We are developing the open source Bullet physics engine, used by game and movie studios, and compiler performance tuning is important to us. See http://bullet.googlecode.com The physics engine includes collision detection, rigid body dynamics and soft body dynamics. I've been following the LLVM project for a while, and it seems the Clang C++ compiler is mature enough to compile our

Hello, Erwin > Although most of this is plain portable C++ perhaps LLVM can auto-vectorize > some of this? Well, I doubt so, unfortunately - LLVM does not have any autopar these days > There is a little bit of hand optimized x86 SSE code. This is only enabled > on 32bit Windows and Mac OSX Intel builds. Ok. What's about Linux builds? Are there any other implementations e.g.

Hello, Erwin > If you are interested, I think it is best to start with Bullet 2.75. > If it turns out that LLVM requires some modifications (due to current C++ > limitations), > we can modify Bullet and go for an uncoming release such as Bullet 2.76 > (planned around January 2010). I added bullet to LLVM testsuite. Basically I had to flatten source directories since this is a

Hi Anton, and happy new year all, >>One questions though: is it possible to "verify" the results of all >>the computations somehow? Good point, and there is no automated way currently, but we can work on that. Note that simulation suffers from the 'butterfly effect', so the smallest change anywhere, (cpu, compiler etc) diverges into totally different results after a

On Tuesday 05 January 2010 14:53, Erwin Coumans wrote: > How do other benchmarks deal with unstable algorithms or differences in > floating point results? > > >> haven't been following this thread, but this sounds like a typical > >> unstable algorithm problem. Are you always operating that close to > >> the tolerance level of the algorithm or are there