SebRmv

Happy birthday (again)!

Pour compléter mon message précédent,

avec Stabylo, on a un peu bossé sur le sujet, et après réflexion,

il s'avère qu'un bon choix de valeur initiale pour le REMAINDER est VSCALE - 1

(c'est à dire la plus grande valeur strictement inférieure à VSCALE,

le 1 étant compris comme 2^(-5))

L'idée en effet est que la valeur initiale du REMAINDER détermine combien de fois

la première ligne va être copiée

(c'est la partie entière du REMAINDER précisément)

Si on prend plus grand que VSCALE, la première ligne sera affiché trop de fois,

si on prend trop inférieur à VSCALE, idem, la première ligne ne sera pas affichée assez de fois.

Second question, data and bss sections must be moved to the end of each object file? If you are linking some files data and bss sections must be moved at the end of the output? I think that Genst works like this.

I believe the answer is yes.

I believe that ALN object file format is nothing more than BSD a.out file format.

A good starting point to get documentation is certainly Wikipedia.

Cheers

Hi,

just thought it was a good idea to advertise a bit the shell script I wrote several months ago

that automates the building of a gcc cross compiler for m68k-aout. I just tested it yesterday

while upgrading my linux distro and it worked very well

and here comes 0.1.7 version!

hope this time is the good one

not really a bug

but a new fix is coming soon...

hop là

finally I found the bug

thanks!

 

the new source distrib is on my website

and a new binary distrib also

Sorry SebRmv, here's a bug report

 

There seems to be a problem with the dithering algorithm.

Here's the original picture :

 

Here's the result of tga2cry with options -binary -dither -f cry :

 

And here's the result of converter with options -cry --binary --no-clut --16-bits --normal --both :

hop là

finally I found the bug

thanks!

the new source distrib is on my website

ça date de début 2006 ou j'ai raté un truc ?

ouais, pareil, je me pose des questions...

bon anniversaire 0^2

Here's the video (I only kept the part relating to the JagCF) :

http://zerosquare.free.fr/jagcf_ac2007.avi

 

It did not happen at the same time (several months apart),

it was apparently not the same person, and in both cases they just used a security flaw in a widespread PHP script. So it's probably just a coincidence (someone targeting random vulnerable sites).

thanks

what is the php script in question?

the link of the video does not work anymore

is it still available anywhere?

Sorry, I use a PC linux with my Alpine so I can't help you.

Joyeux anniversaire Orion_ !

Hi,

 

I did translate it but can't get it to work I am also a windows user so that's hard aswell.

Could someone make diskimage pre-configurered to use with vmware player (=freeware) with linux and this xgcc configurered they right way ? This would be ULTRA COOL to start developing.

 

Or can someone tell me how to get the DOS compiler to work 3.3.6 ? These can be downloaded at djgpp compilers for DOS but I don't know if these are the same as seb uses.

 

I don't care if I need to use linux but with a pre-configurered working diskimage I could play around and it's easy to take with me on my laptop or other pc's

 

What do you think ?

Hi!

I agree, a vmware image would be nice... unfortunately, I have not vmware so I can't make it. Maybe a "live" linux distrib could do it also.

For the moment, I believe you can copy the binary distrib of gcc (the one on my website) on windows XP, it should work (at least, I have tested it once).

Cheers

interesting! and what about the pixel mode?

in phrase mode, is it the same result if using 8 bpp, 16 bpp or 32 bpp?

very interesting SCPCD!

hello guys,

 

check this out: http://vincent.riviere.free.fr/soft/m68k-atari-mint/

marvellous work.. the guy describes how to build a Cross GCC for windows (even supporting C++ features and 68k inline assembly) which outputs TOS executeable m68k code using cygwin.

as far as i'm concerned i think this might be an option for developping jaguar executeable code, too. one would need to build a standard library (and maybe a mathlib would be helpful) though and if i'm right it currently only outputs GCC like objects/old DRI formatted ones, so no BSD objects like processed by ALN - which would also prevent one from using external GPU/DSP objects build using MADMAC - but maybe swapD0's JAS could be a solution there (hey there mate) in case he'd rework his object output-format *hint* *hint* .

 

regards,

ray

Hi Ray,

probably you missed my announcement about my libraries and the way I develop for the Jaguar. This resembles to what you suggest here.

I use a cross gcc (old version 3.3.6) to compile 68k code and I interface this with assembly code that I assemble with MadMAC

Then I link all together with ALN

Please check this:

http://removers.free.fr/spip/article.php?id_article=92 (in French)

and the tools/libs/sources there:

http://removers.free.fr/softs/download.php

Cheers

Hello there,

good to see you back for a while Ray

I don't think it is the work of one person to code from scratch a C compiler. The parser itself is really a non trivial task for C language. To convince yourself of that, just have a look at CIL ( http://hal.cs.berkeley.edu/cil/, look at "Who says C is simple" ). A doable thing would be to hack either gcc ( http://gcc.gnu.org ) or lcc ( http://www.cs.princeton.edu/software/lcc/ ) to add a backend for the Jaguar processors. In essence, it is what Brainstorm probably did.

I suspect also that it should be easy to add the support for a new processor to gas (the GNU assembler) but I have not found any documentation yet.

Concerning the C type system, this should be not too difficult since C is not a strongly typed language (basically, with casts you can do everything) and there is no type inference.

Finally, just note that I have recently added on my website (in download section) a shell script that automates the build of a cross gcc compiler under linux (and probably cygwin) with target m68k-aout. I have tested it on an ubuntu and a mandriva distrib so this should work reasonably.

Yes, very nice job!

I just had a quick look at your library documentation. It could be possible to use it as a SDL backend for Jaguar, if we

add some missing stuff required (maybe some libc functions for example, or specific video or audio related tasks).

 

Even if the first versions would be for m68k and debugging, audio and video drivers for SDL could use GPU and DSP for fast work.

 

Disclaimer: it does not mean I will work on it now , just wanted to say that SDL for Jaguar is doable.

Good news then if you think we can use my library to port SDL...

The big question is "who will do it?" and "when?"

I hope I will have some more time in a few months

Bon anniversaire Mariaud !!

(un peu en retard, hélas)

Nice to hear that he has appreciated the game though.

Happy birthday!

Bon anniversaire les frangins !