Displaying 7 results from an estimated 7 matches for "gcing".
Did you mean:
ccing
2016 Apr 06
5
lld: --start-lib and --end-lib
Rafael,
You seems to be the person who added --start-lib and --end-lib to gold
(*1), so I think you are the best person to ask about it. :)
What is the intended use case of the options? Do you think we should
support that in LLD?
If we want to support that, then I think we can think of two implementation
strategies:
- Link object files between --start-lib and --end-lib normally and garbage
2012 Dec 30
0
[LLVMdev] Extending GC infrastructure for roots in SSA values
On Sun, Dec 30, 2012 at 2:17 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk
> wrote:
> On 30 Dec 2012, at 01:54, Talin wrote:
>
> > I completely agree with your point about wanting to be able to attach GC
> metadata to a type (rather than attaching it to a value, as is done now).
> In the past, there have been two objections to this approach: first, the
> overhead
2012 Dec 30
2
[LLVMdev] Extending GC infrastructure for roots in SSA values
On 30 Dec 2012, at 01:54, Talin wrote:
> I completely agree with your point about wanting to be able to attach GC metadata to a type (rather than attaching it to a value, as is done now). In the past, there have been two objections to this approach: first, the overhead that would be added to the Pointer type - the vast majority of LLVM users don't want to have to pay an extra 4-8 bytes per
2007 Nov 08
0
libswfdec/swfdec_load_object.c libswfdec/swfdec_movie.c libswfdec/swfdec_player.c libswfdec/swfdec_player_internal.h libswfdec/swfdec_resource.c libswfdec/swfdec_resource.h
...xport_class (SwfdecPlayer *player, const char *name, SwfdecAs
}
}
+/* FIXME:
+ * I don't like the idea of rooting arbitrary objects very much. And so far,
+ * this API is only necessary for the objects used for loading data. So it seems
+ * like a good idea to revisit the refcounting and GCing of resources.
+ */
+void
+swfdec_player_root_object (SwfdecPlayer *player, GObject *object)
+{
+ g_return_if_fail (SWFDEC_IS_PLAYER (player));
+ g_return_if_fail (G_IS_OBJECT (object));
+
+ g_object_ref (object);
+ player->rooted_objects = g_list_prepend (player->rooted_objects, object);...
2014 Dec 05
9
[LLVMdev] Future plans for GC in LLVM
Now that the statepoint changes have landed, I wanted to start a
discussion about what's next for GC support in LLVM. I'm going to
sketch out a strawman proposal, but I'm not set on any of this. I
mostly just want to draw interested parties out of the woodwork. :)
Overall Direction:
In the short term, my intent is to preserve the functionality of the
existing code, but migrate
2020 May 29
4
Range lists, zero-length functions, linker gc
On 2020-05-28, David Blaikie wrote:
>On Thu, May 28, 2020 at 2:52 PM Robinson, Paul <paul.robinson at sony.com>
>wrote:
>
>> As has been mentioned elsewhere, Sony generally fixes up references from
>> debug info to stripped functions (of any length) using -1, because that’s a
>> less-likely-to-be-real address than 0x0 or 0x1. (0x0 is a typical base
>>
2008 Jan 21
0
70 commits - configure.ac libswfdec-gtk/Makefile.am libswfdec-gtk/swfdec-gtk.h libswfdec-gtk/swfdec_gtk_loader.c libswfdec-gtk/swfdec_gtk_player.c libswfdec-gtk/swfdec_gtk_socket.c libswfdec-gtk/swfdec_gtk_socket.h libswfdec-gtk/swfdec_playback_alsa.c
...xport_class (SwfdecPlayer *player, const char *name, SwfdecAs
}
}
-/* FIXME:
- * I don't like the idea of rooting arbitrary objects very much. And so far,
- * this API is only necessary for the objects used for loading data. So it seems
- * like a good idea to revisit the refcounting and GCing of resources.
- */
-void
-swfdec_player_root_object (SwfdecPlayer *player, GObject *object)
-{
- SwfdecPlayerPrivate *priv;
-
- g_return_if_fail (SWFDEC_IS_PLAYER (player));
- g_return_if_fail (G_IS_OBJECT (object));
-
- priv = player->priv;
- g_object_ref (object);
- priv->rooted_objec...