michael@0: michael@0: michael@0: michael@0:
michael@0:michael@0: michael@0: This is being maintained by John Bandhauer <jband@netscape.com>. michael@0: Feel free to email me with questions or to volunteer to contribute xptcall code for any platform. michael@0: michael@0:
michael@0: michael@0: Mike Shaver <shaver@mozilla.org> michael@0: is the best contact regarding 'nix (Unix, Linux, Finux, etc.) ports of xptcall. michael@0: michael@0:
Status | michael@0:Platform | michael@0:![]() |
michael@0: Notes | michael@0:
---|---|---|---|
Done | michael@0:Win32 x86 | michael@0:![]() |
michael@0: michael@0: win32 | michael@0:
Done | michael@0:Linux x86 | michael@0:![]() michael@0: ![]() |
michael@0: unix michael@0: | michael@0:
Done | michael@0:FreeBSD and NetBSD x86 | michael@0:![]() michael@0: ![]() |
michael@0: unix (same as Linux 86 code) | michael@0:
Done | michael@0:BSD/OS x86 | michael@0:![]() |
michael@0: unix (same as Linux 86 code) michael@0: Bert contributed patches that *should* do the right thing for all the unixish-x86 michael@0: versions of this code for GCC 2.7 or 2.8 vs. EGCS 1.1. He notes that the vtbl michael@0: scheme is different. He is hoping that others will help test the changes using michael@0: these two compilers on the various platforms where this same code is used. michael@0: Bert's details michael@0: | michael@0:
Done | michael@0:Mac PPC | michael@0:![]() michael@0: ![]() |
michael@0: mac (passing tests and checked in) | michael@0:
Done | michael@0:Solaris Sparc | michael@0:![]() michael@0: ![]() |
michael@0: unix This is checked in and working. | michael@0:
Done | michael@0:Solaris Sparc v9 (64bit) | michael@0:![]() michael@0: ![]() |
michael@0: unix This is checked in and (pavlov claims!) working. | michael@0:
Done | michael@0:OS/2 | michael@0:![]() |
michael@0: I never heard exactly who did what. But mozilla has been working on OS/2 michael@0: for a long time now. michael@0: | michael@0:
Done | michael@0:OpenVMS Alpha | michael@0:![]() |
michael@0: michael@0: Colin says this is passing all the tests on OpenVMS Alpha! michael@0: | michael@0:
Done | michael@0:NT Alpha | michael@0:![]() |
michael@0:
michael@0: bob writes: michael@0: Enclosed is xptcall for alpha/nt target.. michael@0: michael@0: It is a variation of the IRIS port (only targeted for win32). michael@0: michael@0: Notice the last 2 files (the change to mozilla\xpcom\build\makefile.win and michael@0: mozilla\xpcom\build) are needed because I was unable to figure how to do a michael@0: "declspecexport" from the assembler ASAXP ... if some knows how to do that then michael@0: those last 2 files won't be needed. michael@0: michael@0: I have had someone look over this code at bridge.com (the entry point to michael@0: compaq/gem compiler team) and this code was given the OK. I consider it "done". michael@0:
michael@0: This code lives in the files where the name includes 'alpha' in the win32 directory. |
michael@0:
Done | michael@0:Linux ARM | michael@0:![]() michael@0: ? michael@0: Matthew Wilcox <willy@bofh.ai> |
michael@0: michael@0: Stefan's code is checked in and he says it is working. michael@0: | michael@0:
Done | michael@0:Linux Sparc | michael@0:
michael@0: ![]() michael@0: ![]() michael@0: ![]() |
michael@0: michael@0: Anton contributed patches to Roger's Sparc code. Anton says it works and passes the tests! michael@0: (24-Aug-1999) Brandon writes: I've finished testing XPTCALL Sparc Linux on 12 different Sparc machines and it checks out good. michael@0: | michael@0:
Done | michael@0:Linux PPC | michael@0:
michael@0: ![]() michael@0: ![]() michael@0: ![]() michael@0: ? michael@0: Jason Y. Sproul <jsproul@condor.fddi.wesleyan.edu> michael@0: ? michael@0: Sean Chitwood <darkmane@w-link.net> |
michael@0: michael@0: waterson said: Mozilla runs on Linux/PPC michael@0: | michael@0:
Done | michael@0:Linux Alpha | michael@0:
michael@0: ![]() michael@0: ![]() michael@0: |
michael@0:
michael@0: Glen writes:
michael@0: michael@0: I am attaching a patch which contains my Linux Alpha xptcall code. michael@0: It passes TestXPTCInvoke and TestXPC on my machine which runs michael@0: kernel 2.2.7, glibc 2.1.1, and egcs 1.1.2. I have not tested it michael@0: with older GNU compilers such as gcc 2.8.x. From looking at the michael@0: Linux x86 code, I gather that the vtable layout is a little different michael@0: for those compilers and the code will need minor modifications michael@0: in order to work properly. michael@0: michael@0: I am not sure how much of the code can be used for OpenVMS Alpha michael@0: and/or Digital UNIX. Currently the code is dependent on the g++ michael@0: name mangling convention and a few GNU extensions so I'm not sure michael@0: how useful it will be for the other systems. Hopefully the michael@0: comments in the code are detailed enough to help people attempting michael@0: a port. michael@0: michael@0: |
michael@0:
Done | michael@0:SunOS x86 | michael@0:
michael@0: ![]() michael@0: ? michael@0: Philip Pokorny <ppokorny@mindspring.com> michael@0: |
michael@0: michael@0: The word I hear is that this is working and done michael@0: | michael@0:
Done | michael@0:HP-UX | michael@0:
michael@0: ![]() michael@0: ![]() |
michael@0: I hear that this code is checked in and working. Though, there is some michael@0: doubt - see bug michael@0: #17997 michael@0: | michael@0:
Done | michael@0:AIX PPC | michael@0:![]() |
michael@0: Philip K. Warren writes: michael@0: michael@0: We have gone through several releases of AIX without any problems. michael@0: |
michael@0:
Done | michael@0:Irix | michael@0:![]() michael@0: |
michael@0: Jason has declared this done. Jason is no longer working at SGI and will michael@0: not be maintaining this code. There is some doubt as to whether or not this is michael@0: working for everyone - see bug michael@0: #10061. michael@0: Mike Shaver <shaver@mozilla.org> michael@0: is the interim maintainer until someone more suitable can be found. michael@0: | michael@0:
Done | michael@0:BeOS x86 | michael@0:![]() michael@0: |
michael@0:
michael@0: unix (yet another reuse of the Linux 86 code!) michael@0: Duncan says this is all working. He did the code for old cfront style 'this' adjustment for others to use too! michael@0: |
michael@0:
HELP! | michael@0:BeOS PPC | michael@0:- | michael@0:- | michael@0:
Done | michael@0:Compaq Tru64 UNIX (Digital UNIX) | michael@0:![]() michael@0: |
michael@0: Code passes the tests and is checked in. | michael@0:
Working | michael@0:Neutrio x86 | michael@0:![]() michael@0: |
michael@0: michael@0: Patches for xptc*_unixish_x86.cpp checked in. Waiting for verification that this is really finished. michael@0: | michael@0:
Investigating | michael@0:SCO UW7 and OSR5 | michael@0:
michael@0: ![]() michael@0: ![]() michael@0: |
michael@0: Recent (Feb-2001) email from jkj@sco.com suggests that work will be occuring soon. | michael@0:
Works | michael@0:NetBSD/m68k | michael@0:![]() michael@0: |
michael@0: michael@0: Dave's changes are in the tree. Waiting for verification that it is really finished. | michael@0:
Partially Working | michael@0:NetBSD/arm32 | michael@0:![]() |
michael@0: Mike writes: michael@0: I have started porting to the platform based on the code for Linux ARM. The michael@0: InvokeByIndex code works correctly when used with TestXPTCInvoke. I am michael@0: currently working on making TestXPC function correctly. michael@0: michael@0: I am doing the porting work with egcs-1.1.2 on NetBSD 1.4P (NetBSD-current michael@0: snapshot from a couple of days ago). michael@0: |
michael@0:
Done | michael@0:Linux ia64 | michael@0:![]() michael@0: ![]() |
michael@0: bug 40950 comment 15 | michael@0:
HELP! | michael@0:All others! | michael@0:- | michael@0:- | michael@0:
michael@0: michael@0: Note: I've used the symbol (?) to michael@0: indicate people who have expressed an interest in possibly contributing code. michael@0: Just because these people are listed here does not mean that they have commited michael@0: themselves to do the work. If you would like to contribute then let me michael@0: know. Feel free to email these folks and offer to help or find out what's going michael@0: on. We're all in this together. michael@0: michael@0:
michael@0: michael@0: