Displaying 6 results from an estimated 6 matches for "drap".
Did you mean:
crap
2009 Sep 18
2
[LLVMdev] OT: intel darwin losing primary target status
...Duplicate NOTE_INSN_EPILOGUE_BEG notes.
* cfgrtl.c (can_delete_note_p): Allow NOTE_INSN_EPILOGUE_BEG
to be deleted.
* dwarf2out.c (struct cfa_loc): Change indirect field to bitfield,
add in_use field.
(add_cfi): Disable check redefining cfa away from drap.
(lookup_cfa_1): Add remember argument; handle remember/restore.
(lookup_cfa): Pass remember argument.
(cfa_remember): New.
(compute_barrier_args_size_1): Remove sibcall check.
(dwarf2out_frame_debug_def_cfa): New.
(dwarf2out_frame_debug_adjust_cfa):...
2009 Sep 18
0
[LLVMdev] OT: intel darwin losing primary target status
On Sep 18, 2009, at 10:43 AM, Jack Howarth wrote:
> On Fri, Sep 18, 2009 at 10:28:15AM -0700, Nick Kledzik wrote:
>> So, when these test cases are run, is the binary linked against /usr/
>> lib/libgcc_s.10.5.dylib? or against some just built libgcc_s.
>> 10.5.dylib?
>> or against some just build libgcc_s.dylib? If either of the
>> latter, then
>> if you
2009 Sep 18
4
[LLVMdev] OT: intel darwin losing primary target status
On Fri, Sep 18, 2009 at 10:28:15AM -0700, Nick Kledzik wrote:
> So, when these test cases are run, is the binary linked against /usr/
> lib/libgcc_s.10.5.dylib? or against some just built libgcc_s.10.5.dylib?
> or against some just build libgcc_s.dylib? If either of the latter, then
> if you changed the FSF build of libgcc_s for darwin to have the right
> magic symbols, then
2006 Mar 23
4
Implementing nested drag and drop using scriptaculous
Hi.
I have gone through the scriptaculous wiki. I am trying to implement nested drag and drop but not able to do this.
The situation is like this.
_____________________________
| abc | => Box1Line1
| cde | => Box1Line2
| efg | => Box1Line3
| h | => Box1Line4
2007 Aug 21
12
This is a sad day for interoperability in the Web
Today, Adobe Systems Incorporated announced[1] that they will extend
their Flash platform to support the proprietary H.264 and HE-AAC
formats.
The Xiph.Org Foundation has previously contacted Adobe to consider
extending Flash to support the Open Media formats Vorbis, Theora, and
Speex. Adobe developers replied by stating it would be unwise as it
would increase the file size of the Flash Player,
2007 Aug 21
12
This is a sad day for interoperability in the Web
Today, Adobe Systems Incorporated announced[1] that they will extend
their Flash platform to support the proprietary H.264 and HE-AAC
formats.
The Xiph.Org Foundation has previously contacted Adobe to consider
extending Flash to support the Open Media formats Vorbis, Theora, and
Speex. Adobe developers replied by stating it would be unwise as it
would increase the file size of the Flash Player,