Displaying 18 results from an estimated 18 matches similar to: "[LLVMdev] r102300 breaks Obj-C codegen on Darwin x86"
2010 Apr 26
0
[LLVMdev] r102300 breaks Obj-C codegen on Darwin x86
I managed to build a reduced test case:
================== foo.m ==================
#include <Foundation/Foundation.h>
@interface BaseNode : NSObject <NSCoding, NSCopying> { }
@end
@implementation BaseNode
@end
int main(int argc, char **argv) {
return 0;
}
==========================================
# clang -o foo -arch i386 -framework Foundation foo.m
foo.m:8:1: warning:
2013 Jul 30
1
[LLVMdev] Strange crash with LLVM 3.3
Hi,
We are embedding our DSL language + LLVM in a modified WebKit based Safari on OSX. Starting with LLVM 3.3 (it was working with LLVM 3.1...) we see the following crash:
Any idea?
Thanks.
Stéphane Letz
======================
Process: SafariForWebKitDevelopment [79228]
Path: /Applications/Safari.app/Contents/MacOS/SafariForWebKitDevelopment
Identifier:
2012 Nov 29
0
[LLVMdev] radr://12777299, "potential pthread/eh bug exposed by libsanitizer"
I debugged this a bit and it seems the mach_override patching of __cxa_throw is bogus. The start of that function is patched to jump to garbage.
Breakpoint 1, 0x0000000100001c19 in main ()
(gdb) display/i $pc
2: x/i $pc 0x100001c19 <main+318>: callq 0x100016386 <dyld_stub___cxa_throw>
(gdb) si
0x0000000100016386 in dyld_stub___cxa_throw ()
2: x/i $pc 0x100016386
2012 Nov 30
3
[LLVMdev] radr://12777299, "potential pthread/eh bug exposed by libsanitizer"
Looks like this happens on x86_64 because the position of __cxa_throw
is too far from the allocated branch island (should be <2G). This can
be solved by allocating the branch islands somewhere near the text
segment (look for kIslandEnd in asan_mac.cc, this is currently
0x7fffffdf0000) or by patching the function with a longer instruction
sequence that stores the jump target in a register and
2012 Nov 29
5
[LLVMdev] radr://12777299, "potential pthread/eh bug exposed by libsanitizer"
Jack, can you please upload this test somewhere?
On Thu, Nov 29, 2012 at 10:09 AM, Kostya Serebryany <kcc at google.com> wrote:
> +glider
> The compiler hardly matters here, I would expect the same failures with
> clang.
> Alex, could you please take a look?
>
> --kcc
>
>
> On Thu, Nov 29, 2012 at 9:55 PM, Jack Howarth <howarth at bromo.med.uc.edu>
>
2012 Nov 30
0
[LLVMdev] radr://12777299, "potential pthread/eh bug exposed by libsanitizer"
Just want to remind everyone that we plan to stop using mach_override in
asanin favor of OSX's native function interposition.
So, we probably don't want to spend too much effort fixing mach_override.
--kcc
On Fri, Nov 30, 2012 at 4:46 AM, Alexander Potapenko <glider at google.com>wrote:
> Looks like this happens on x86_64 because the position of __cxa_throw
> is too far from
2012 Nov 30
2
[LLVMdev] radr://12777299, "potential pthread/eh bug exposed by libsanitizer"
On Fri, Nov 30, 2012 at 01:41:05PM +0400, Kostya Serebryany wrote:
> Just want to remind everyone that we plan to stop using mach_override in
> asanin favor of OSX's native function interposition.
> So, we probably don't want to spend too much effort fixing mach_override.
>
> --kcc
Kostya,
Is the native function interposition that is being adopted based on...
2012 Dec 01
4
[LLVMdev] radr://12777299, "potential pthread/eh bug exposed by libsanitizer"
On Fri, Nov 30, 2012 at 01:41:05PM +0400, Kostya Serebryany wrote:
> Just want to remind everyone that we plan to stop using mach_override in
> asanin favor of OSX's native function interposition.
> So, we probably don't want to spend too much effort fixing mach_override.
>
> --kcc
Kostya,
Unless I am misunderstanding the code in asan/asan_intercepted_functions.h,
2012 Dec 01
0
[LLVMdev] radr://12777299, "potential pthread/eh bug exposed by libsanitizer"
+kremenek, ganna
On Sat, Dec 1, 2012 at 4:33 AM, Jack Howarth <howarth at bromo.med.uc.edu>wrote:
> On Fri, Nov 30, 2012 at 01:41:05PM +0400, Kostya Serebryany wrote:
> > Just want to remind everyone that we plan to stop using mach_override in
> > asanin favor of OSX's native function interposition.
> > So, we probably don't want to spend too much effort fixing
2012 Dec 01
1
[LLVMdev] radr://12777299, "potential pthread/eh bug exposed by libsanitizer"
On Sat, Dec 01, 2012 at 05:42:15PM +0400, Kostya Serebryany wrote:
> +kremenek, ganna
>
> On Sat, Dec 1, 2012 at 4:33 AM, Jack Howarth <howarth at bromo.med.uc.edu>wrote:
>
> > On Fri, Nov 30, 2012 at 01:41:05PM +0400, Kostya Serebryany wrote:
> > > Just want to remind everyone that we plan to stop using mach_override in
> > > asanin favor of OSX's
2007 May 21
2
Some suggestions for extra metadata
Here are a few extra attributes which I have not seen mentioned yet
which I think would be useful. Any comments would be appreciated.
*Version*
The version of the plugin, I think the reasons for this are obvious.
<version>
<major>0</major>
<minor>1</minor>
<patch>0</patch>
</version>
*Addition to features*
Just add an attribute to
2007 Aug 25
5
onLoad event with an update function
Hello,
I am using the following code:
new Ajax.Request(''ajax.php'',
{ parameters: { task: ''home'' },
onSuccess: function(transport)
{
$(''home_montage'').update(transport.responseText);
new Effect.Appear(
2012 Nov 30
1
[LLVMdev] radr://12777299, "potential pthread/eh bug exposed by libsanitizer"
No, we are not going to use mach_inject. This isn't portable and may
be even harder to set up than mach_override.
The new ASan runtime will use the dylib interposition and will in fact
require DYLD_INSERT_LIBRARIES to work. However ASan already handles it
correctly itself: if the corresponding env var is missing the app is
just re-execed.
Dylib interposition is supported by Apple and should
2009 Aug 13
1
segfault when unloading a shared library
Hi All,
I'm still actively researching this problem (reading R-ext manual),
but I hoped that I might be able to get some additional insight from
the list given that I'm fairly new at writing R extension code.
Problem: I have some fairly simple code (.Call interface) that makes
a call to another shared library, which, in turn, calls routines in an
HDF5 shared library. The good news
2011 Apr 21
12
Tropico 3 Demo Graphics Problem - People are not visible
Hi!
I am trying to run the Tropico 3 Demo on Wine 1.3.18. Everything is displaying fine (buildings, trees, etc.), except the people.
The city looks like a ghost city, doors opening and closing but nobody is there.
Can somebody help me what can be wrong? I tried different graphics options in the game, and different Direct 3d settings in the registry, but nothing seems to be working.
I have a dll
2010 Jun 26
1
Trying to get tropico 3 to run
Hey there, I've been trying to get tropico 3 to run on wine. My efforts so far have managed me to get to a point where I can get the main menu to work, but as soon as I load up a map, it dies:
Code:
john at panther:~/.wine/drive_c/Program Files/Kalypso/Tropico 3$ wine Tropico3.exe fixme:win:EnumDisplayDevicesW ((null),0,0x32f18c,0x00000000), stub!
fixme:imagehlp:ImageLoad (C:\Program
2019 Aug 23
0
Wine release 4.0.2
The Wine maintenance release 4.0.2 is now available.
What's new in this release (see below for details):
- Various bug fixes
The source is available from the following locations:
https://dl.winehq.org/wine/source/4.0/wine-4.0.2.tar.xz
http://mirrors.ibiblio.org/wine/source/4.0/wine-4.0.2.tar.xz
Binary packages for various distributions will be available from:
2019 Mar 29
0
Wine release 4.5
The Wine development release 4.5 is now available.
What's new in this release (see below for details):
- Support for Vulkan 1.1.
- Better support for kernel objects in device drivers.
- Still more Media Foundation APIs implemented.
- Support for SVG elements in MSHTML.
- Fixes for case conversion troubles in Turkish locale.
- Various bug fixes.
The source is available from the