similar to: [LLVMdev] Compiler opening at Microchip, Bangalore

Dear dev team, I have following question: Microchip is offering IT'S speex library here: http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en023610for it's microcontrollers. Is this a derivate of your sources? If it is, then you should do some checking because I could not find any references to yor credits. Best regards, Marjan --------------

Hmmm.... it's a shame.... what are the minimum requirements for Fixed Point Speex? John Villar Gerente de Proyectos Computadores Flor Hard Soft 2058 C.A. www.florhard.com Alain wrote: > Hi, no chance to run it on anything from Microchip, theyr best > processor is 16 Mips 8 bits only. For what I have been readind on this > list for more than a year you need a lot more than

My name is Adam Ryan . The name of my company is Rydek Professional Staffing . We have been in business since august of 1997, I am one of the owners . We have a government contract , we have been working with this client for 10 years . We place strictly IT people with them . Recently the idea of partnering with a company like yours has come up . I need help in recruiting these technology

Hi, I have started to write an llvm backend for one of our microcontrollers (PICxx). I started studying the framework of PowerPc backend of llvm and decided to start by following that framework. Now I have most of the classes and Tblgen files written for a very basic hypothetical microcontroller with very few instructions. The project builds and the llc recognizes the new processor, however,

Hello Everybody! :D :D :D I changed from Windows to Ubuntu a short time ago. Under Win I programmed microcontrollers with Microchip PicKit2 programmer, which has USB connection. After I installed Ms .NET Framework 2.0 with winetricks, the Wine enablet do install PicKit2 program; it runs, but can not wiev / handle programmer, which I plug in to an USB port. Please help me. Have any USB

I am trying to install Microchip's MPLab package (a set of tools for working with PIC microcontrollers) with the latest Wine from CVS (at least, latest as of yesterday morning). I've been running Wine for a while, so I already have an existing Wine registry. I don't have a Windows install on the machine. The installer (InstallShield) unpacks, runs, and then pops up a dialog

More information on this... still not working When I build the project for Debug and run the program, the following message is printed before assert. NODE: 0x937bac8: i64 = GlobalAddress <i32* @var> 0 I guess it is expecting that GlobalAddress be legalized before reaching ExpandOp(). I haven't implemented anything for ISD::GlobalAddress, and that may explain it, however, I

Chris, Extending LLVM IR to support PointerTypes that take an address space is what I was hoping to avoid. However, if we want to do things right, that is probably the way to go. Now that we got here, let me write some of my thoughts on this and solicit your input: --- 1) Syntax extension: In our existing compiler for 8-bit microcontrollers, we have introduced rom and ram qualifiers (with ram

Dear Friend, We are a Chennai ( INDIA ) based IT Recruitment Consultant. Our client in Bangalore requires FreeBSD UNIX System Administrator (No of Positions: 21). Skill set Proficiency - Must have over 5 years of Unix / Linux/ NT administration experience - Knowledge of FreeBSD specifics would be an added advantage - Must have strong experience with kernel internals, Apache and Tomcat

Thank you Chris, I had the pointer size wrong. I fixed it and now it passes that point as expected :) which takes me to a second question: The processor that I am working on is 8-bit and has Harvard architecture; this implies different pointer types (sizes) to objects in data memory or program memory (functions or data in program memory) At this moment, I am just using only one pointer size

Please do a debug build and run it under gdb. Let us know where it is asserting and what it is asserting on so we can help you. Evan On Sep 7, 2007, at 4:50 PM, Alireza.Moshtaghi at microchip.com wrote: > Hi, > I have started to write an llvm backend for one of our > microcontrollers (PICxx). I started studying the framework of > PowerPc backend of llvm and decided to start by

On Wed, 12 Sep 2007 Alireza.Moshtaghi at microchip.com wrote: > Thank you Chris, > I had the pointer size wrong. I fixed it and now it passes that point as > expected :) which takes me to a second question: cool > The processor that I am working on is 8-bit and has Harvard > architecture; this implies different pointer types (sizes) to objects in > data memory or program memory

On Tue, 11 Sep 2007 Alireza.Moshtaghi at microchip.com wrote: > More information on this... still not working > When I build the project for Debug and run the program, the following > message is printed before assert. > > NODE: 0x937bac8: i64 = GlobalAddress <i32* @var> 0 This implies that your target uses 64-bit pointers, but that it doesn't have a 64-bit register

Thank you Chris and Christopher, I agree... the Embedded C Language Extensions report provides a good foundation to build on, and what it proposes as far as Address Space is probably a super set of what we have in our existing compiler (and probably would like to keep) so no conflict there. I also agree that regardless of how we would like to deal with pointers, the same extensions must be applied

I am interested in developing a backend for the PIC microcontrollers. Specifically, I plan to write for the 8-bit MCUs, but would hopefully also support the 16 and 32 bit models (eventually). It is my understanding that a backend for PIC16 was previously a part of the project but was dropped in version 2.9. Is there any development on this front currently? Is there any interest in developing this

>>> Amit Ashara <ashara.amit at gmail.com> schrieb am 12.05.2016 um 17:47 in Nachricht <CAEyg9sgjbsxQY-=VnhQrKiGeTcFSRr1wxOPUhNyCQF8Piuahow at mail.gmail.com>: > Hello Jean-Marc, > > Assuming that a 48KHz, 20ms 8-bit linear PCM data which is 960 bytes is > compressed to 64 bytes (for assumption). The with the Oggs header (4 byte) Actually what I don't

On Sep 12, 2007, at 6:41 PM, <Alireza.Moshtaghi at microchip.com> <Alireza.Moshtaghi at microchip.com> wrote: > Chris, > Extending LLVM IR to support PointerTypes that take an address > space is > what I was hoping to avoid. However, if we want to do things right, > that > is probably the way to go. Now that we got here, let me write some > of my >

Hi UseRs, Please find the Job Description posted below. Our organization is looking for people with strong quantitative skills who is also strong in programming with R. Do get in touch with Prabhanshu (prabhanshu.pandey at 247customer.com) if you consider your experience and skills a good fit for the roles below. Location: *Bangalore, India* Let me know if you need any further clarification.

Folks, Trying to see if there is enough critical mass to get a Bangalore ror user group. Let me know if any of you are in Bangalore and interested. Bharat -------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails/attachments/20060609/afef5ee4/attachment.html

Greetings all, We have scheduled a GlusterFS meetup in Bangalore on Aug 31st. If you are interested to drop in please RSVP @ http://www.meetup.com/GlusterFS/Bangalore-IN/ Thanks, Vidya Sakar