Removers Library Linux Setup Script

[Removers Library Linux Setup Script]

Use the Makefile to build...

 

make build

and

make run

 

(you have also

make help

)

[Announcing - Gravitic Mines]

Looks great! Congratulations!

[Removers Library Linux Setup Script]

You can use that by enabling WSL2 extensions.

I tried it with ubuntu on WSL2 and it worked (well, except jcp, but you can use native windows jcp)

[Removers Library Linux Setup Script]

Thanks! Actually, since this is my first Python program, there may be some bugs. So if you notice regression, please tell me.

 

[Removers Library Linux Setup Script]

Finally got time to work a bit on the Jaguar Image Converter in Python. This should work reasonably well now. I have not ported all the options that were in the ocaml version (dithering/rotation/cut/...)

 

I'd be happy to get feedback on it (as well as on the Docker environment).

 

Cheers

 

Seb

[RMAC/RLN]

LOL

 

And thanks, now I can assemble AW

 

 

[RMAC/RLN]

Where should I report bugs?

 

;;; address register = base of var array
VARREG	equ	2

.macro	emitInstr
	;; \1 = instruction
	move.w	\1,(a1)+
.endm

.macro	emitTgtMem
	;; \1 = opcode
	;; \2 = variable number (will be multiplied by 2)
	;; \3 = address register number	
	add.w	\2,\2
	beq.s	.opt\~
	emitInstr	#(\1)|(%101<<6)|((\3)<<9)
	bra.s	.done\~
.opt\~:
	emitInstr	#(\1)|(%010<<6)|((\3)<<9)
.done\~:
.endm

	;; emit "move.w #YYyy,xx(Var)"
	emitTgtMem	(%0011<<12)|(%111100),d0,VARREG

This one produces a segmentation fault.

[Removers Library Linux Setup Script]

Hey, thanks!

 

Also to mention I am working on building a docker environment (based on archlinux) that configures everything.

It is ongoing work but this works reasonably well, even on WSL2

(I still need to adapt to use rmac instead of madmac)

 

Repo is here: https://github.com/theRemovers/jagdev

 

I am also working on translating my Jaguar Image Converter in Python, because it is too difficult to maintain the build with ocamlimages.

[RMAC/RLN]

3 hours ago, cubanismo said:

And does it work without the changes to the rmvlib source?  That change does look as though it's very likely obsoleted by the latest fix from ggn I linked.

Yes, with the patch to rmac, no need to modify rmvlib

[RMAC/RLN]

@ggnI think it is time that I use a more modern tool than MadMac

 

I will report issues if I found any, be reassured

 

It would be great if the patch is integrated to rmac github repo. By doing so, I will be able to officially switch to rmac all my projects.

[RMAC/RLN]

13 minutes ago, cubanismo said:

I'm curious whether @ggn's patches for the issue I reported remove the need for the changes to rmvlib source as well.  Long shot, but it seems at least possible they're related.  If it's just bad handling of '*' in an expression, probably won't help, but if rmac was actually getting confused about whether '*' was relative or absolute, it could, as that's the issue I was having building bpeg.s.

 

Here's a direct link to the rmac patch:

 

http://jlhconsulting.gotdns.com/bugs/attachment.cgi?id=144

I applied the patch and it seems to work! Thanks

I need to test, test and test now

[RMAC/RLN]

Ok, many thanks! Will try that

 

edit: just tried, display.s still fails to be assembled (not tried the other files, but I guess it's the same issue)

 

[RMAC/RLN]

I think one problem in my code is the use of '*' to refer to current PC, as for instance in the following code:

 

.org G_RAM
padding_nop	(G_RAM+$10-*)

 

where padding_nop is a macro defined as follows:

 

.macro	padding_nop
	.print	"adding ",\1/2," padding nop"
	.rept	(\1 / 2)
	nop
	.endr
.endm	

 

What should I use instead of '*' ?

 

 

[RMAC/RLN]

Hello,

 

I am trying to switch to rmac for building The Removers Library.

 

I get the following errors when compiling display.s:

 

display.s 192: Error: illegal relative address
display.s 192: Error: mis-nested .endr

 

First, I believe the line numbers are wrongly reported, because on line 192 stands a local label definition:

.gpu_display_from_cpu_it:

 

Secondly, the second error message seems to indicate a problem with a rept/endr.

 

Is there a way to adapt code that was accepted by MadMac?

 

How can I track more precisely the origin of the error?

 

Many thanks!

 

Seb

 

[Rotary controller]

Thank you so much for your detailed answer

I need to read and digest this now

[Rotary controller]

Hello,

I'd like to add support for rotary controller in the Removers library.

However, right now, I have not a clear understanding on how to read data from joypad, interpret them, and report them.

Is there some reference documentation about that? And/or even better some available code to do that?

Thank you,

Seb

[rjcp: Remote jcp script]

Removers extensions to JCP published here:

https://github.com/theRemovers/skunk_jcp

[Jaguar C Programming examples? C experiences?]

On 6/4/2010 at 6:58 AM, tarkb said:

 

I meant source for rmvjcp -- no biggie

 

I also told him it is cool another jaguar homebrewer likes iron maiden

 

Maybe he thought I was sucking up to try and persuade him

Sorry, I will publish source of rmvjcp

 

Done: https://github.com/theRemovers/skunk_jcp/

[rjcp: Remote jcp script]

2 hours ago, cubanismo said:

Not exactly.  It may just be support code for the rmvlib printf functions. I'm not familiar with it at all.  @SebRmv (Hope this is the right Seb) would probably know more.  I came across it while wandering through @belboz's dev environment files for Linux, and after googling a little this was all I found:

• References to it on The Removers download page (See example 16): http://removers.free.fr/softs/download.php
• A reference to it here, with a request for the source that was never followed up on publicly:

I'd like a pointer to the source myself since I'm slowly building up a git submodule tree that generates something similar to the Belboz SDK from source so I can build native binaries for x86_64 and ARM Linux environments for the majority of the tools.  However, I haven't gotten to the point where I'm using anything that requires it yet, so it's just a bullet way down my list of TODO's for that project.

Oh, I think I never saw that (or at least do not remember).

Yes, I should publish source of rmvjcp, let me do some cleanup in my files, before.

[rjcp: Remote jcp script]

Nice! Thanks for sharing!

I actually use a 5 meter USB cable right now, but maybe I should invest into a Raspberry

[Removers Library - a.out Binary Emulation Dropped From Linux Kernel]

Ok, so everything is fine now? Great, thanks to you

[Removers Library - a.out Binary Emulation Dropped From Linux Kernel]

Does it work on a real Jaguar?

[Removers Library - a.out Binary Emulation Dropped From Linux Kernel]

Happy to hear this works well.

I think I misinterpreted the format of a.out object files.

You can see I added a lot of log messages now

 

I use jlinker for all my Jaguar projects now.

Please do not hesitate to report bugs if you find any.

 

[Removers Library - a.out Binary Emulation Dropped From Linux Kernel]

I patched jlinker and this seems to work now. Could you give a try to the latest version available on github?

[Removers Library - a.out Binary Emulation Dropped From Linux Kernel]

That's interesting. How did you build gcc? Could you send me the file libgcc.a

(or even better all the files 

crt0.o main.o display.o interrupt.o rmvlib.a jlibc.a libgcc.a

) ?

The exception is raised by jlinker. It tries to read 4 bytes at an illegal place (see https://github.com/sbriais/jlinker/blob/master/bytesExt.ml)