<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent posts to Discussion</title><link>https://sourceforge.net/p/stlsoft/discussion/</link><description>Recent posts to Discussion</description><atom:link href="https://sourceforge.net/p/stlsoft/discussion/feed.rss" rel="self"/><language>en</language><lastBuildDate>Thu, 20 Apr 2017 20:21:42 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/stlsoft/discussion/feed.rss" rel="self" type="application/rss+xml"/><item><title>Compile error for pantheios 1.0.1 218 beta</title><link>https://sourceforge.net/p/stlsoft/discussion/864084/thread/8117b2fb/?limit=25#22ee</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I've the same problem, did you solve it?&lt;br/&gt;
Thanks Antonio&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">etantonio</dc:creator><pubDate>Thu, 20 Apr 2017 20:21:42 -0000</pubDate><guid>https://sourceforge.netc3f43bc2aa061712c02e31e15e95d5cc55b0808a</guid></item><item><title>Compile error for pantheios 1.0.1 218 beta</title><link>https://sourceforge.net/p/stlsoft/discussion/864084/thread/8117b2fb/?limit=25#4eda</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;With pantheios 1.0.1 218 beta, I always get the following error at the beginning of the build:&lt;/p&gt;
&lt;p&gt;make build&lt;br/&gt;
Ensuring all STLSoft C source files are in UNIX format&lt;br/&gt;
Ensuring all Pantheios - and bundled library - C source files are in UNIX format&lt;br/&gt;
make: *** No rule to make target &lt;code&gt;../../include/pantheios/internal/generated/log_functions.inl', needed by&lt;/code&gt;core.api.exitprocess.mt.debug.o'.  Stop.&lt;/p&gt;
&lt;p&gt;It looks the `../../include/pantheios/internal/generated/log_functions.inl' indeed is not there.&lt;/p&gt;
&lt;p&gt;Is it pregenerated by some other build command?&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Yihong Zhan</dc:creator><pubDate>Wed, 08 Mar 2017 06:52:37 -0000</pubDate><guid>https://sourceforge.net7b6edd1bc23fe493c4e58dc4e2e0da078ff36c76</guid></item><item><title>Compile Error</title><link>https://sourceforge.net/p/stlsoft/discussion/864084/thread/f51c17b8/?limit=25#d22e</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I met the same errors yet, I am building pantheios 216 + stlsoft 131&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Yihong Zhan</dc:creator><pubDate>Wed, 08 Mar 2017 06:32:53 -0000</pubDate><guid>https://sourceforge.netb3198770afe0743798a65788b2b0a60ffeae8aec</guid></item><item><title>Compilation error regarding redeclaration of 'void check' in native_wchar_t_checker</title><link>https://sourceforge.net/p/stlsoft/discussion/864084/thread/8def5b60/?limit=25#ba64</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Please can you try the newly-released 1.10 beta (https://github.com/synesissoftware/STLSoft-1.10/tree/beta-1) and see if the problem is resolved.&lt;/p&gt;
&lt;p&gt;If not, I'll look into it as soon as you let me know.&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;
&lt;p&gt;Matt&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Matt Wilson</dc:creator><pubDate>Thu, 19 Jan 2017 08:47:34 -0000</pubDate><guid>https://sourceforge.net44ff4ed7411e775b7c995d6f46f87ab9fd0822b5</guid></item><item><title>Mismatch of int type defintion signedness in clang.h</title><link>https://sourceforge.net/p/stlsoft/discussion/864084/thread/1c1ec75a/?limit=25#4d5b</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Please can you try the newly-released 1.10 beta (https://github.com/synesissoftware/STLSoft-1.10/tree/beta-1) and see if the problem is resolved.&lt;/p&gt;
&lt;p&gt;If not, I'll look into it as soon as you let me know.&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;
&lt;p&gt;Matt&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Matt Wilson</dc:creator><pubDate>Thu, 19 Jan 2017 08:47:09 -0000</pubDate><guid>https://sourceforge.netded83f3a263dfe5f4be6fe42195fb835479e5ef4</guid></item><item><title>Compile Error</title><link>https://sourceforge.net/p/stlsoft/discussion/864084/thread/f51c17b8/?limit=25#3fc3</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Please can you try the newly-released 1.10 beta (http://github.com/synesissoftware/STLSoft-1.10) and see if the problem is resolved.&lt;/p&gt;
&lt;p&gt;If not, I'll look into it as soon as you let me know.&lt;/p&gt;
&lt;p&gt;Matt&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Matt Wilson</dc:creator><pubDate>Thu, 19 Jan 2017 08:32:16 -0000</pubDate><guid>https://sourceforge.net2d1ddca4cee2dc71b85b839f9be93c704ade4fb6</guid></item><item><title>Compilation error regarding redeclaration of 'void check' in native_wchar_t_checker</title><link>https://sourceforge.net/p/stlsoft/discussion/864084/thread/8def5b60/?limit=25#8ffe</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;In clang.h the following are both defined:&lt;br/&gt;
'#define STLSOFT_CF_LONG_DISTINCT_INT_TYPE'&lt;br/&gt;
'#define STLSOFT_CF_64BIT_INT_SUPPORT'&lt;/p&gt;
&lt;p&gt;Which results in the check member function of struct native_wchar_t_checker being declared multiple times here:&lt;br/&gt;
void check(signed long)&lt;br/&gt;
void check(ss_sint64_t)&lt;/p&gt;
&lt;p&gt;Giving the error: error: class member cannot be redeclared&lt;/p&gt;
&lt;p&gt;My guess is that on my (64 bit) machine, 'signed long' is translating into a 64 bit int. Since it is defined as "at least 32 bits" in the standard, and 64 in the LP64 data model (which I assume I have).&lt;/p&gt;
&lt;p&gt;Setup: Clang 3.8, Ubuntu 16.04 x64,  STLsoft 1.9.124&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Coran Hoskin</dc:creator><pubDate>Sun, 08 Jan 2017 23:34:42 -0000</pubDate><guid>https://sourceforge.netf0776654dc67e941eb153e4e72919bc45ee8d785</guid></item><item><title>Mismatch of int type defintion signedness in clang.h</title><link>https://sourceforge.net/p/stlsoft/discussion/864084/thread/1c1ec75a/?limit=25#68ee</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The Clang builtin type for &lt;strong&gt;INT8_TYPE&lt;/strong&gt; is signed, and is used for both the signed and unsigned version of STLSOFT_SI08_T_BASE_TYPE and STLSOFT_UI08_T_BASE_TYPE, causing a compilation error.&lt;br/&gt;
The fix seems simple, use &lt;strong&gt;UINT8_TYPE&lt;/strong&gt; for the unsigned version, as well as the other relevant integer types.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Coran Hoskin</dc:creator><pubDate>Sun, 08 Jan 2017 23:28:52 -0000</pubDate><guid>https://sourceforge.net0e67a29f0b886749f2ecbf8340a54b53ae86a7fb</guid></item><item><title>Clang pre-processor error regarding Clang version &lt; 6.0</title><link>https://sourceforge.net/p/stlsoft/discussion/864084/thread/0c13ce5f/?limit=25#13a6</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Unless I missed something, the Clang C++ compiler is up to version 3.9. I'm using 3.8 on Ubuntu 16.04. I get the error:&lt;br/&gt;
'error Only versions 6.0 and later of Clang C/C++ compiler is supported by the STLSoft libraries'&lt;/p&gt;
&lt;p&gt;Is 6.0 really correct? Should this not read something like 3.0?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Coran Hoskin</dc:creator><pubDate>Sun, 08 Jan 2017 21:47:34 -0000</pubDate><guid>https://sourceforge.net6fd89e37b7670c48407ccb178e7eff2e2ba1ae31</guid></item><item><title>Compile Error</title><link>https://sourceforge.net/p/stlsoft/discussion/864084/thread/f51c17b8/?limit=25#676e</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi, Were you able to fix this?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sindhu Kolli</dc:creator><pubDate>Mon, 02 Jan 2017 19:20:39 -0000</pubDate><guid>https://sourceforge.netba7fc32f795ba9420e2b4daf08345434b7f8fa42</guid></item></channel></rss>