30 June 2017, 20:50 | #41 |
Registered User
Join Date: May 2017
Location: Belgium
Age: 50
Posts: 334
|
Thank you all for your generous contributions! This thread has proven to be way more valuable than I'd ever imagined. I should probably even change the subject, actually..
As mentioned earlier, I'll be fine with AsmPro for a while, being the noob that I am, experimenting on the quite-low-level hardware that I have. However, I'll hopefully reach the point were I'll have some of my own libraries, which should be reusable across projects and independently developable (not sure that's a word, though). Anyway, would that be the point to start looking out for the next step? Because that'll probably require some control over how things are compiled and linked -- ie, something like a makefile, I guess. First on the list would be PhxAss, as it has been mentioned several times -- and not only by its developer. If I understand correctly, this is 'only' an assembler -- I mean, just like in the vasm scenario, you'd need a linker (eg, vlink) and an editor (and preferably also a debugger) on top of that to do the 'makefile scenario' above. Is this about right? I'd also like to take a look at devpac, *the* reference m68k assembler. I'm not entirely sure what that means, but it sounds profound enough to at least give it a go. Can't seem to find it on aminet, however, and highsofts site seems to be abandoned. Where can I get it? |
30 June 2017, 21:20 | #42 | |||
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
Quote:
Quote:
Quote:
|
|||
30 June 2017, 22:18 | #43 | |||
Registered User
Join Date: May 2017
Location: Belgium
Age: 50
Posts: 334
|
Quote:
Quote:
I'm not really sure why I'm still trying to develop on the actual hardware, tbh. I'm used to code in visual studio, for crying out loud! Quote:
Alright, I'll check that out. |
|||
30 June 2017, 23:32 | #44 |
Moderator
Join Date: Nov 2004
Location: Eksjö / Sweden
Posts: 5,652
|
Saw this and made a small update to AsmTwo tonight (same link)
- supports absolute paths for all includes via : in path - incdir "" to fix relative paths from older AsmOnes is not required anymore The archive is compressed on Amiga and will preserve Amiga file system attributes, but only if decompressed on the Amiga. (Just a difference in file systems, my usual CLI 'magic' is "protect [file] rweds".) |
01 July 2017, 00:15 | #45 | |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
Quote:
Link (at compile time) libraries for the 68k AmigaOS use the .lib suffix for SAS/C and vbcc (.lib files in Windows may be something completely different). GCC link libraries use the .a suffix. Usually .so or .dll files can be turned into link libraries for the 68k. You would need a linker for combining multiple link libraries (.lib) and/or object files (.o) at compile time. I use the linker all the time with a CED ARexx script (assemble+link) as the linker has more features. If wanting to share code, there is documentation on Aminet on how to make shared AmigaOS libraries (.library). |
|
01 July 2017, 02:11 | #46 |
Registered User
Join Date: Apr 2016
Location: Perth, Australia
Posts: 396
|
I used to use Devpac 3 and from what my memory tells me, I switched to AsmOne because Devpac didn't support some things like local labels.
I was using AsmTwo for a while but I switched to the latest version of AsmOne due to the extended features of the latest version of that and also for the support for assembling code for 68020+ and the FPU. If AsmTwo was branched off the latest version of AsmOne then AsmTwo would be epic. Maybe AsmThree will be made one day combining all the features of everyone's favourite Amiga assemblers so we can then all universally agree that AsmThree is the assembler to use :P |
01 July 2017, 09:34 | #47 | ||
son of 68k
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,352
|
Quote:
Quote:
However, as the average libs: dir is quite full of various libs from various people, it may be better to use simple include files containing your own reusable functions. By using conditional assembly you can avoid including what you don't use in your current project ; this is what i did. |
||
01 July 2017, 16:50 | #48 | |
Registered User
Join Date: May 2017
Location: Belgium
Age: 50
Posts: 334
|
Quote:
When I first tried to assemble it, it gave a file error in the first include (Exec/Types.i). According to the AsmPro docs, I should put my include files in AsmPro:Include, but this unfortunately doesn't seem to work. I can only get it to assemble if I copy the exec folder (from Include_i, from NDK39) to the folder that contains the source. Neither of the above solutions seems satisfactory to me, as they both involve copying folders and files around. I could not find another way to add an include path to AsmPro. Am I missing something? Can I maybe set something like a (linux) symbolic link in my project folder to where the SDK actually is? Also, having assembled it without errors, I can't see any output. I was expecting that it would generate the random250.library file, but it doesn't (I've renamed the one that came precompiled). Here also, I'm clearly doing something wrong. I guess it compiles to memory, and I should redirect that or something? |
|
01 July 2017, 16:53 | #49 | |
Registered User
Join Date: May 2017
Location: Belgium
Age: 50
Posts: 334
|
Quote:
And many thanks for the tutorials; they're a real eye opener to me -- and I'm not even halfway through them.. |
|
01 July 2017, 17:31 | #50 | |
Registered User
Join Date: May 2017
Location: Belgium
Age: 50
Posts: 334
|
Quote:
|
|
01 July 2017, 17:34 | #51 | |
son of 68k
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,352
|
Quote:
You don't need a symbolic link, just to find some include directory config in AsmPro - there ought to be some ! If you don't find how to do that (i can't help with AsmPro itself, sorry), at last resort some INCDIR directive in the source will do. |
|
01 July 2017, 17:59 | #52 | |
Registered User
Join Date: May 2017
Location: Belgium
Age: 50
Posts: 334
|
Quote:
Excellent advice, thanks, that works! Seeing as this will usually be very similar from project to project, I could even actually live with this. |
|
01 July 2017, 20:15 | #53 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,054
|
My asm-one code compiles fine in asm-pro 1.17:
Code:
INCDIR "Work:Developer/Include/" INCLUDE "intuition/intuitionbase.i" INCLUDE "intuition/screens.i" |
01 July 2017, 20:46 | #54 | |
Registered User
Join Date: May 2017
Location: Belgium
Age: 50
Posts: 334
|
Quote:
I'm still not sure this is actually the way you're supposed to do it, though. Is there really no way to set an (and preferably several) include path(s) in AsmPro? So you don't have to modify the source? |
|
01 July 2017, 22:10 | #55 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,054
|
Ah, damn... Yeah, I missed that somehow. After several reinstalls of windoze, drivers and other crap my eyes are bloodshot and my brain cells are too busy commiting suicide to pay attention to details ><.
Hmm, not sure. If it's heavily based on the original Asm-one source by R.G.M., which I think is the case, it only supports one include directory (which you can change multiple times with INCDIR). |
01 July 2017, 22:39 | #56 | |
Registered User
Join Date: May 2017
Location: Belgium
Age: 50
Posts: 334
|
Quote:
I still don't know how to properly set this include path in AsmPro, unfortunately, other than adding an IncDir in the source.. |
|
01 July 2017, 23:07 | #57 |
Registered User
Join Date: Jun 2016
Location: europe
Posts: 1,054
|
Hmm, doesn't it use the default directory? You can set that by pressing ramiga-[. Then if you don't use INCDIR it should look for includes in that directory.
You can also use V (command line) to set it or print its contents (so it should tell you to what exactly it's currently set). Something like cwd/pwd change/print working directory on unix. So in my case, I would use "V Work:Developer/Include/" and as long as all the includes are there it would work. |
02 July 2017, 09:42 | #58 | |
Registered User
Join Date: May 2017
Location: Belgium
Age: 50
Posts: 334
|
Quote:
|
|
02 July 2017, 09:46 | #59 |
Registered User
Join Date: May 2017
Location: Belgium
Age: 50
Posts: 334
|
Oh, and it also looks in the dir containing the source. (which was where I thought 'default dir' needed to point to for this to work)
|
04 July 2017, 19:00 | #60 |
Registered User
Join Date: Jan 2016
Location: Santa Cruz/US
Posts: 48
|
The assembler you pick also depend on if you program on real HW, or if you use an emulator. I've been using WinUAE and started with DevPac 3, as that's what I used 20 years ago. But I quickly changed to using my favorite PC text editor and assembling with vasm. By doing that I'm not limited by the small screen size and the assemble time is instantaneous.
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
AsmOne installation | lunecat | Coders. General | 1 | 19 September 2015 00:05 |
Linker to use with AsmOne (68000) | nandius_c | Coders. Asm / Hardware | 10 | 10 December 2014 11:53 |
Playing around with AsmOne on Winuae.. | jimmy2x2x | Coders. Asm / Hardware | 13 | 18 November 2014 18:22 |
AsmOne: Undefined symbol | copse | Coders. Asm / Hardware | 2 | 02 April 2012 01:41 |
AsmOne even directive...? | pmc | Coders. General | 30 | 04 December 2009 09:33 |
|
|