From mint-bounce@lists.fishpool.fi Sun Apr 27 09:29:58 2008 Message-ID: <48147F56.6010603@freesbee.fr> Date: Sun, 27 Apr 2008 15:27:50 +0200 From: =?ISO-8859-1?Q?Vincent_Rivi=E8re?= User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Frank Naumann CC: mint Subject: Re: [MiNT] mintlib release References: <1209150190.9724.530.camel@jetpack.demon.co.uk> <48144B02.60400@freesbee.fr> <481475FA.4070505@freesbee.fr> In-Reply-To: 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 m3RDTvI5001911 Frank Naumann wrote: > It would be *much* better to fix the includes and don't use the > include-fixed mechanism of the gcc. I'm not sure to have understood everything, but it seems that since GCC 4.3.0 the file limits.h is put unconditionally in the include-fixed directory: http://gcc.gnu.org/ml/gcc-patches/2007-02/msg02038.html Here is the contents of that directory in my cross environment: $ ls -l /usr/local/cross-mint/lib/gcc/m68k-atari-mint/4.3.0/include-fixed total 9 -rw-r--r-- 1 vincent cygwin 750 Mar 24 09:00 README -rw-r--r-- 1 vincent cygwin 2745 Mar 24 09:00 limits.h -rw-r--r-- 1 vincent cygwin 330 Mar 24 09:00 syslimits.h The file limits.h seems to have been generated (but not fixed) by gcc. The file syslimits.h is an internal link to limits.h So nothing is really fixed. But the location of the file limits.h has changed, that's why the MiNTLib fails to find it. So I think that little patch is the right way to do. -- Vincent Rivière