flat assembler
Message board for the users of flat assembler.
Index
> Non-x86 architectures > FASMARM v1.44 - Cross assembler for ARM CPUs Goto page Previous 1, 2, 3 ... 18, 19, 20 ... 31, 32, 33 Next |
Author |
|
revolution 02 May 2010, 09:57
Allowing independent access to parts of registers will use up a lot of opcode encoding space. Perhaps it would be better to provide SIMD style instructions that treat the registers as separate bytes, hwords or words but still operate in parallel on the entire register. Plus, updating only parts of a register is generally not very efficient when you want to provide pipelines and register renaming and other features that improve throughput.
|
|||
02 May 2010, 09:57 |
|
ass0 02 May 2010, 12:20
But nothing guarantees that an open source software is forever. Tom Tomorrow could change his mind.
_________________ Nombre: Aquiles Castro. Location2: about:robots |
|||
02 May 2010, 12:20 |
|
pelaillo 03 May 2010, 14:20
Quote:
Yeah, the GPL. And it has been successful so far. |
|||
03 May 2010, 14:20 |
|
revolution 03 May 2010, 15:09
I thought PD is the only license that guarantees open source in perpetuity.
|
|||
03 May 2010, 15:09 |
|
rxantos 05 Jun 2010, 19:28
@revolution
You are right. As long as the original author did not use things that have a binding license from someone else, he/she can change the license to whatever he/she wants to. Or even have multiple licenses. Only public domain guarantees that a open source will remain open. However, if you download a LGPL, GPL, MIT or BSD, source or design. And the author later decides to change the license, you can still use the code you had, and do a fork. Which basically means that you cannot call the fork the same name and you cannot incorporate any changes made to the original after the license changed. |
|||
05 Jun 2010, 19:28 |
|
Kuemmel 22 Aug 2010, 20:01
...just curious, within the next weeks there are some ARM based TEGRA 250 devices available, like this netbook (sorry german link, but the specs are clear anyway) ->
http://de.computers.toshiba-europe.com/innovation/series/b2c-toshiba-ac100/1087013/ My question is, is there any chance to code in assembler for that thing ? Does Android (here version 2.1) allow you to do so ? May be there's an inline assembler available or even ARMFASM would run ? I asked the question in an Android developer forum without any usefull answer...may be somebody here ? @Revolution ? |
|||
22 Aug 2010, 20:01 |
|
LocoDelAssembly 22 Aug 2010, 21:32
Kuemmel, it should be able to produce ELF objects at least since according to wikipedia Tegra 250 series uses ARM v7 architecture which is supported by this assembler. However, you WON'T be able to compile from there, you'll need an x86 environment (or emulator in that netbook), to be able to run fasmarm.
|
|||
22 Aug 2010, 21:32 |
|
revolution 08 Sep 2010, 11:42
Version 1.17 now available:
Quote: v1.17 2010-Sep-08 |
|||
08 Sep 2010, 11:42 |
|
revolution 09 Sep 2010, 12:02
Version 1.18 now available:
Quote: v1.18 2010-Sep-09 |
|||
09 Sep 2010, 12:02 |
|
revolution 16 Sep 2010, 03:29
Version 1.19 now available:
Quote: v1.19 2010-Sep-16 |
|||
16 Sep 2010, 03:29 |
|
den_po 16 Sep 2010, 13:51
v1.19
test.asm: Code: include "test.inc" section 'test' executable readable writeable at 0 align 1 nop test.inc: Code: format ELF dwarf executable output: Code: flat assembler for ARM version 1.69.24 (1344147 kilobytes memory) error: Fatal: Failure when processing line numbers. |
|||
16 Sep 2010, 13:51 |
|
revolution 16 Sep 2010, 14:07
Hmm, works for me.
flat assembler for ARM version 1.69.24 wrote: flat assembler for ARM version 1.69.24 (160166 kilobytes memory) Can you try with a reduced memory. Try: fasmarm -m 100000 test.asm |
|||
16 Sep 2010, 14:07 |
|
den_po 16 Sep 2010, 15:01
the same thing
|
|||
16 Sep 2010, 15:01 |
|
revolution 16 Sep 2010, 15:06
I copied your text from above and cannot reproduce the problem. Please check your source files for anything odd or extra that is not shown above.
|
|||
16 Sep 2010, 15:06 |
|
den_po 16 Sep 2010, 15:10
|
|||
16 Sep 2010, 15:10 |
|
revolution 16 Sep 2010, 15:17
Still works for me:
Quote: C:\Documents and Settings\We are the Borg\Our Documents\den_po>runme.bat |
|||
16 Sep 2010, 15:17 |
|
den_po 16 Sep 2010, 16:00
win7 x64, win7 x86.
one man confirmed that the error occurs in winxp too. crashlog from another man (win7 x64): Code: Problem signature: Problem Event Name: APPCRASH Application Name: FASMARM.EXE Application Version: 0.0.0.0 Application Timestamp: 4c917084 Fault Module Name: FASMARM.EXE Fault Module Version: 0.0.0.0 Fault Module Timestamp: 4c917084 Exception Code: c0000005 Exception Offset: 0000d02d OS Version: 6.1.7600.2.0.0.256.1 Locale ID: 1049 Additional Information 1: 0a9e Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 Additional Information 3: 0a9e Additional Information 4: 0a9e372d3b4ad19135b953a78882e789 Read our privacy statement online: http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409 If the online privacy statement is not available, please read our privacy statement offline: C:\Windows\system32\en-US\erofflps.txt i haven't specified that in winxp fasmarm crashed. exception offset points to rep movsb edit: ok, some people report about crashes, some people report about "Failure when processing line numbers" |
|||
16 Sep 2010, 16:00 |
|
revolution 16 Sep 2010, 16:17
What was the source code used to get it to crash? That is a different problem from the fatal error above. But the Exception Offset value makes no sense to me. 0000d02d is in the lower 64k space, which wouldn't point to any code from fasmarm.
|
|||
16 Sep 2010, 16:17 |
|
den_po 16 Sep 2010, 16:21
sources from the link above.
d02d is a relative offset. i've just found that the bug isn't reproduced in 1.13 Code: C:\10_09_16\test>FASMARM113.EXE test.asm flat assembler for ARM version 1.67.27 (1302819 kilobytes memory) 4 passes, 724 bytes. C:\10_09_16\test>FASMARM114.EXE test.asm flat assembler for ARM version 1.69.11 (1301527 kilobytes memory) error: Fatal: Failure when processing line numbers. |
|||
16 Sep 2010, 16:21 |
|
Goto page Previous 1, 2, 3 ... 18, 19, 20 ... 31, 32, 33 Next < Last Thread | Next Thread > |
Forum Rules:
|
Copyright © 1999-2024, Tomasz Grysztar. Also on GitHub, YouTube.
Website powered by rwasa.