<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Variadic templates in libsigc++]]></title><description><![CDATA[<p>Einige (oder die meisten <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f609.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--winking_face"
      title=";)"
      alt="😉"
    /> ) von Euch kennen sicherlich das neue &quot;Feature&quot; Variadic templates aus C++0x.</p>
<p>Mir ist gerade aufgefallen, dass mein gcc 4.2 den Standard noch nicht beherrscht und da hab ich mich gefragt, wie libsigc++ das wohl mit den Signal-Slots macht. Und siehe da <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f62e.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--face_with_open_mouth"
      title=":open_mouth:"
      alt="😮"
    /> : da ist jede Klasse sieben mal überladen um sechs Paramter überreichen zu können (7 - 1 Rückgabetyp = 6). D.h. im Endeffekt ja, dass man an seine Signal-Slots maximal sechs Argumente übergeben kann - klar, das sollte zwar reichen, aber mir gehts ums Prinzip. Außerdem sieht das nach schlechtem Programmierstil aus. <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f609.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--winking_face"
      title=";)"
      alt="😉"
    /></p>
<p>Jetzt meine eigentliche Frage:<br />
Wäre es theoretisch möglich die ganze libsigc++ so auf Variadic templates umzuschreiben, dass diese hässlichen Überladungen zu Hause bleiben können und dass sie trotzdem noch zu altem Code kompatibel bleibt? Es würde mich nämlich schon reizen, das ganze mal in Angriff zu nehmen. <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f642.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--slightly_smiling_face"
      title=":)"
      alt="🙂"
    /></p>
]]></description><link>https://www.c-plusplus.net/forum/topic/218827/variadic-templates-in-libsigc</link><generator>RSS for Node</generator><lastBuildDate>Thu, 08 Oct 2026 22:04:22 GMT</lastBuildDate><atom:link href="https://www.c-plusplus.net/forum/topic/218827.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 25 Jul 2008 18:25:27 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Variadic templates in libsigc++ on Fri, 25 Jul 2008 18:25:27 GMT]]></title><description><![CDATA[<p>Einige (oder die meisten <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f609.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--winking_face"
      title=";)"
      alt="😉"
    /> ) von Euch kennen sicherlich das neue &quot;Feature&quot; Variadic templates aus C++0x.</p>
<p>Mir ist gerade aufgefallen, dass mein gcc 4.2 den Standard noch nicht beherrscht und da hab ich mich gefragt, wie libsigc++ das wohl mit den Signal-Slots macht. Und siehe da <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f62e.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--face_with_open_mouth"
      title=":open_mouth:"
      alt="😮"
    /> : da ist jede Klasse sieben mal überladen um sechs Paramter überreichen zu können (7 - 1 Rückgabetyp = 6). D.h. im Endeffekt ja, dass man an seine Signal-Slots maximal sechs Argumente übergeben kann - klar, das sollte zwar reichen, aber mir gehts ums Prinzip. Außerdem sieht das nach schlechtem Programmierstil aus. <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f609.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--winking_face"
      title=";)"
      alt="😉"
    /></p>
<p>Jetzt meine eigentliche Frage:<br />
Wäre es theoretisch möglich die ganze libsigc++ so auf Variadic templates umzuschreiben, dass diese hässlichen Überladungen zu Hause bleiben können und dass sie trotzdem noch zu altem Code kompatibel bleibt? Es würde mich nämlich schon reizen, das ganze mal in Angriff zu nehmen. <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f642.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--slightly_smiling_face"
      title=":)"
      alt="🙂"
    /></p>
]]></description><link>https://www.c-plusplus.net/forum/post/1553759</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1553759</guid><dc:creator><![CDATA[devkid]]></dc:creator><pubDate>Fri, 25 Jul 2008 18:25:27 GMT</pubDate></item><item><title><![CDATA[Reply to Variadic templates in libsigc++ on Fri, 25 Jul 2008 18:37:25 GMT]]></title><description><![CDATA[<p>devkid schrieb:</p>
<blockquote>
<p>Jetzt meine eigentliche Frage:<br />
Wäre es theoretisch möglich die ganze libsigc++ so auf Variadic templates umzuschreiben, dass diese hässlichen Überladungen zu Hause bleiben können und dass sie trotzdem noch zu altem Code kompatibel bleibt? Es würde mich nämlich schon reizen, das ganze mal in Angriff zu nehmen. <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f642.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--slightly_smiling_face"
      title=":)"
      alt="🙂"
    /></p>
</blockquote>
<p>Ich denke, dass das genau der Sinn der Sache sein soll. <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f642.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--slightly_smiling_face"
      title=":)"
      alt="🙂"
    /><br />
Wies mit der Kompatibilität aussieht, weiss ich nicht, aber ich denke, dass das schon möglich ist.</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1553763</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1553763</guid><dc:creator><![CDATA[drakon]]></dc:creator><pubDate>Fri, 25 Jul 2008 18:37:25 GMT</pubDate></item></channel></rss>