From mint-bounce@lists.fishpool.fi Sun Apr 18 16:18:34 2010 Message-ID: <4BCB67BA.20600@freesbee.fr> Date: Sun, 18 Apr 2010 22:12:42 +0200 From: =?ISO-8859-1?Q?Vincent_Rivi=E8re?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: mint@lists.fishpool.fi Subject: Re: [MiNT] GCC 4.5.0 References: <4BCA3863.10202@freesbee.fr> <201004181109.18887.oak@helsinkinet.fi> In-Reply-To: <201004181109.18887.oak@helsinkinet.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: vincent.riviere@freesbee.fr Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.sparemint.org id o3IKIYeN017905 Eero Tamminen wrote: > Does stuff like -fstack-protector and -fmudflap work also? I have just made some quick tests. 1) -fstack-protector and -fstack-protector-all It works partially. Overflow of local variables is detected and an error message is displayed on the console (on TOS, after failures on /dev/tty and syslog). Then the program tries to stop using a trap #7 (???), and of course it crashes. This feature is already useful, and I think it could work cleanly with very little additional work in the GCC patch. 2) -fmudflap and -lmudflap It fails, because libmudflap has not been built. Maybe passing --enable-libmudflap when configuring GCC would be enough, I don't know if specific porting would be necessary. As I told before, the binutils/GCC patches are now very stable, so we should now direct our efforts to enabling that kind of stuff, to get the benefits of using GCC 4.x over older versions. -- Vincent Rivière