X-Authentication-Warning: delorie.com: mail set sender to djgpp-workers-bounces using -f X-Recipient: djgpp-workers AT delorie DOT com Message-ID: <4E0D838C.1080009@iki.fi> Date: Fri, 01 Jul 2011 11:21:32 +0300 From: Andris Pavenis User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc15 Thunderbird/3.1.10 MIME-Version: 1.0 To: djgpp-workers AT delorie DOT com Subject: Re: BinUtils (miscellaneous) References: <201106302033 DOT p5UKXXxE000309 AT envy DOT delorie DOT com> <4E0D63E2 DOT 6080306 AT iki DOT fi> <4E0D6FA5 DOT 6070900 AT iki DOT fi> <4E0D70E3 DOT 1070902 AT iki DOT fi> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: djgpp-workers AT delorie DOT com On 07/01/2011 10:08 AM, Ozkan Sezer wrote: > On Fri, Jul 1, 2011 at 10:01 AM, Andris Pavenis wrote: >> On 07/01/2011 09:56 AM, Andris Pavenis wrote: >>> On 07/01/2011 09:47 AM, Ozkan Sezer wrote: >>>> On Fri, Jul 1, 2011 at 9:06 AM, Andris Pavenis >>>> wrote: >>>>> On 06/30/2011 11:33 PM, DJ Delorie wrote: >>>>>>> (Note to DJ: I know you're probably VERY busy, and I think even an >>>>>>> email or two to you bounced recently, ugh. So feel free to ignore >>>>>>> this. And yes I see your online compiler thingy hack is offline too, >>>>>>> heh.) >>>>>> Yeah, I upgraded delorie.com and a few things stopped working. I need >>>>>> to build a newer compiler anyway, I think that one is still gcc 2.7 ! >>>>> Not as I really use online compiler feature, but my cross-compiler >>>>> RPMs (all latest versions including not yet announced 4.6.1) is >>>>> expected to work without problems in Linux distribution installed >>>>> currently on delorie.com. So hopefully there is no need to build a >>>>> new cross-compiler as one can simply install RPM packages. >>>>> >>>> A little side tracking: >>>> >>>> Andris: I'm using your src rpms as a reference for my own djgpp stuff. >>>> However I wonder what is the purpose of djcross-binutils-coffcode.diff ? >>>> It conditionally defines COFF_PAD_SECTION_HEADERS and compiles >>>> some extra code, however __MSDOS__ is never defined and the code >>>> is never compiled. Am I missing something? >>>> >>>> >>> It was intended to avoid putting random garbage from memory into >>> executable. >>> >>> You do not need to define __MSDOS__. DJGPP port of GCC does it for You >>> >>> [andris AT ap2 ~]$ i586-pc-msdosdjgpp-gcc -E -dD -x c /dev/null | grep MSDOS >>> #define __MSDOS 1 >>> #define __MSDOS__ 1 >>> #define MSDOS 1 >>> >>> Andris >>> >> Forgot to mention: it was for native binutils only, but I prefer to have the >> same source also >> for cross-binutils. In future I may add sometimes building native binutils >> for DJGPP when >> building cross-binutils RPMs (perhape not enabled by default, would require >> something like --define 'build_native 1' in rpmbuild command line) >> > > I really am using cross tools only. So, that part isn't actually needed > for cross toolchains, am I reading you correctly? There is however no harm from having it. Ths situation is similar also with DJGPP port of GCC - cross-compiler SRPM have all patches including those used for native compiler only. Side product of building cross-compiler RPMs is also GCC source archive for DJGPP (which I move to Windows for building native compiler) Andris