[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MiNT] mintlib inline asm

To: Mint list <mint@fishpool.com>
Subject: Re: [MiNT] mintlib inline asm
From: Patrice Mandin <mandin.patrice@wanadoo.fr>
Date: Mon, 6 Sep 2004 21:10:29 +0200
Delivered-to: mint@fishpool.com
Delivered-to: mint@lists.fishpool.fi
In-reply-to: <8C650AA6-FEB7-11D8-9BCF-00039357F826@gmx.ch>
List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
List-id: <mint.lists.fishpool.fi>
List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
Organization: Chez moi
References: <638F679B-FE76-11D8-90B4-00039357F826@epfl.ch> <20040904224730.46d3f06a.mandin.patrice@wanadoo.fr> <8C650AA6-FEB7-11D8-9BCF-00039357F826@gmx.ch>
Sender: mint-bounce@lists.fishpool.fi

Le Sat, 4 Sep 2004 23:15:29 +0200
Philipp Donzé <PhilippDonze@gmx.ch> a écrit:

> > Note: the patch to mintlib/global.c is only for the "CRLF bug" in TOS.
> 
> What does it do? Are the programs compiled still TOS and MiNT 
> compatible? Or is it a workarround for compiling only for TOS?
> (I saw the "#if 1", so it seams as there is no way to switch back to 
> "buggy mode".)

Well, in fact, we could get rid of these "#if 1", and set the binary flag
to 1 if we are under TOS (something like pre-0.56, which initialized the
0-2 file descriptors by program), it is a trivial thing to do.

-- 
Patrice Mandin
WWW: http://membres.lycos.fr/pmandin/
Programmeur Linux, Atari
Spécialité: Développement, jeux

References:
- [MiNT] mintlib inline asm
  - From: Philipp Donzé <philipp.donze@epfl.ch>
- Re: [MiNT] mintlib inline asm
  - From: Patrice Mandin <mandin.patrice@wanadoo.fr>
- Re: [MiNT] mintlib inline asm
  - From: Philipp Donzé <PhilippDonze@gmx.ch>

Prev by Date: Re: [MiNT] mintlib tzinit.c
Next by Date: [MiNT] Mint 1.16.0 boot problems
Previous by thread: Re: [MiNT] mintlib inline asm
Next by thread: Re: [MiNT] mintlib inline asm
Index(es):
- Date
- Thread