Re: Re: [fpc-devel] progress of freepascal for mips

2012-06-08 Thread Fuxin Zhang
> >> >> Fuxin, is there a formal 64 bit ABI from MIPS Inc.? I think you said >> earlier the Linux 64 bit ABI is not exactly stable, but there are a few >> other OS running on 64 bit MIPS (OpenBSD and FreeBSD and NetBSD, as far >> as >> I know). If MIPS or some other standards body has documented th

Re: [fpc-devel] about mips/mipsel chaos

2012-06-08 Thread Fuxin Zhang
>>define mips, cpumips, mips32 for use of common mips related code >>define mipsel/mipsel32 for little endian cpus >>define mipseb/mipseb32 for big endian cpus >> >> to avoid code like "if defined(mips) or defined(mipsel)" ... >> everywhere. >> >> What do you think? If ok, I will go o

Re: Re: [fpc-devel] progress of freepascal for mips

2012-06-08 Thread Fuxin Zhang
> > Fuxin, is there a formal 64 bit ABI from MIPS Inc.? I think you said > earlier the Linux 64 bit ABI is not exactly stable, but there are a few > other OS running on 64 bit MIPS (OpenBSD and FreeBSD and NetBSD, as far as > I know). If MIPS or some other standards body has documented the 64 bit

Re: [fpc-devel] about mips/mipsel chaos

2012-06-08 Thread Mark Morgan Lloyd
Fuxin Zhang wrote: hi buddys, Current trunk code use both CPUMIPS/CPUMIPS32/CPUMIPSEL etc. which make it easy to be wrong. For example, now the rtl code use only CPUMIPS, so for mipsel something will be wrong. It brings me some troubles while trying to integrate patches already. Since mipsel

[fpc-devel] about mips/mipsel chaos

2012-06-08 Thread Fuxin Zhang
hi buddys, Current trunk code use both CPUMIPS/CPUMIPS32/CPUMIPSEL etc. which make it easy to be wrong. For example, now the rtl code use only CPUMIPS, so for mipsel something will be wrong. It brings me some troubles while trying to integrate patches already. Since mipsel/mips has most of the

Re: [fpc-devel] Request to apply patch of bug 21905 to trunk

2012-06-08 Thread Luiz Americo Pereira Camara
Em 2/6/2012 20:41, Marco van de Voort escreveu: In our previous episode, Luiz Americo Pereira Camara said: Link: http://bugs.freepascal.org/view.php?id=21905 That commit also causes a merge conflict with r20882 btw. Can you undo the commit to fixes and apply it to trunk or should michael do i

Re: [fpc-devel] progress of freepascal for mips

2012-06-08 Thread microcode
On Fri, 08 Jun 2012 13:32:18 + Mark Morgan Lloyd wrote: > microc...@zoho.com wrote: > > On Fri, 8 Jun 2012 17:15:51 +0800 (CST) > > "Fuxin Zhang" wrote: > > > >>> I made a start at trying to get assembler and backend info into the > >>> Wiki, my intention was to at least have URLs for the v

Re: [fpc-devel] progress of freepascal for mips

2012-06-08 Thread Mark Morgan Lloyd
microc...@zoho.com wrote: On Fri, 8 Jun 2012 17:15:51 +0800 (CST) "Fuxin Zhang" wrote: I made a start at trying to get assembler and backend info into the Wiki, my intention was to at least have URLs for the various ABIs. I rather ground to a halt after getting examples of the assembler format

Re: [fpc-devel] progress of freepascal for mips

2012-06-08 Thread microcode
On Fri, 8 Jun 2012 17:15:51 +0800 (CST) "Fuxin Zhang" wrote: > > > I made a start at trying to get assembler and backend info into the > > Wiki, my intention was to at least have URLs for the various ABIs. I > > rather ground to a halt after getting examples of the assembler format > > together

Re: [fpc-devel] progress of freepascal for mips

2012-06-08 Thread Fuxin Zhang
> I made a start at trying to get assembler and backend info into the > Wiki, my intention was to at least have URLs for the various ABIs. I > rather ground to a halt after getting examples of the assembler format > together for most targets, if anybody could contribute ABI stuff it > would be muc

RE: [fpc-devel] progress of freepascal for mips

2012-06-08 Thread Fuxin Zhang
> Hi Fuxin, > > I committed to trunk your changes together with > a few changes to cpupara that allow me to generate > a compiler (not yet operational, but it"s going forward). > Florian asked be to commit it. Thank you for your work, then I will start based on the trunk. > > It is not closely

Re: [fpc-devel] progress of freepascal for mips

2012-06-08 Thread Mark Morgan Lloyd
Pierre Free Pascal wrote: It is not closely following a specific abi, but for parameters it works like this: Up to 6 parameters are passed in registers $r4 to $r9, others on the stack starting at offset 24 (=6*4). (I had to adapt the 6 parameter very of linux/mips/syscall.inc in order to get

Re: [fpc-devel] Scalar value is accepted as an argument for an open array parameter

2012-06-08 Thread Alexander Klenin
On Fri, Jun 8, 2012 at 7:22 PM, Sven Barth wrote: >> I suggest this "feature" to be disabled in objfpc mode then. >> > > This would not be backwards compatible, thus the answer to this request is > most likely: No. On the other hand, FPC has an established history of breaking backwards compatibil

RE: [fpc-devel] progress of freepascal for mips

2012-06-08 Thread Pierre Free Pascal
> -Message d'origine- > De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel- > boun...@lists.freepascal.org] De la part de Fuxin Zhang > Envoyé : vendredi 8 juin 2012 02:07 > À : Jonas Maebe > Cc : FPC developers' list > Objet : Re: [fpc-devel] progress of freepascal for mips >

Re: [fpc-devel] Scalar value is accepted as an argument for an open array parameter

2012-06-08 Thread Sven Barth
Am 08.06.2012 09:37, schrieb Alexander Klenin: On Fri, Jun 8, 2012 at 6:08 PM, Marc Weustink wrote: Unfortunately Delphi (6) accepts this too. It took me some time at work to figure out why some code suddenly behaved weird. (I changed a integer argument to array of integer and assumed the compi

Re: [fpc-devel] Scalar value is accepted as an argument for an open array parameter

2012-06-08 Thread Alexander Klenin
On Fri, Jun 8, 2012 at 6:08 PM, Marc Weustink wrote: > Unfortunately Delphi (6) accepts this too. It took me some time at work to > figure out why some code suddenly behaved weird. (I changed a integer > argument to array of integer and assumed the compiler would help me to find > the places where

Re: [fpc-devel] Scalar value is accepted as an argument for an open array parameter

2012-06-08 Thread Marc Weustink
On 8-6-2012 8:18, Alexander Klenin wrote: The following code compiles both with : procedure F(const A: array of ShortInt); begin end; begin F(1); end. I think this is a bug in FPC, but if not -- it should be documented here: http://freepascal.org/docs-html/ref/refsu59.html#x157-16700014.4.5 I