similar to: [LLVMdev] Access Violation using ExecutionEngine on 64-bit Windows 8 Consumer Preview

Viktor, could you try my patch? I guess they are __chkstk. http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120220/137577.html ...Takumi

Hi, Takumi! I tried your patch, and it did not help. Moreover, I tried to compile under Windows 7 and copy files to Windows 8, and received the same exception. So the problem seems to be in Windows 8 itself or some non-portable code inside LLVM. Could anyone tell me what LLVM code in ExecutionEngine is responsible for allocating and protecting memory for generated native functions? Best

Hi! Don''t allow the compiler to play around with producer/consumer shared across domains. Keir: Please apply this also to Xen 3.2-testing. Signed-off-by: Christoph Egger <Christoph.Egger@amd.com> -- AMD Saxony, Dresden, Germany Operating System Research Center Legal Information: AMD Saxony Limited Liability Company & Co. KG Sitz (Geschäftsanschrift): Wilschdorfer

All jdtrace examples contains consumer.open() withount arguments, but last release needed OpenFlag as arg, anyone can tell me how can I open consumer in my code? -- This message posted from opensolaris.org

a friend of mine sent me the following and I'm thinking that there are people on this list that might be interested and could also hit the 10% improvement mark possibly ? i don't know any more about it than the article says so, if someone is interested, I guess you would have to contact netflix. a "thank you for telling me about it" gratuity on the prize money is of course

We use TGSI_SEMANTIC_VIEWPORT_INDEX for nvc0 now as well. Signed-off-by: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> --- src/gallium/drivers/nouveau/codegen/nv50_ir_driver.h | 1 - src/gallium/drivers/nouveau/codegen/nv50_ir_target_nv50.cpp | 1 - 2 files changed, 2 deletions(-) diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_driver.h

On Mar 17, 2009, at 1:52 PMPDT, Misha Brukman wrote: > On Tue, Mar 17, 2009 at 4:17 PM, Sandeep Patel <deeppatel1987 at gmail.com > > wrote: > What change did you need? > > Even with your change, it was still complaining about not having a > definition of MACHO_DYNAMIC_NO_PIC_P somewhere, so I took the easy > way out with inserting this in arm.h: > > /*

Hello, I am trying to deploy an additional read-only replica (aka. 'consumer') in a single-master dirsrv environment. The master, and the other pre-existing consumer servers, are all 'fedora-ds' running on Fedora 7. I'm trying to add a consumer running on Centos 5.5. Ultimately, I intend to replace the Fedora ds servers with Centos dirsrv servers. I'm trying to deploy

Well, in the world of audio compression it's never boring... :-) Full press release from Dolby: http://www.aac-audio.com/press/aac.pr.0104.AACencoder.html My comments: Looks like Dolby will start licensing AAC encoder that targets consumers and the products they use like CD rippers, jukebox players, etc. Also, it looks like that this encoder will be Low Complexity AAC ("The AAC Consumer

On Thu, Mar 12, 2009 at 8:39 PM, Sandeep Patel <deeppatel1987 at gmail.com>wrote: > Attached is the patch I've been building arm-eabi with, which might > help with linux-gnueabi. I disable multilib to get around several bugs > with thumb. I build cross binutils first, then llvm, then llvm-gcc > with newlib merged in. > > The following bugs need to be addressed for

On Tue, Mar 17, 2009 at 4:17 PM, Sandeep Patel <deeppatel1987 at gmail.com>wrote: > What change did you need? Even with your change, it was still complaining about not having a definition of MACHO_DYNAMIC_NO_PIC_P somewhere, so I took the easy way out with inserting this in arm.h: /* Overridden by arm/darwin.h, whether it is included first or not. */ #ifndef TARGET_MACHO #define

On Wed, Mar 11, 2009 at 3:21 PM, Jon Harrop <jon at ffconsultancy.com> wrote: > Now that I have HLVM up and running on x86 and x64 I am interested in > testing > it out on an ARM in preparation for their imminent world domination. I > believe LLVM already has excellent support for the ARM thanks to Apple's > ARM-based products. However, I'd really like an ARM-based

Hi All, Wonder if any of you guys can help troubleshoot the following for me. What I''m trying to achieve is: 1) Perl web service, using SOAP::Lite (server) 2) Ruby web service consumer, using SOAP::RPC::DRIVER (client) My problem is, if my client and server are both Perl based, the output is as expected. However, if the client is Ruby based (haven''t tried another

>> >> If any ARM/GCC experts know how to fix arm.md to not refer to >> Darwin-specific macros, that would be great, too. > > Probably the right general idea is to #define MACHO_DYNAMIC_NO_PIC_P > to be 0 for non-Darwin targets. Not sure where to put this so it > will work for both targets (the Darwin definition comes from config/ > darwin.h). I don't

Hi Victor, Try this fix by Marina Yatsina: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120220/137532.html Nadav -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of lost Sent: Friday, March 02, 2012 22:53 To: NAKAMURA Takumi; LLVM Subject: Re: [LLVMdev] Access Violation using ExecutionEngine on 64-bit Windows 8

Now that I have HLVM up and running on x86 and x64 I am interested in testing it out on an ARM in preparation for their imminent world domination. I believe LLVM already has excellent support for the ARM thanks to Apple's ARM-based products. However, I'd really like an ARM-based consumer device suitable for developing and testing HLVM on, rather than using a cross compiler and

On Windows, the LLVM JIT runner looks for the '_chkstk' symbol by enumerating all of the loaded DLLs. On Win8, NTDLL.DLL (where _chkstk is defined) is found in a location that is more than 32bits bytes away from the jitted code. Marina's patch changes the code that generates a call to '_chkstk' from PCREL32 (which uses a 32bit offset) to an indirect call (which uses a 64bit

2. Recommendations? My use case is pretty typical. I have one Linux machine I want to protect, automated shutown is desirable, blackouts longer than a hour are very rare at my location (the last one I can remember was in 1993), brownouts are very rare and mild, but summer thunderstorms are common and can be severe. I'm a good match for your typical consmer-grade UPS. 2a. In 2009, what do

What change did you need? deep 2009/3/17 Misha Brukman <brukman at gmail.com>: > On Thu, Mar 12, 2009 at 8:39 PM, Sandeep Patel <deeppatel1987 at gmail.com> > wrote: >> >> Attached is the patch I've been building arm-eabi with, which might >> help with linux-gnueabi. I disable multilib to get around several bugs >> with thumb. I build cross binutils

On Mar 12, 2009, at 8:30 AMPDT, Misha Brukman wrote: > > ../../../../src/llvm-gcc4.2-2.5.source/gcc/config/arm/arm.md:4788: > error: ‘MACHO_DYNAMIC_NO_PIC_P’ undeclared here (not in a function) > > This tells me there are some Darwin-specific bits in arm.md which > shouldn't be there (MachO is Mac OS X-specific). I'm using the > attached script