<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <id>http://groups.google.com/group/generic-abi</id>
  <title type="text">Generic System V Application Binary Interface Google Group</title>
  <subtitle type="text">
  Discuss modification and extension of generic System V Application Binary Interface.
  </subtitle>
  <link href="/group/generic-abi/feed/atom_v1_0_msgs.xml" rel="self" title="Generic System V Application Binary Interface feed"/>
  <updated>2009-06-08T18:16:15Z</updated>
  <generator uri="http://groups.google.com" version="1.99">Google Groups</generator>
  <entry>
  <author>
  <name>Roland McGrath</name>
  <email>rol...@redhat.com</email>
  </author>
  <updated>2009-06-08T18:16:15Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/a1108b370ed03d2e?show_docid=a1108b370ed03d2e</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/a1108b370ed03d2e?show_docid=a1108b370ed03d2e"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  You seem to have misunderstood the idea.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Roland McGrath</name>
  <email>rol...@redhat.com</email>
  </author>
  <updated>2009-06-08T16:59:00Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/a46d35c74c0acb1b?show_docid=a46d35c74c0acb1b</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/a46d35c74c0acb1b?show_docid=a46d35c74c0acb1b"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  You seem to have misunderstood the idea.
  </summary>
  </entry>
  <entry>
  <author>
  <name>H.J. Lu</name>
  <email>hjl.to...@gmail.com</email>
  </author>
  <updated>2009-06-08T13:57:25Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/357d3ba29ebfd887?show_docid=357d3ba29ebfd887</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/357d3ba29ebfd887?show_docid=357d3ba29ebfd887"/>
  <title type="text">Re: [discuss] Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  Please try the current binutils in CVS. I think I have fixed all &lt;br&gt; problems. If not, &lt;br&gt; please open a bug report with a testcase. &lt;br&gt; Thanks.
  </summary>
  </entry>
  <entry>
  <author>
  <name>H.J. Lu</name>
  <email>hjl.to...@gmail.com</email>
  </author>
  <updated>2009-06-06T15:21:44Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/64d1c0973bd9eac2?show_docid=64d1c0973bd9eac2</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/64d1c0973bd9eac2?show_docid=64d1c0973bd9eac2"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  This patch implements #2. It may not solve all the problems. But it &lt;br&gt; works for my simple testcase.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Roland McGrath</name>
  <email>rol...@redhat.com</email>
  </author>
  <updated>2009-06-06T12:55:21Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/c2c244515be1a219?show_docid=c2c244515be1a219</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/c2c244515be1a219?show_docid=c2c244515be1a219"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  This does not seem like too much of a constraint, given that it also &lt;br&gt; unavoidably has to work before the DSO&#39;s initializers have run. &lt;br&gt; i.e., it is always special-purpose code that has to be written very &lt;br&gt; carefully. Being PIC code it should not be relying on much to have been &lt;br&gt; done before. It just has to avoid any PLT calls or other GOT use itself.
  </summary>
  </entry>
  <entry>
  <author>
  <name>H.J. Lu</name>
  <email>hjl.to...@gmail.com</email>
  </author>
  <updated>2009-06-06T12:15:57Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/75ac801cf19b5437?show_docid=75ac801cf19b5437</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/75ac801cf19b5437?show_docid=75ac801cf19b5437"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  Hi, &lt;br&gt; There is an ordering issue on STT_GNU_IFUNC functions. In shared object, &lt;br&gt; we need dynamic relocation to get the real function address when there is a &lt;br&gt; non-GOT reference against a STT_GNU_IFUNC symbols. A STT_GNU_IFUNC &lt;br&gt; function may use some data which need to be relocated first. Possible solutions:
  </summary>
  </entry>
  <entry>
  <author>
  <name>H.J. Lu</name>
  <email>hjl.to...@gmail.com</email>
  </author>
  <updated>2009-06-06T12:11:09Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/9928d0492db5c8e9?show_docid=9928d0492db5c8e9</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/9928d0492db5c8e9?show_docid=9928d0492db5c8e9"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  Hi, &lt;br&gt; There is an ordering issue on STT_GNU_IFUNC functions. In shared object, &lt;br&gt; we need dynamic relocation to get the real function address when there is a &lt;br&gt; non-GOT reference against a STT_GNU_IFUNC symbols. A STT_GNU_IFUNC &lt;br&gt; function may use some data which need to be relocated first. Possible solutions:
  </summary>
  </entry>
  <entry>
  <author>
  <name>Ulrich Drepper</name>
  <email>drep...@redhat.com</email>
  </author>
  <updated>2009-06-05T05:30:48Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/451b763a50a3aef5?show_docid=451b763a50a3aef5</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/451b763a50a3aef5?show_docid=451b763a50a3aef5"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  -----BEGIN PGP SIGNED MESSAGE----- &lt;br&gt; Hash: SHA1 &lt;br&gt; What undefined STT_GNU_IFUNC symbol? The whole point of this symbol &lt;br&gt; type is that the caller doesn&#39;t have to care at all about the &lt;br&gt; optimizations. A library author can introduce them in DSOs and programs &lt;br&gt; at the next start can take advantage of this. &lt;br&gt; Linking against an STT_GNU_IFUNC symbol in a DSO should create a normal
  </summary>
  </entry>
  <entry>
  <author>
  <name>Ulrich Drepper</name>
  <email>drep...@redhat.com</email>
  </author>
  <updated>2009-06-05T05:26:17Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/a1dbedfe489d1d0d?show_docid=a1dbedfe489d1d0d</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/a1dbedfe489d1d0d?show_docid=a1dbedfe489d1d0d"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  -----BEGIN PGP SIGNED MESSAGE----- &lt;br&gt; Hash: SHA1 &lt;br&gt; What undefined STT_GNU_IFUNC symbol? The whole point of this symbol &lt;br&gt; type is that the caller doesn&#39;t have to care at all about the &lt;br&gt; optimizations. A library author can introduce them in DSOs and programs &lt;br&gt; at the next start can take advantage of this. &lt;br&gt; Linking against an STT_GNU_IFUNC symbol in a DSO should create a normal
  </summary>
  </entry>
  <entry>
  <author>
  <name>H.J. Lu</name>
  <email>hjl.to...@gmail.com</email>
  </author>
  <updated>2009-06-04T20:46:43Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/97941e94aaa95d6d?show_docid=97941e94aaa95d6d</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/97941e94aaa95d6d?show_docid=97941e94aaa95d6d"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  There is an issue with STT_GNU_IFUNC symbols. &lt;br&gt; For branch, it is easy to understand. But it is unclear what the value &lt;br&gt; of STT_GNU_IFUNC symbol should be. In a non-shared object, the value &lt;br&gt; of the undefined STT_GNU_IFUNC symbol is the address of the PLT entry &lt;br&gt; since it will only be resolved at run-time. In a shared object,
  </summary>
  </entry>
  <entry>
  <author>
  <name>H.J. Lu</name>
  <email>hjl.to...@gmail.com</email>
  </author>
  <updated>2009-06-04T20:34:04Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/59d48789a5e9ff6c?show_docid=59d48789a5e9ff6c</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/59d48789a5e9ff6c?show_docid=59d48789a5e9ff6c"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  There is an issue with STT_GNU_IFUNC symbols. &lt;br&gt; For branch, it is easy to understand. But it is unclear what the value &lt;br&gt; of STT_GNU_IFUNC symbol should be. In a non-shared object, the value &lt;br&gt; of the undefined STT_GNU_IFUNC symbol is the address of the PLT entry &lt;br&gt; since it will only be resolved at run-time. In a shared object,
  </summary>
  </entry>
  <entry>
  <author>
  <name>Ian Lance Taylor</name>
  <email>ianlancetay...@gmail.com</email>
  </author>
  <updated>2009-06-03T22:02:42Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/bd70bccba08a83cc?show_docid=bd70bccba08a83cc</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/bd70bccba08a83cc?show_docid=bd70bccba08a83cc"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  How is the &amp;quot;corresponding R_*_RELATIVE relocation&amp;quot; determined? &lt;br&gt; Ian
  </summary>
  </entry>
  <entry>
  <author>
  <name>H.J. Lu</name>
  <email>hjl.to...@gmail.com</email>
  </author>
  <updated>2009-06-03T22:02:44Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/1b8b133aca611ace?show_docid=1b8b133aca611ace</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/1b8b133aca611ace?show_docid=1b8b133aca611ace"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  On Mon, Jun 1, 2009 at 1:07 PM, Ian Lance Taylor &lt;br&gt; I added &amp;quot;as specified in the processor-specific ABI&amp;quot;: &lt;br&gt; R_*_IRELATIVE &lt;br&gt; This relocation is similar to R_*_RELATIVE except that the &lt;br&gt; value used in this relocation is the program address returned &lt;br&gt; by the function, which takes no arguments, at the address of
  </summary>
  </entry>
  <entry>
  <author>
  <name>H.J. Lu</name>
  <email>hjl.to...@gmail.com</email>
  </author>
  <updated>2009-06-01T20:14:43Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/7519868fbae54003?show_docid=7519868fbae54003</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/7519868fbae54003?show_docid=7519868fbae54003"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  How about this: &lt;br&gt; The calling convention of the STT_GNU_IFUNC function, which takes no &lt;br&gt; arguments and returns a function pointer, should follow the &lt;br&gt; processor-specific ABI. All rules for caller-saved and callee-saved &lt;br&gt; registers apply.
  </summary>
  </entry>
  <entry>
  <author>
  <name>H.J. Lu</name>
  <email>hjl.to...@gmail.com</email>
  </author>
  <updated>2009-06-01T20:12:44Z</updated>
  <id>http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/f140de881c44deba?show_docid=f140de881c44deba</id>
  <link href="http://groups.google.com/group/generic-abi/browse_thread/thread/75ed47beafc5027f/f140de881c44deba?show_docid=f140de881c44deba"/>
  <title type="text">Re: Proposal for STT_GNU_IFUNC and R_*_IRELATIVE</title>
  <summary type="html" xml:space="preserve">
  On Mon, Jun 1, 2009 at 1:07 PM, Ian Lance Taylor &lt;br&gt; I added &amp;quot;as specified in the processor-specific ABI&amp;quot;: &lt;br&gt; R_*_IRELATIVE &lt;br&gt; This relocation is similar to R_*_RELATIVE except that the &lt;br&gt; value used in this relocation is the program address returned &lt;br&gt; by the function, which takes no arguments, at the address of
  </summary>
  </entry>
</feed>
