From mint-bounce@lists.fishpool.fi Sun Feb 15 23:44:25 2009 Message-ID: <4998EEAF.3040805@atari-source.org> Date: Sun, 15 Feb 2009 23:42:23 -0500 From: Mark Duckworth User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Vincent_Rivi=E8re?= CC: mint Subject: Re: [MiNT] C++ Stuff References: <499665F5.809@atari-source.org> <4996E70E.1030603@atari-source.org> <4996EE34.8090002@freesbee.fr> <499740F4.2010203@atari-source.org> <49974575.2000506@freesbee.fr> <49975513.9060606@atari-source.org> <499764EF.5010403@freesbee.fr> <49976AAE.8090700@atari-source.org> <4997FABF.1090206@freesbee.fr> <49983592.6050101@atari-source.org> <49985752.3080409@freesbee.fr> <4998EC64.7090508@atari-source.org> In-Reply-To: <4998EC64.7090508@atari-source.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-SA-Score: 0.1 X-SA-Report: Spam detection software, running on the system "aoi.atari-source.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Not sure if anyone's interested but I also patched up a recent version of coreutils. I think everything worked fine except top and procps because we don't have a linux style procfs. Thank, Mark Mark Duckworth wrote: > Vincent, > > Here is a lot of the work I did before: > > http://storage.atari-source.org:8000/atari/personal/package_staging/ > > It's been posted online all these years for anyone to get at ;) > > Thanks, > Mark > > > Vincent Rivière wrote: >> Mark Duckworth wrote: >>> Well it's nice that you're willing to do the patches. Before Keith >>> and I did the patches AND the packaging ;) >> >> While patches and packaging are usually unrelated tasks, it can be >> done by different teams working together. It is better than working >> alone ! >> >>> Maybe we should >>>> fix this preprocessor bug in GCC 2.95.3 first (and repackage an RPM >>>> for it) before going further. >>>> >>> Or I can just build it with my installed gcc 3.3.3? >> >> Personally, I don't care how the new packages are compiled, if it >> results in binary packages usable by anyone. The fastest way to >> produce binaries is cross-compilation. MiKRO produced its native GCC >> 4.3.2 like that. But it seems that a lot of people don't want t to >> use binaries if they have not been natively compiled on a FreeMiNT >> machine. Result: nothing is updated. >> >> > I think zorro >>> actually built gcc independently too from Keith and I. Lots of >>> people are duplicating this work, all because sparemint isn't >>> getting updated rpm's. >> >> We are too few for having fun by duplicating the work of the others. >> We have to progress step by step, by compiling new packages, and to >> make them available (sources + patches + scripts + binaries) to the >> others, on SpareMiNT or elsewhere. >> >> > Alan's gentoo setup with binary >>> package setup and a nice distcc setup should be a welcome thing to try. >> >> Sure ! I'm impatient to see his work. >> >>> I'm starting to use deeper and deeper features of GDB and I know the >>> latest one has a pretty curses view. >> >> New version has the gdbtui command. It is also available on older gdb >> versions with "gdb --tui", but only if it has been enabled at build >> time (the one provided with SpareMINT [...] Content analysis details: (0.1 points, 7.5 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 1.5 WEIRD_PORT URI: Uses non-standard port number for HTTP X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: mduckworth@atari-source.org Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: Not sure if anyone's interested but I also patched up a recent version of coreutils. I think everything worked fine except top and procps because we don't have a linux style procfs. Thank, Mark Mark Duckworth wrote: > Vincent, > > Here is a lot of the work I did before: > > http://storage.atari-source.org:8000/atari/personal/package_staging/ > > It's been posted online all these years for anyone to get at ;) > > Thanks, > Mark > > > Vincent Rivière wrote: >> Mark Duckworth wrote: >>> Well it's nice that you're willing to do the patches. Before Keith >>> and I did the patches AND the packaging ;) >> >> While patches and packaging are usually unrelated tasks, it can be >> done by different teams working together. It is better than working >> alone ! >> >>> Maybe we should >>>> fix this preprocessor bug in GCC 2.95.3 first (and repackage an RPM >>>> for it) before going further. >>>> >>> Or I can just build it with my installed gcc 3.3.3? >> >> Personally, I don't care how the new packages are compiled, if it >> results in binary packages usable by anyone. The fastest way to >> produce binaries is cross-compilation. MiKRO produced its native GCC >> 4.3.2 like that. But it seems that a lot of people don't want t to >> use binaries if they have not been natively compiled on a FreeMiNT >> machine. Result: nothing is updated. >> >> > I think zorro >>> actually built gcc independently too from Keith and I. Lots of >>> people are duplicating this work, all because sparemint isn't >>> getting updated rpm's. >> >> We are too few for having fun by duplicating the work of the others. >> We have to progress step by step, by compiling new packages, and to >> make them available (sources + patches + scripts + binaries) to the >> others, on SpareMiNT or elsewhere. >> >> > Alan's gentoo setup with binary >>> package setup and a nice distcc setup should be a welcome thing to try. >> >> Sure ! I'm impatient to see his work. >> >>> I'm starting to use deeper and deeper features of GDB and I know the >>> latest one has a pretty curses view. >> >> New version has the gdbtui command. It is also available on older gdb >> versions with "gdb --tui", but only if it has been enabled at build >> time (the one provided with SpareMINT hasn't). I enabled it on the >> cross-gdb available on my website. I tried to compile it for the MiNT >> host, unfortunatly it is unusable due to graphical bugs inside TosWin >> :-( >> >>> BTW I saw you upgraded to curses 5.1. This is another thing I >>> upgraded and packaged 5.3 some time ago. I did work you could have >>> used but again it never got done :-/ >> >> Another sad example of unshared work, and waste of time. Never again. >> Maybe your new curses would have fixed my gdb graphical issues ? >> >>> This reminds me of another problem. I can't seem to use gdb to >>> debug windom in XaAES. >> >> The causes can be multiple. But another problem of using obsolete >> software is again the lack of support from official developers: "Did >> you try with the latest CVS sources ?". And of course, the latest CVS >> sources don't compile because of outdated compiler, outdated >> libraries, missing dependencies, etc. Once again: we must keep up to >> date. >> >>> Ooh but can gcc generate ELF binaries without system support for >>> them? I guess so, it would make sense. >> >> Yes ! GCC can generate ELF *object* files (actually produced by the >> assembler) and the linker can take them as input, without system >> support for ELF. So let's do it ! >> > > >