~llama

I think we (the US) might actually have a pretty good run in this World Cup. I don't think we'll win, but I do think we'll perform much better than people expect. It should be interesting...

Maybe you didn't find Google while you were searching...

Same here, especially DS games and Lynx cards. DS games, in particular, are so small I never put them anywhere but in the DS or back in the cases they came in.

Guys, the fireworks is only dependent on the last two digits... if it's XYY where YY are the same number (multiples of 11) you'll get Y fireworks at the end and depending on what Y is, you'll either get a Mega Mushroom house, a normal Toad house, or a 1-Up House thing. (edit: but you already knew that) I bought this game a week ago with my girlfriend and we've probably spent no less than two hours a day playing it. The only World I haven't gotten to yet is 7... but it's so fun. I'm almost all the way through it. And for whoever asked how to get to World 4... you have to beat the castle at the end of world 2 as Tiny Mario. You'll fall through the floor and go to 4 instead of 3. I found that out accidentally I love this game! Go buy a DS and then this game. You won't regret it.

I'd just like to point out that One Doesn't Have to Capitalize Everything. And "Good grief" was a brilliant response

Amen, like that time I went to New York with Doc from Back to the Future and threw Thomas Jefferson down a flight of stairs.... ...see? I could write for Family Guy, too.

We'll probably be out pretty early, as usual. Not that most American citizens know what the World Cup is...

The DS is an amazing 2D platform as well, as seen in Kirby: Canvas Curse and the Mario & Luigi game (that one's next on my DS "to buy" list).... I think the DS is going to be remembered much more for interesting 2D games than 3D ones. The small screen(s) make it hard for 3D games to look immersive, at least IMHO. The only 3D game I have is MarioKart.

And let's not forget that the DS plays GBA games anyway, so theoretically even if they never make another version of GBA hardware, GBA games can keep coming. Not sure why anyone would make new a GBA game when it could only be played on the DS, but I've bought a few $5 used GBA games to kill time with my DS before.

Ah, be a good boy and go bitch around somewhere else, will you please ? No, in this case Bruce is right on the money. I don't like the syntax and would rather use standard Motorola syntax, since it's what I'm used to. Not everything said in a negative context is bitching. The fact that it gave me trouble when I was compiling it was just the final straw that convinced me to not use gas.

Just an update: I undid my ditching of Perl, even though dealing with references is painful. I'm much more proficient in Perl than I am in Ruby or OCaml, so it only makes sense to use it on this project since I'm doing this out of need, not just for the hell of it. I'm still trying to figure out how to incorporate a DOPERL directive, but I should have a working version before too much longer. Exams are coming up, so it may be towards the end of May.

Well, I suppose this thread could be moved to the programming general forum now, because it's not really related to Jaguar programming, I just figured Jaguar guys knew where to find a 68k assembler. I'm not going to be striving for DASM compatibility, even though what I'm really working towards is a retargetable assembler, perhaps something table-driven like TASM for DOS. I like the way Bruce's assembler handles things internally, but I think it would be better to have a "processor" directive, like DASM does. Like Bruce details in his thread about his 6502 assembler, DASM is pretty weird, not like any other assembler I've used, and so I think to copy all the DASMisms would be to defeat the purpose of writing my own. That said, my primary focus here is going to be 68000 (and then once MC68000 support is working, the rest of the 680x0 family) so I don't think anybody working on 2600 code will be using my assembler for along time. What are some useful directives that aren't standard? Things like ORG, ALIGN, SEG, and that are understood... what is there that could make a new assembler a "killer app"? Any feature requests that you'd like to see? Bruce, I fired up MPW on my Mac Classic II (yep, I have one in my dorm room) and... well... the assembler sucks but thanks for pointing me to it... so one of the intended uses of my assembler will be 68k Macs, along with Jaguar and other 680x0 systems--you spoke a while ago of Genesis programming... if you've done any, do you use C or assembler? EDIT: I've ditched Perl because it flattens lists automagically, which is stupid. I don't want to use references, so I'm either using Ruby or OCaml.

I don't really know Python, but looking through the source it seems to be a really nice design, and pretty extensible. I've started making tables of mnemonics, opcodes, and addressing modes in the Perl version, but if it looks like the Python version is better then I may just dump what I'm doing and use it as a crash course in Python EDIT: After continuing my search, I found that the as68 included with the sc68 package (sc68.atari.org) builds and works fine for what I'm using it for. I've started using that for my homebrew stuff... but, all this talk about an assembler written in Perl or Ruby that allows Perl or Ruby to be embedded in the assembly source has me intrigued, and I'll still be continuing with that project, albeit a little less urgently. Any interest in a collaboration on that project? The assembler could be retargetable or could work like Bruce's assemblers, where there's one main header and lots of processor implementations... anyway, I love the "embedded (Perl|Ruby)" idea so I'm going to keep working on it. Perhaps a 6502 version would be of more use to the Atari community at large, but I love 68k.

Oh, I hate awk Batari said he knew it, so I was suggesting maybe he could use it in a future version of bB to avoid his text-processing gremlins. As for my assembler, I've got some stuff on paper for a frontend, for parsing an input file into an IR that includes labels, mnemonics, addressing modes, etc... I haven't started hacking real code yet. I printed out the listing for P65 and I'm going to hand-document it (that's really the only way I can learn how other programs work, by sitting at my desk with a pen and explaining to myself what everything is doing) to get a better grasp on how it's backend works. I'm going all-Perl on this one... maybe if I get time I can learn Ruby.

I found the p65 assembler for 6502 and 6510 that's written in Perl-- it uses a nifty parser and intermediate representation tree walker that looks like it could be adapter to just about any processor. The rest of the assembler seems to be pretty 8bit-specific but it looks like a start. batari, I've looked through the bB source and found it pretty hard to understand (but I don't know much about yacc/lex)... it does seem like awk might have made for a cleaner implementation, although I wouldn't mess with success now that bB is established. Maybe the "next major revision" (bB 2.0 or 5.0 or bB X or whatever) could have a rewritten parser or something.

So what ? If I'll ever get around to writing my own assembler I'll write it in Ruby and make it somehow interpret Ruby code embedded into the source code. I've been wanting to learn Ruby for a long time, and if I didn't have finals coming up I would use this as an excuse to learn it. That (embedded Ruby code) seems to be a great idea, one I might just steal for my Perl assembler if you don't mind, of course...

Well, just an update: I've been trying to get Fantasm and LIDE running, but it's asking me for a serial number, even though the app is free now... Is there a serial number anywhere? Anyway, Fusion Forth is written in Motorola syntax and *almost* assembles without modification using asm20. I've been looking to see if I can hack macros into it and it doesn't look like it's an option, though. I've started work on my own, which I'll post here or on my AA blog when/if it works. I'm writing it in Perl (I know, I know, but it's easier than C for me.)

Originally Infotari got their panties in a wad because it played like Warlords, or something along those lines. It was back when they cracked down on their copyrights... check Cybergoth's avatar I think that was the issue, anyway. Could be talking out my ass on that one.

Has anyone heard from either one of those guys lately? I know the programmer (Christopher Tumber) disappeared, but what about salstadt? He always had astonishingly good mockups. ...didn't he do the original PoP mockups?

asm20 built on the first try. I'm going to try using this and gas both for a while and see which one I prefer... although rolling my own does sound like it'd be kinda fun EDIT: I've been trying forever to get binutils to compile for m68k and it just doesn't want to happen. I'm currently using asm20, which is okay I guess. It compiles most of the old ST source code (mainly "Fusion Forth 68k," for a homebrew 68000* project :-P) I've been using for testing purposes... Is there any interest in a new assembler? or is gas enough for everybody else? I may end up rolling my own with really nice macros anyway, or figuring out how to use M4 with asm20. * As in computer, not game.

Hmm... I think I'll try to go with MPW--having to use gas syntax doesn't sound fun, I've tried it on x86. I was sort of hoping there was a DASM-like or something for OS X that I didn't know about and couldn't find with Google. Bruce, how hard would it be for me to hack 68k support onto your assembler? I've been digging through the source--is it pretty much 8-bits only? Worst-case, would there be any interest in a stand-alone 680x0 assembler for OS X with DASM-ish capabilities?

...I've been trying to find one for a couple of days. Does anyone know of a good one, or a cross-platform one that will probably build on OS X? Thanks

I've got a 40Gbyte 4G iPod (monochrome screen, weighs about half a pound ) and I've put Linux on it a couple of times... but as the 4G is unsupported so far (the port is still under development), even though other people have had great success with it, mine freezes every time i try to play music on it. It's pretty fun to play Tetris with, though

What about F-14 Tomcat with the 2600 label on it? Now there's a great game... just kidding. What about Robotron? You kind of have to have real hardware to really enjoy it though. That would make seven

As supercat has pointed out, at least in the Schiavo case, there was a lot going on besides the PVS debate. I wouldn't want to be kept alive in that state either, but... I don't know. Flame on, I guess