Re: [fpc-devel] progress of freepascal for mips
In our previous episode, Fuxin Zhang said:
> 4, rtl/linux/{ostypes.inc, linux.pp, oldlinux.pp}, macro definitions
> for mips: MAP_xxx
Oldlinux is deprecated, and not even compiled by default anymore. Please
consider it frozen, and please don't add anything to it. (it never has been
truly
architecture independent anyway).
It is only still in SVN to help people migrate old 1.0.x sources which are
all x86.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Statistics about Lazarus and FPC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello everybody, I'm actually preparing a conference in my LUG about FPC and Lazarus. Regarding that conference, I'd like to incorporate some stats in the conference. I'm so looking for the actual number of active and occasional developers, number of lines of code, etc... Can someone give me that informations? In the hope my conference will help to get interest in what you are doing ;) For people interested and French speaking, I can send the presentation once it's done. Thanks in advance. - -- Geoffray « fatalerrors » Levasseur http://jeff.levasseur.tuxfamily.org GNU-PG public key: B0EC11B62617B11A582A7C4226573BFD878E334D Errare humanum est, sed perseverare diabolicum et cretinum. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/KGD4ACgkQJlc7/YeOM03SAgCdFs9Tl6+dkEKtw1qroYjP+ZWH g4wAn1KfsT87WKgBnbjKk9E7vb2WFKke =eXMQ -END PGP SIGNATURE- ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] progress of freepascal for mips
>
> From: Fuxin Zhang
>To: FPC developers' list
>Sent: Friday, June 1, 2012 9:16 PM
>Subject: [fpc-devel] progress of freepascal for mips
>
>hi everybody,
>
> With the attached patch (against revision 21440), most of the tests can
>now pass, for example, the test directory has only the following
>failinglist:
>
>foxsen@ubuntu-zfx:~/software/fpc/tests/output/mipsel-linux$ cat
>faillist.testlog
>test/cg/taddcurr //the Currency support is broken
>test/cg/tcalext //no ctest.o
>test/cg/tcalext3
>test/cg/tcalext4
>test/cg/tcalext5
>test/cg/tcalext6
>test/cg/tcnvint4
>test/cg/tcnvint6
>test/cg/tcppcl1
>test/cg/tcppcl2
>test/cg/tdivz2
>test/cg/tnot
>test/cg/tprintf
>Note: This test requires a C library
>test/cg/tprintf2
>Note: This test requires a C library
>test/cg/treadwrt
>test/cg/tumin
>test/talign2
>test/tbrtlevt
>test/tclass8
>
>the related changes include:
>commit 14d7ae388fd5b81300a69d277089c991c13fa0be
>Author: Zhang Fuxin
>Date: Wed Jun 1 19:12:43 2011 +0800
>
> don't define cpuflags for mips
> is_calljmp should include float branches: BC1T/BC1F
> no likely branch support: delete bc1tl/bc1fl for now
> new implementation for getting next fpu registers for LDC1/SDC1
>
>commit 5d51e051a8979563af6b7d096381192e3d1b9b56
>Author: Zhang Fuxin
>Date: Fri Jun 1 11:34:51 2012 +0800
>
> Commit all accumulated fixes:
> 1, add -Xs- -g to Makefile to retain symbols and debug info (removed)
> 2, systems/i_linux.pas: first_parm_offset set to 0
> 3, rtl/inc/systemh.inc: FPC_HAS_INTERNAL_SAR_DWORD for mips
> 4, rtl/linux/{ostypes.inc, linux.pp, oldlinux.pp}, macro definitions
>for mips: MAP_xxx
> 5, rtl/linux/mips/syscall.inc: don't use second stack
> 6, mips/*:
> remove the use of NR_TCR*, allocate temporary registers instead
> use fake instructions A_BA/A_BC to handle all kinds of branches,
>remove other condition branch instructions, remove all likely
>branch
> add support for boolean64
> fix ldc1/sdc1 next register calculation
> use r25 for interface call to better suite abi
> fix inverse_cond
> add bc1t/bc1f to is_calljmp
>
>The next major one should be parameter passing, and then the PIC support.
>
>Thank you for all your kind help.
>
>Regards
>
Hi, while this interesting discussion about fpc for Linux/MIPS is evolving,
we've received an IBM Mips server from a customer (I don't know the model yet)
to try to install an hypervisor.
We need to run at least Windows and Linux servers on it. Do you know if
Xen/VMWare or similar hypervisors run on this architecture?.
If I can install an hypervisor, I could create one virtual machine to let the
FPC team test the MIPS version on this machine, it can be online 24/7.
Leonardo M. Ramé
http://leonardorame.blogspot.com
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] progress of freepascal for mips
On Sat, 2 Jun 2012 07:04:24 -0700 (PDT) Leonardo M. Ramé wrote: > > Hi, while this interesting discussion about fpc for Linux/MIPS is > evolving, we've received an IBM Mips server from a customer (I don't know > the model yet) to try to install an hypervisor. Sorry if this has already been answered but I have tons of mail and haven't read them all yet. I am near certain IBM doesn't make any MIPS hardware at all and never has in their history. In the past they've made all sorts of odd things but at the moment all they make is Intel and POWER servers, as far as servers go. MIPS in IBM-speak is "millions of instructions per second" which is how they describe mainframe performance since they don't publish clock speeds. > We need to run at least Windows and Linux servers on it. Do you know if > Xen/VMWare or similar hypervisors run on this architecture?. AFAIK, as far as Windows, nothing but Windows CE (not XP, 7, Vista etc) runs on MIPS and I don't think Windows CE will run on server hardware. And all of the virtualization options available are Intel-only except for Oracle's SPARC VM, so no, you don't have any virtualization options except for perhaps QEMU, but so does everyone who has an Intel box, so there isn't anything to offer via virtualization. > If I can install an hypervisor, I could create one virtual machine to let > the FPC team test the MIPS version on this machine, it can be online 24/7. Virtualization is thin to none on anything but Intel hardware. But there is QEMU and it provides support for various architectures including MIPS. If you install Linux on your MIPS server (if it really is a MIPS server, which I don't think it is, or if it is, it isn't IBM) you can use QEMU like Fuxin Zhang wrote he was using, but then so can everyone else who has an Intel box (everybody) so I don't think it's going to be very helpful. And the guy working on fpc on MIPS, Fuxin, is working for a MIPS manufacturer so I would guess he has all the hardware he needs ;-) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] progress of freepascal for mips
In our previous episode, microc...@zoho.com said: > AFAIK, as far as Windows, nothing but Windows CE (not XP, 7, Vista etc) runs > on MIPS Afaik NT up to and including 4.0 ran on MIPS (r3000/4000). After 4.0 architectures were severely cut. NT3.51 also ran SPARC. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] progress of freepascal for mips
microc...@zoho.com wrote: I am near certain IBM doesn't make any MIPS hardware at all and never has in their history. In the past they've made all sorts of odd things but at the moment all they make is Intel and POWER servers, as far as servers go. MIPS in IBM-speak is "millions of instructions per second" which is how they describe mainframe performance since they don't publish clock speeds. That's my understanding as well. If I can install an hypervisor, I could create one virtual machine to let the FPC team test the MIPS version on this machine, it can be online 24/7. Virtualization is thin to none on anything but Intel hardware. But there is QEMU and it provides support for various architectures including MIPS. Agreed. However larger SPARC systems can, I believe, be divided into multiple domains, and larger IBM PPC systems can be partitioned into LPARs. I don't have practical experience of either of these technologies, but if Leonardo's been told "there's a system on its way to you and we expect you to use its virtualisation facilities" and if it's non-x86 then that's the sort of thing he's likely to have to contend with. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Request to apply patch of bug 21905 to trunk
Em 29/5/2012 04:24, Marco van de Voort escreveu: In our previous episode, Luiz Americo Pereira Camara said: Can someone apply it to trunk? 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 it? Luiz ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Request to apply patch of bug 21905 to trunk
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 it? I've no problem to do the work, but Michael must say what must be done, and what the idea behind all this is. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
