Nice!
It looked like the original PSU had been replaced with an ATX model.
-tgc
It looked like the original PSU had been replaced with an ATX model.
-tgc
_________________
The collected works of tgc99
_________________
SAQ wrote:
Just noticed a couple-months-old post on the GCC list bringing up the possibility of obsoleting IRIX before 6.5 (and Solaris 7, Tru64 before 5.1).
Towards the end it looks like they're moving more to possibly obsoleting the o32 ABI or IRIX and maybe 5.3, but I don't know where that leaves 6.2.
Towards the end it looks like they're moving more to possibly obsoleting the o32 ABI or IRIX and maybe 5.3, but I don't know where that leaves 6.2.
This change is already done, see http://gcc.gnu.org/gcc-4.5/changes.html
Quote:
Since 6.2 doesn't include a SGI compiler (IRIX 5.3 does), supports POSIX, is Y2k clean, and doesn't have a current (c99) MIPSpro compiler perhaps we should lobby for continued support.
I'll take a quote from Rainer Orths mail ( http://gcc.gnu.org/ml/gcc/2010-01/msg00510.html ):
Rainer Orth on gcc-devel wrote:
Unless someone strongly objects and steps up to provide testing and bug
fixing, I'll install a patch to enforce this within a week and announce
it on the GCC 4.5 changes page.
fixing, I'll install a patch to enforce this within a week and announce
it on the GCC 4.5 changes page.
Unless you're going to do that then lobbying for continued support is pointless and disrespectful.
His reasoning for obsoleting is fair and I think it's the right decision.
Rainer has been the only GCC maintainer for IRIX for many years and the community owes him respect for a good job done.
Just be happy that IRIX 6.5 is still supported and that we're stuck with 4.4.x (or even 4.5.x) and not 3.4.6 for IRIX < 6.5.
Quote:
FWIW 6.3 and 6.4 are included in the original idea as well - I know some people run 6.3 on O2, haven't met any 6.4 people myself.
I've never seen a gcc testresult posted for IRIX 6.3 or 6.4.
It's a non-issue.
Quote:
We should be able to scrape up equipment for test builds here - I personally have a Challenge R10k that has a 6.2 system disk option.
Donating cycles to making the very best gcc 4.4.x (or 4.5.x) release possible for IRIX < 6.5 would be nice.
But someone still needs to be around to actually fix the bugs.
-tgc
_________________
You might have some luck with the Dorado 180 according to:
http://developer.novell.com/yes/79394.htm
Googling suggests that the newer ClearPath systems are built around the ES7000 platform which would make Linux support more likely.
-tgc
http://developer.novell.com/yes/79394.htm
Googling suggests that the newer ClearPath systems are built around the ES7000 platform which would make Linux support more likely.
-tgc
_________________
I aquired a bunch of VAX machines some 10 years ago now.
DEC:
VAXstation 3100m30 (x4)
VAXstation 3100m38 SPX (SPX board came from the broken m76)
VAXstation 3100m76 (broken)
VAXstation 4000m60
VAXstation 4000m90 (80Mb RAM)
VAXserver 3100m??
VXT2000+
Associated hardware like VR299 monitor (x3), VRT19 monitor, VT520, VT420, VT240 (x2), a couple of expansion boxes, DECserver 200MC (x8) and a ton of LK201s.
Most of the stuff is in storage only the two VS4Ks and m38 are setup since I can then do with just the VT520 on my desk.
And my Alpha:
Personal Workstation 433a (original 433mhz cpu, 2Mb cache board, Powerstorm 4D40T gfx)
I have no copy of Tru64 to go with it so it's been running Linux with a Radeon 7000 PCI card for gfx.
HP:
HP Visualize C160 (512Mb RAM)
Compaq (PCs):
Deskpro ENS/500
Deskpro ENS/933 (mostly retired Solaris 8 buildhost)
Evo D5S (1.5Ghz P4, WinXP)
Evo D51S (2.53Ghz P4, runs Vista)
These days the Evo D51S is actually the one I use most out of the lot.
-tgc
DEC:
VAXstation 3100m30 (x4)
VAXstation 3100m38 SPX (SPX board came from the broken m76)
VAXstation 3100m76 (broken)
VAXstation 4000m60
VAXstation 4000m90 (80Mb RAM)
VAXserver 3100m??
VXT2000+
Associated hardware like VR299 monitor (x3), VRT19 monitor, VT520, VT420, VT240 (x2), a couple of expansion boxes, DECserver 200MC (x8) and a ton of LK201s.
Most of the stuff is in storage only the two VS4Ks and m38 are setup since I can then do with just the VT520 on my desk.
And my Alpha:
Personal Workstation 433a (original 433mhz cpu, 2Mb cache board, Powerstorm 4D40T gfx)
I have no copy of Tru64 to go with it so it's been running Linux with a Radeon 7000 PCI card for gfx.
HP:
HP Visualize C160 (512Mb RAM)
Compaq (PCs):
Deskpro ENS/500
Deskpro ENS/933 (mostly retired Solaris 8 buildhost)
Evo D5S (1.5Ghz P4, WinXP)
Evo D51S (2.53Ghz P4, runs Vista)
These days the Evo D51S is actually the one I use most out of the lot.
-tgc
_________________
Thinkpad 365X (Pentium 120, 24Mb RAM, 810Mb HD, 10.4" TFT 800x600 panel)
For network access it has a 3Com 3c589 PCMCIA card fitted.
This was my first laptop and actually the only one I've ever spent my own money on.
Even though I bought it used it was a not insignificant investment for me at the time (1998) but well worth it.
-tgc
For network access it has a 3Com 3c589 PCMCIA card fitted.
This was my first laptop and actually the only one I've ever spent my own money on.
Even though I bought it used it was a not insignificant investment for me at the time (1998) but well worth it.
-tgc
urbancamo wrote:
I tried tgcware but there were no instructions about how to install the packages (which are built for Solaris 2.6) in
http://jupiterrise.com/tgcware/sunos5.6_sparc/stable/
- certainly pkgadd wasn't interested.
Just gunzip and use pkgadd -d.
If you don't have gunzip then install the 'gzip' package first, which is left uncompressed for that very reason.
I wouldn't have thought it necessary to explain it since they are standard SVR4 packages and can be installed like any other package on Solaris.
Since I built the packages and have used them myself on Solaris 7, 8 and 9 I know they work just fine.
-tgc
_________________
I couldn't resist the challenge and with a bit of grunt work glchess 0.4.7 builds on IRIX 6.2.
It seems to work fine on my Indigo2 which has HighImpact graphics, the texturing is nice and fast.
I tried using GNU chess 5.08 but this just spins the cpu when glchess tries to make a move, going back to 5.05 (pre-pthreads) it works fine.
I added the glchess and gtkglarea packages to tgcware and I will build a gnuchess package later today.
Patches are here:
https://github.com/tgc/tgcware-for-irix
Packages available from here as usual:
http://jupiterrise.com/tgcware/tgcware.irix.html
-tgc
It seems to work fine on my Indigo2 which has HighImpact graphics, the texturing is nice and fast.
I tried using GNU chess 5.08 but this just spins the cpu when glchess tries to make a move, going back to 5.05 (pre-pthreads) it works fine.
I added the glchess and gtkglarea packages to tgcware and I will build a gnuchess package later today.
Patches are here:
https://github.com/tgc/tgcware-for-irix
Packages available from here as usual:
http://jupiterrise.com/tgcware/tgcware.irix.html
-tgc
_________________
tgc99 wrote:
I will build a gnuchess package later today.
Now uploaded.
I also built the lot for IRIX 5.3 but the chess board does not show up on my Indy which has an XL24 card.
-tgc
_________________
johnsmith wrote:
I've been trying to get the patches to work, Netscape hates the SSL from github, so I used a mac and extracted the html, then ran patch. Excuse the first-timer stuff here:
If you're getting files with HTML in them on your Mac then you're doing something wrong.
To get the files directly you can open each one on github and use the 'raw' button, or you can use the 'Download ZIP' link in the toplevel (where the link I posted goes to), that would give you the complete repo.
If all fails you can also get the tgcware package, it includes the patch files in their own subsystem, you don't have to install the software just the opt.src subsystem.
Once you have the patches they must be applied in the order listed in build.sh (see the github link)
Code:
patch[0]=glchess-0.4.7-use-g_snprintf.patch
patch[1]=glchess-0.4.7-missing-time_h.patch
patch[2]=glchess-0.4.7-use-sgi-ogl-extensions.patch
patch[3]=glchess-0.4.7-missing-string_h.patch
patch[4]=glchess-0.4.7-fix-global-glchessrc-location.patch
patch[1]=glchess-0.4.7-missing-time_h.patch
patch[2]=glchess-0.4.7-use-sgi-ogl-extensions.patch
patch[3]=glchess-0.4.7-missing-string_h.patch
patch[4]=glchess-0.4.7-fix-global-glchessrc-location.patch
To apply them go into the unpacked source, then use patch -p1 < patchfile for each.
You may need GNU patch for this, the one from SGI freeware should do.
Quote:
Also, will this work on my 24 bit Indy, or do I need to upgrade to an XZ graphics card?
It's possible that IRIX 6.2 has a working OpenGL software renderer, in that case it should on any graphics option.
I don't know how well OpenGL is supported on XZ graphics.
-tgc
_________________
You can get a very comprehensive collection of terminfo entries from here:
http://invisible-island.net/ncurses/ncurses.faq.html#which_terminfo
http://invisible-island.net/ncurses/ncurses.faq.html#which_terminfo
_________________