X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f X-Recipient: djgpp AT delorie DOT com Message-ID: <55579278.8090301@iki.fi> Date: Sat, 16 May 2015 21:54:48 +0300 From: "Andris Pavenis (andris DOT pavenis AT iki DOT fi)" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: djgpp AT delorie DOT com Subject: Re: ANNOUNCE: DJGPP 2.05 beta 1 References: <201505042003 DOT t44K3odg011007 AT delorie DOT com> <554DF584 DOT 4020309 AT iki DOT fi> <55501DAD DOT 1080604 AT iki DOT fi> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Reply-To: djgpp AT delorie DOT com On 05/11/2015 11:12 AM, Ozkan Sezer (sezeroz AT gmail DOT com) wrote: > [adding list back to CC] > > On 5/11/15, Andris Pavenis wrote: > [...] >> You also mentioned stdbool.h and float.h issues (no patches yet). I do not >> think we should touch >> them now before actual 2.05 release. Also including GCC own header and ones >> modified by >> fixincludes in GCC build process before system ones is way how it is done >> (not only for DJGPP but also >> for other targets). > For float.h issue: Well, -nostdinc means -nostdinc so I think that we > should be consistent with it. For gcc >= 4.8 maybe define our _rdtsc() > as __builtin_ia32_rdtsc()?? What was the exact problem with _rdtsc() > with gcc >= 4.8? If we define own _rdtsc() we get duplicate definition of it when GCC own header x86intrin.h is also included (for new GCC version). That was the reason why I used GCC defined function instead of DJGPP one. There is additional problem that GCC header files *intrin.h are not OK when -Wcast-qual is being used. The problem is triggered when building DJGPP tests but not when building libc itself. Andris