| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Assembler preferences.
Two questions:
- what's everyone using these days?
- on large productions, do groups tend to enforce a single assembler for the entire project, or is the code base a bit heterogenous?
I'd like to keep this discussion purely focussed on assemblers; please leave code generators, loader toolchains etc for that other thread.
(as for me, I'm still using xa65 for most projects) |
|
... 204 posts hidden. Click here to view all posts....
|
| |
Slammer
Registered: Feb 2004
Posts: 416 |
KickAss (3.x, there is a solution in 4.x) wasn't made for conditional imports as I never use them myself (and just as you can't make conditional imports in java). Different configurations was made by using different starting files, instead of conditional imports.
But I must say Groepaz, it seems like 'Crusade' is very describing for your hate of KickAssembler. It is ok, that you don't want to use it, but it seems kind of manic the way you try to seek out and destroy every positive post about Kick Assembler. Your lack of tolerance for other opinions than your own makes you an excelent code dictator, but hey, luckily we live in a free world where everyone is entitled to an opinion.
What makes me sad is when your lack of tolerance spreads to good people like Krill. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
yeah, because people like krill (or bitbreaker) need my "crusade" to form their opinion. god forbid its the simple lack of essential features and the resulting fucked up workarounds emerging because of that. LOL |
| |
Slammer
Registered: Feb 2004
Posts: 416 |
Krill and Bitbreaker are perfectly entitled to an opinion. But it seem to me that Krill was attacking Wisdom for aswering a question that was asked directly to him and with the style of retoric i have seen you use many times. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
If you think that has anything to do with my supposed lack of tolerance (which is funny by itself), then you really need your reality checked. |
| |
Hein
Registered: Apr 2004
Posts: 954 |
For what it's worth now that this thread is starting to get emotionally deranged: 64tass. :) |
| |
tlr
Registered: Sep 2003
Posts: 1790 |
dasm
Lot's of quirks but it works for me. |
| |
Angel of Death
Registered: Apr 2008
Posts: 211 |
If I may add to the conversation...
I seem to be the only one here that uses both and I found out that in the end it doesn't really matter which compiler/assembler you use
and that the speed at which it does it's job is dependent on how much includes, scripts, conditional compiles etc. are used.
However, not doing any programming in a 'higher language', the modern syntax and structure of kickass does look a bit alien to me
as my brain is, more or less, trained to read machine/assembly code.
There are one click solutions and enviroments for both and having the additional JAVA layer doesn't make it, necessarily, more cumbersome on modern systems.
But it does make it cross-platform.
But then again, that doesn't have anything to do with the difference between using a compiler with advanced scripting-options or an assembler that doesn't.
If you consider programming as building something it shouldn't really matter if you use a hammer and chisel
(or hammer and nails, for that matter) or a 3d printer.
Tools are tools, skills are skills... |
| |
Krill
Registered: Apr 2002
Posts: 2980 |
Quoting SlammerBut it seem to me that Krill was attacking Wisdom for aswering a question that was asked directly to him and with the style of retoric i have seen you use many times. I wasn't intending to attack anyone. My point was just this: While the scripting abilities are all fine and dandy, they limit you in what you can do, until using arbitrary external tools to generate data (as it's supposed to be (TM)).
I myself use many different domain-specific scripting languages and other tools to generate data to be included with C-64 binary blobs. I guess a good example is the GNU octave (Matlab) script i used in the build process of Artefacts to pack a few tables to polynomials, which is a kind of lossy compression, and uses polynomial fitting (of course) to find the coefficients. This is a few lines in that language, as it is made for that kind of job. Conversely, it would probably be a bad idea to do this in most/all general-purpose languages.
Other examples would be graphics and audio conversion, lossless compression, etc.
Now, in the end, nothing keeps anyone from using the built-in scripting AND external data generators. But i myself have never missed the lack of the former in other assemblers (as long as they come with a mature macro engine) and keep using whatever external tool does the job.
And with regard to the hammer/nails metaphor: I have seen quite a few posts in here which were about solving some specific problem in the built-in scripting language. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
what krill said. first and foremost, the assembler should do assembler things - and it should do it well. IMHO kickass just fails flat on a few things there (which you can surely work around, but i'd rather not). the scripting stuff is all nice and fluffy, but it doesnt solve anything for me. |
| |
Slammer
Registered: Feb 2004
Posts: 416 |
Krill: Good to hear your elaboration. It raises the discussion from the mud-slinging level to something constructive.
And you are actually stating an important point. Nothing prevents you from using the script together with higher level languages, just like nothing prevents you from doing something in C++ when you are doing calculations in Math-lab. You can also benefit from stuff like pseudocomands or access to the internal labels in executed macros without using the script language at all.
Now I'am sure there are other equally cool benefits in the assembler you use, why dont you state these instead of assuming people are gonna use the script language in a bad way. |
| Previous - 1 | ... | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | ... | 22 - Next |
