English Amiga Board


Go Back   English Amiga Board > Coders > Coders. Asm / Hardware

 
 
Thread Tools
Old 26 November 2015, 09:43   #61
meynaf
son of 68k
 
meynaf's Avatar
 
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,351
Quote:
Originally Posted by AnimaInCorpore View Post
I did.
And of course, you splitted the source into many pieces to make it more "manageable", huh ?
How big was it ?
meynaf is offline  
Old 26 November 2015, 10:15   #62
AnimaInCorpore
Registered User
 
Join Date: Nov 2012
Location: Willich/Germany
Posts: 233
Quote:
Originally Posted by meynaf View Post
And of course, you splitted the source into many pieces to make it more "manageable", huh ?
How big was it ?
The source of Cho Ren Sha 68k is actually 5.2 MB in size. This includes a lot of comments produced by the disassembler so i'd say it contains about 2.6 MB of pure code.

No, I didn't split this source up for two reasons: the label renaming was way easier to do in one file and the source itself is almost kept in its original state. Only a few subroutine hooks have been put in so there was no real need to have many files.

However, I have some other separate source files for the system specific initialisation and emulation routines. So I can assemble the whole source for the X68000 and the Atari Falcon030.
AnimaInCorpore is offline  
Old 26 November 2015, 15:02   #63
Thorham
Computer Nerd
 
Thorham's Avatar
 
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 48
Posts: 3,828
Quote:
Originally Posted by meynaf View Post
In some way, it is a target architecture.
But what would you run it on?

Quote:
Originally Posted by meynaf View Post
Well, my A1200 could handle it.
Sure, but if at any one time you'd only have to assemble 100KB then it would be faster.

Quote:
Originally Posted by meynaf View Post
241689 lines in 0.77 sec = 18832909 lines/min.


Quote:
Originally Posted by meynaf View Post
Honestly, about the time to assemble, something makes me think it's not a valid argument
Not anymore, no, but you're using WinUae now.

Quote:
Originally Posted by meynaf View Post
But what does make sense ?
It certainly makes sense for code you write from scratch.

Quote:
Originally Posted by meynaf View Post
When you resource code it is usually the case
Yeah, you might be right about that.
Thorham is offline  
Old 26 November 2015, 16:41   #64
meynaf
son of 68k
 
meynaf's Avatar
 
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,351
Quote:
Originally Posted by Thorham View Post
But what would you run it on?
Anything that can run the virtual machine. But it's OT here. PM me if you want to know more.


Quote:
Originally Posted by Thorham View Post
Sure, but if at any one time you'd only have to assemble 100KB then it would be faster.
And what would the gain have been ? Turn 30 seconds into 5, knowing that i don't assemble very often ? Not worth the trouble.


Quote:
Originally Posted by Thorham View Post
Not anymore, no, but you're using WinUae now.
Debug builds were done with "opt 0" option (no optimization) to care about assembly times.


Quote:
Originally Posted by Thorham View Post
It certainly makes sense for code you write from scratch.
Doesn't answer the question. I meant, what is the criterion for splitting ?
I split only reusable, modular code.
meynaf is offline  
Old 27 November 2015, 10:34   #65
Thorham
Computer Nerd
 
Thorham's Avatar
 
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 48
Posts: 3,828
Quote:
Originally Posted by meynaf View Post
Debug builds were done with "opt 0" option (no optimization) to care about assembly times.
And how long did that take on a 50mhz 68030?

Quote:
Originally Posted by meynaf View Post
Doesn't answer the question. I meant, what is the criterion for splitting ?
For me size is certainly part of it. A 1mb source is just not fun to deal with. Actually, a 100kb source may already be a bit much. Very annoying if it can't be split up in parts that make sense.
Thorham is offline  
Old 27 November 2015, 13:11   #66
meynaf
son of 68k
 
meynaf's Avatar
 
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,351
Quote:
Originally Posted by Thorham View Post
And how long did that take on a 50mhz 68030?
I don't remember exactly. Perhaps 30 secs or so.
Anyway, much less than the time i'd have spent coping with many source fragments.


Quote:
Originally Posted by Thorham View Post
For me size is certainly part of it. A 1mb source is just not fun to deal with. Actually, a 100kb source may already be a bit much. Very annoying if it can't be split up in parts that make sense.
What annoys you with a large source ?
Perhaps it's just the editor that's ill-suited for it ?

I see little difference in having several files open in an editor, in comparison to have several regions in the same file.
Conceptually it's the same.
meynaf is offline  
Old 27 November 2015, 13:19   #67
Thorham
Computer Nerd
 
Thorham's Avatar
 
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 48
Posts: 3,828
Quote:
Originally Posted by meynaf View Post
Perhaps 30 secs or so.
That's not short.

Quote:
Originally Posted by meynaf View Post
Anyway, much less than the time i'd have spent coping with many source fragments.
That might be a good reason not to. When writing things from scratch you don't really have that problem, of course.

Quote:
Originally Posted by meynaf View Post
What annoys you with a large source ?
Feels unorganized.

Quote:
Originally Posted by meynaf View Post
Perhaps it's just the editor that's ill-suited for it ?
I use FrexxEd, so that's not the problem. FrexxEd has folding, so it should actually be a little better in that editor.

Quote:
Originally Posted by meynaf View Post
I see little difference in having several files open in an editor, in comparison to have several regions in the same file.
Conceptually it's the same.
No, it feels different. It's probably just comes down to personal preference.
Thorham is offline  
Old 27 November 2015, 13:29   #68
meynaf
son of 68k
 
meynaf's Avatar
 
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,351
Quote:
Originally Posted by Thorham View Post
That's not short.
Sure. But when you change a global setting (like some equ used everywhere) you have to reassemble everything anyway. I don't want to type 10 commands where one is enough.

Furthermore, even when i split, i don't assemble separately. My viewer merges everyone together with include directives


Quote:
Originally Posted by Thorham View Post
No, it feels different. It's probably just comes down to personal preference.
If it comes down to personal preference, then the matter is settled
meynaf is offline  
Old 27 November 2015, 16:14   #69
Thorham
Computer Nerd
 
Thorham's Avatar
 
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 48
Posts: 3,828
Quote:
Originally Posted by meynaf View Post
Furthermore, even when i split, i don't assemble separately. My viewer merges everyone together with include directives
Which is fine if your source code isn't a megabyte. Your viewer isn't overly large and assembles pretty fast.

Quote:
Originally Posted by meynaf View Post
If it comes down to personal preference, then the matter is settled
Indeed People should work in a way that works best for them.
Thorham is offline  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
4th tutorial on ASM- and HW-coding Vikke Coders. Asm / Hardware 11 10 April 2013 20:32
3rd tutorial on ASM- and HW-coding Vikke Coders. Asm / Hardware 6 26 March 2013 15:57
First tutorial on ASM- and HW-coding Vikke Coders. Asm / Hardware 46 18 March 2013 12:33
2nd tutorial on ASM- and HW-coding Vikke Coders. Asm / Hardware 10 17 March 2013 11:49
Coding for A500 / A1200 helmut request.Apps 2 26 January 2012 15:55

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 01:10.

Top

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.
Page generated in 0.09513 seconds with 15 queries