Gimp 1.0.4 compiles fine with gtk 1.2.x I'm using gnome+gimp together with no problems (and a consistent theme throughout (BrushedMetal) gimp 1.0.4 also has a few other bugfixes. It's worth upgrading.
pasm is a portable assembler for the PowerPC processors of the 60x-series, written completely in ANSI-C. All PPC standard instructions, all 32-bit extended mnemonics and most of the 64-bit extended mnemonics are supported.
pasm knows about nearly 50 directives. Among them are directives for macros, conditional assembly, include files, base-relative addressing (small data), etc..
Currently, these output formats are available:
Absolute. Raw format. ELF. 32-bit, PowerPC, big endian. Extended Hunk Format (EHF). Amiga DOS Format.
Um... while gas ppc is possible, it's not incredibly pleasant.
On the amiga, at least, there is a PPC assembler included in the StormC development environment for Haage&Partner's WarpOS system. It is a Macro Assembler, with syntax and functionality simlar to Amiga 68k Macro assembler ( i.e. C-like structures)
Note that Motorola-syntax assembler for PPC defines a large number of macros that are very useful, and I find PPC assembler programming far less trying than the icky, tacked-together x86.
NOT JUST FOR AMIGAS!!! The VBCC package includes PASM, a motorola-syntax ppc macro assembler, and is open source and written to be portable, in theory. (although vbcc is unlikely to supplant gcc in the near future). It can produce elf ppc binaries.
Anyone have suggestions for this particular problem?
Not really - but the most intuitive tool I ever used for configuring monitor frequencies was the CyberGraphX V4 preferences on the Amiga - You could select an arbitrary pixel resolution, play with the sliders to adjust the dot clock, and hit "Test" - press Esc if it didn't work, and just generally play around until you'd made all the resolutions you wanted. It did all the hard hstart/hstop/vstart/vstop calculations, and generated the CGX equivalent of an XF86Config file. It even put up a nice little test card display for you to mess around with the parameters in real time.
I used to have my CVPPC running an (extra-flickery) underclocked 1280x1024 resolution on my 1024x768 pnp monitor - Windows won't let me do that, and I've tried with linux, but neither kvideogen nor xvidtune allow me the same degree of flexibility. Calculating the required modeline values is a little beyond me. Maybe I'll get up off my ass and work out how to do exactly what I want, one day...
There was a utility to strip modelines out of cgx monitor files, that was used to prep fbcon linux/m68k and linux/apus gfx cards.
Obviously, the cgx tool catered for a relatively tiny set of amiga-specific gfx cards, but I'd still appreciate a greater degree of control over X vidmodes in a similar gui preferences tool to the cgx preferences tool.
Can you tell XFree86 whole new modelines on the fly, or does the server need to be restarted ?
While display doctor for windows is an impressive product, this could make providers of the cards that linux display doctor supports more resistant to opening up their hardware specifications- they could just point at display doctor, and say "there are your optimized drivers".
Is any of the SciTech developed code given to XFree86, or is it all closed source?
I sent an e-mail to AMD about this, and they pointed me in the direction of their docs for the 3DNow instruction set - Unfortunately I am not skilled enough to do anything constructive ( like making a 3DNow asm target....)
They were quite nice about it, and not at all hostile to Linux -they'd presumably be only too happy for someone to do something about it, it could only increase their sales...
Here are the relevant links:
Dear David, For the 3Dnow code instructions, check the Data book: http://www.amd.com/K6/k6docs/index.html
For general information on 3Dnow, consult the following site: http://www.amd.com/products/cpg/3dnow/index.html
As an Irish student in a British University (UMIST), I'd just like to point out that sunsite.* do tend to be big in general . What is nice, though, is that I can get 850 kB/s ftping from sunsite.doc.ic.ac.uk to my bedroom... Having sunsites nearby is always nice...
Slashdot Mirror
As an aside,
I do hope that if we meet aliens we call ourselves "Terrans" from the "Sol" system.
Terran sounds much less wimpy than Human or Earthling.
We can have a kick-ass "Terran Empire" with a cool logo, instead of a wussy "human federation" or whatever.
Gimp 1.0.4 compiles fine with gtk 1.2.x
I'm using gnome+gimp together with no problems (and a consistent theme throughout (BrushedMetal)
gimp 1.0.4 also has a few other bugfixes. It's worth upgrading.
From PASM readme :
pasm is a portable assembler for the PowerPC processors of the 60x-series, written completely in ANSI-C. All PPC standard instructions, all 32-bit extended mnemonics
and most of the 64-bit extended mnemonics are supported.
pasm knows about nearly 50 directives. Among them are directives for macros, conditional assembly, include files, base-relative addressing (small data), etc..
Currently, these output formats are available:
Absolute. Raw format.
ELF. 32-bit, PowerPC, big endian.
Extended Hunk Format (EHF).
Amiga DOS Format.
Um... while gas ppc is possible, it's not incredibly pleasant.
On the amiga, at least, there is a PPC assembler included in the StormC development environment for Haage&Partner's WarpOS system. It is a Macro Assembler, with syntax and functionality simlar to Amiga 68k Macro assembler ( i.e. C-like structures)
Note that Motorola-syntax assembler for PPC defines a large number of macros that are very useful, and I find PPC assembler programming far less trying than the icky, tacked-together x86.
NOT JUST FOR AMIGAS!!!
The VBCC package includes PASM, a motorola-syntax ppc macro assembler, and is open source and written to be portable, in theory. (although vbcc is unlikely to supplant gcc in the near future).
It can produce elf ppc binaries.
PASM:
http://devnull.owl.de/~frank/index_e.html
haage-Partner
www.haage-partner.com
go to amiga pages of
www.uk.aminet.org
or
www.cucug.org/amiga.html
and search vbcc and PPC too, if you're curious.
Anyone have suggestions for this particular problem?
Not really - but the most intuitive tool I ever used for configuring monitor frequencies was the CyberGraphX V4 preferences on the Amiga - You could select an arbitrary pixel resolution, play with the sliders to adjust the dot clock, and hit "Test" - press Esc if it didn't work, and just generally play around until you'd made all the resolutions you wanted. It did all the hard hstart/hstop/vstart/vstop calculations, and generated the CGX equivalent of an XF86Config file. It even put up a nice little test card display for you to mess around with the parameters in real time.
I used to have my CVPPC running an (extra-flickery) underclocked 1280x1024 resolution on my 1024x768 pnp monitor - Windows won't let me do that, and I've tried with linux, but neither kvideogen nor xvidtune allow me the same degree of flexibility. Calculating the required modeline values is a little beyond me. Maybe I'll get up off my ass and work out how to do exactly what I want, one day...
There was a utility to strip modelines out of cgx monitor files, that was used to prep fbcon linux/m68k and linux/apus gfx cards.
Obviously, the cgx tool catered for a relatively tiny set of amiga-specific gfx cards, but I'd still appreciate a greater degree of control over X vidmodes in a similar gui preferences tool to the cgx preferences tool.
Can you tell XFree86 whole new modelines on the fly, or does the server need to be restarted ?
While display doctor for windows is an impressive product, this could make providers of the cards that linux display doctor supports more resistant to opening up their hardware specifications- they could just point at display doctor, and say "there are your optimized drivers".
Is any of the SciTech developed code given to XFree86, or is it all closed source?
I sent an e-mail to AMD about this, and they pointed me in the direction of their docs
l
for the 3DNow instruction set - Unfortunately I am not skilled enough to do anything constructive ( like making a 3DNow asm target....)
They were quite nice about it, and not at all hostile to Linux -they'd presumably be only too happy for someone to do something about it,
it could only increase their sales...
Here are the relevant links:
Dear David,
For the 3Dnow code instructions, check the Data book:
http://www.amd.com/K6/k6docs/index.html
For general information on 3Dnow, consult the following site:
http://www.amd.com/products/cpg/3dnow/index.htm
As an Irish student in a British University (UMIST), I'd just like to point out that sunsite.* do tend to be big in general . What is nice, though, is that I can get 850 kB/s ftping from sunsite.doc.ic.ac.uk to my bedroom... Having sunsites nearby is always nice...