Displaying 3 results from an estimated 3 matches for "additinoally".
2003 Nov 18
0
[LLVMdev] Packages
...en can I call the
> function directly after JIT loading? Isn't it "internal" to the
> module?
There is no good way to do this. The best way is to do what we do for
static ctor/dtors: each ctor results in a new internal function being
generated to the .bc file. Additinoally a pointer to this function is
added to an array with appending linkage. The end effect is that you get
"appending" semantics for functions.
> (P.S. I read the entire discussion on "GCC tree linkage types" on the
> GCC list and got myself totally confused about what is an...
2003 Nov 18
2
[LLVMdev] Packages
On Mon, 2003-11-17 at 22:44, Chris Lattner wrote:
> We already have never, ever, delete this flags. "weak" and external
> linkage both guarantee that. If there can be an external caller of some
> function, for example, the optimizer CANNOT delete it, nor can it change
> it's interface.
Interesting, I wouldn't have assumed that given LLVM's support for IPO.
If
2008 Sep 25
2
sip forking needed for ekiga 3.0
So, I have been testing ekiga 3.0 with Asterisk, and sadly, it don't
work. I am told by the ekiga devs in
http://bugzilla.gnome.org/show_bug.cgi?id=553595 and
http://bugzilla.gnome.org/show_bug.cgi?id=553810 that the problem is
that Asterisk does not support SIP forking.
The issue is that I have multiple addresses on my workstation:
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500