X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f X-Recipient: djgpp AT delorie DOT com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=mDQDdb/3pbfo96TEIJl2KVhyyqjvWzkoOUuKssLxDXw=; b=lzZ+0f7A9l5A86Q3lERMRRYLauFxtJQNx3n0lSxi8MdWgAiP22EefhRyGQd4ID48DK mdJHca6QqLe5hK6uVsLCWydzEVW5WrWYzmw9iRDrZGLpDWoyOn6Eip/QdsRxVMzm/6KY rp7lKclf1wv4lD+IPohG+4FRCJjLZ8ayYif+g= MIME-Version: 1.0 In-Reply-To: <4E2E8B14.2060204@iki.fi> References: <4E2E5269 DOT 70402 AT iki DOT fi> <4E2E8B14 DOT 2060204 AT iki DOT fi> Date: Tue, 26 Jul 2011 12:48:58 +0300 Message-ID: Subject: Re: DJGPP_MINOR no longer defined? From: Ozkan Sezer To: Andris Pavenis Cc: djgpp AT delorie DOT com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id p6Q9n3Fg003021 Reply-To: djgpp AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Tue, Jul 26, 2011 at 12:38 PM, Andris Pavenis wrote: > On 07/26/2011 12:33 PM, Ozkan Sezer wrote: >> >> On Tue, Jul 26, 2011 at 8:51 AM, Ozkan Sezer  wrote: >>> >>> On Tue, Jul 26, 2011 at 8:36 AM, Andris Pavenis >>>  wrote: >>>> >>>> On 07/26/2011 01:02 AM, Ozkan Sezer wrote: >>>>> >>>>> I use __DJGPP_MINOR__ to understand whether I have djgpp>=2.04 or not. >>>>> In more recent versions of gcc, specifically starting with gcc>=4.3.0, >>>>> DJGPP_MINOR is no longer defined and djgpp.ver is no longer generated. >>>>> Is there a specific reason?  (If this is a well known thing, sorry.) >>>> >>>> You have to include sys/version.h or some other header which includes it >>>> to get DJGPP_MINOR >>>> >>> >>> I know that.  However, gcc-3.x and gcc<= 4.2.x already did that by >>> itself and defined the macro, which is no longer the case with gcc>= >>> 4.3.x >>> >> >> Specifically, the t-djgpp change, i.e.: >> >> --- t-djgpp~1   2005-05-28 12:36:36.000000000 +0000 >> +++ t-djgpp     2005-05-28 18:58:38.000000000 +0000 >> @@ -1,2 +1,10 @@ >>  # Location of DJGPP's header directory. >>  NATIVE_SYSTEM_HEADER_DIR=$(DJDIR)/include >> + >> +# We should have djgpp.ver before we can compile anything >> +EXTRA_PARTS += djgpp.ver >> +# djgpp.ver is needed for compilation, so we need it also here >> +EXTRA_PASSES += djgpp.ver >> + >> +djgpp.ver: >> +       echo '#include'>djgpp.ver >> >> ... is no longer being done.  And the old djgpp.h change of: >> >>  #define CPP_SPEC "-remap %{posix:-D_POSIX_SOURCE} \ >> -  -imacros %s../include/sys/version.h" >> +  %{!nostdinc:-imacros %sdjgpp.ver}" >> >> ... just turned into this: >> >> -#define CPP_SPEC "-remap %{posix:-D_POSIX_SOURCE} \ >> -  -imacros %s../include/sys/version.h" >> +#define CPP_SPEC "-remap %{posix:-D_POSIX_SOURCE}" >> >> ... eliminating the djgpp.ver mechanism. >> >> Any specific reasons? >> > Now I remember why I removed it: > > including sys/version.h this way did not work properly in GCC > build process any more (in some cases it was not found at > all) Hmm, IIRC, sys/version.h is a djgpp >= 2.02 thing. Would that be the reason? If that is the case, a configury trick maybe??? -- Ozkan