flat assembler
Message board for the users of flat assembler.

Index > Non-x86 architectures > FASMARM v1.43 - Cross assembler for ARM CPUs

Goto page Previous  1, 2, 3 ... 16, 17, 18 ... 30, 31, 32  Next
Author
Thread Post new topic Reply to topic
Beex



Joined: 23 Feb 2010
Posts: 12
Location: Belize
Beex
Asm allowed by using elfs files but there are still two problems...
First, I still not have info about memory mapping of my phone
Second, there is still no any elf-loader (program wich activate elf files, make files with .elf extantion running on the phone) for this (SE A2/DB3200) platform...

But the older platforms have running elfs on phones...

Elfs is such files writen on C or asm wich are working straight with CPU of the phone.
Post 03 Mar 2010, 14:48
View user's profile Send private message ICQ Number Reply with quote
Beex



Joined: 23 Feb 2010
Posts: 12
Location: Belize
Beex
Here is the example of elf wich can record phone talkes, can record FM, can record sounds...

And for some elfs you also need to write lib for propper work if it is needed
Post 03 Mar 2010, 15:04
View user's profile Send private message ICQ Number Reply with quote
den_po



Joined: 17 Jul 2006
Posts: 23
Location: Russia, Cheboksary
den_po
Beex wrote:
revolution

May be you need help in up-to-date FasmARM with the newest updates of the new ARM's CPU sets of instruction?

i'm pretty sure you don't need it.

man, you've came here and you're bothering again like at sony-ericsson.ru.
there are lots of info you're searching for but you are ignoring it.

@revolution
we use fasmarm to compile patches for sonyericsson phones since august 2006. it's a hack and the company doesn't like it but it allows us to make our phones much better.
there is also great patch called elfpack which allows to use native ELF applications but we don't compile them using fasmarm mostly because of relocations.

_________________
JUST_DAn_PO
Post 04 Mar 2010, 01:42
View user's profile Send private message Visit poster's website ICQ Number Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17270
Location: In your JS exploiting you and your system
revolution
den_po wrote:
we use fasmarm to compile patches for sonyericsson phones since august 2006. it's a hack and the company doesn't like it but it allows us to make our phones much better.
there is also great patch called elfpack which allows to use native ELF applications but we don't compile them using fasmarm mostly because of relocations.
It is nice to get feedback on where people find fasmarm useful. I am glad you can make use of it.
Post 04 Mar 2010, 02:02
View user's profile Send private message Visit poster's website Reply with quote
Beex



Joined: 23 Feb 2010
Posts: 12
Location: Belize
Beex
den_po wrote:
i'm pretty sure you don't need it.
man, you've came here and you're bothering again like at sony-ericsson.ru.
there are lots of info you're searching for but you are ignoring it.


Nice to see you here den_po!

I can't find answers on mf and se-club...Nobody there can even tell exactly
what is the difference between platforms A2/2xxx and A2/3xxx, nobody can
tell mem mapping on the 3200 platform...Nobody can tell even something clear about 3200...

I'm trying to get info everywhere, that's why i'm bothering people and gathering info which interests me...

_________________
ImageBeJoo™(brown)
Post 04 Mar 2010, 11:27
View user's profile Send private message ICQ Number Reply with quote
den_po



Joined: 17 Jul 2006
Posts: 23
Location: Russia, Cheboksary
den_po
DB2xxx are A1 Wink
read more, learn to ask correct questions and use search.
let's stop offtopic here Wink
Post 04 Mar 2010, 11:37
View user's profile Send private message Visit poster's website ICQ Number Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17270
Location: In your JS exploiting you and your system
revolution
I need to ask you all here: Are you using the DOS version of fasmarm?

I am considering dropping support for DOS. The code in the development version has now grown far beyond the 64kB FRM limit and creates a complex set of problems to split it into separate 64kB sections. Note that this does not affect the console version or the other versions.

So, do you really need the DOS version?
Post 17 Mar 2010, 10:59
View user's profile Send private message Visit poster's website Reply with quote
Dex4u



Joined: 08 Feb 2005
Posts: 1601
Location: web
Dex4u
I use the windows and DexOS ver, so its not a problem for me.

As a side note, i made a striped out ver of DexOS, that had just enough to run DexOS port of fasm, it runs as a CLI program from Dos and returns back to dos once the assembler as done it job.
This maybe a answer for pure dos coder's.
Post 18 Mar 2010, 18:24
View user's profile Send private message Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17270
Location: In your JS exploiting you and your system
revolution
So about 100 new views and no objections. So I will move along and drop the DOS support in the next version.

Thanks go to Dex4u for offering a solution for those that may find they need to run fasmarm in DOS.
Post 24 Mar 2010, 12:52
View user's profile Send private message Visit poster's website Reply with quote
rugxulo



Joined: 09 Aug 2005
Posts: 2341
Location: Usono (aka, USA)
rugxulo
Great, only 7 days and the DOS version is killed. Sad I think you could've handled that better (e.g. ask in the DOS subforum, perhaps, give a longer poll duration period, etc).

However, it's hard for even me to care, esp. since I never use ARM. But, just to be clear, there are still workarounds. (BTW, kudos to Dex for his answer, sounds cool.)

Japheth's HX will run FASM for Win32 (console) in DOS, so presumably FASMARM will work too (untested). You can even run WDOSX's STUBIT.EXE to bind its DOS extender to the Win32 console .EXE, and that will run in pure DOS (but not XP, go figure, probably some obscure bug).

P.S. Latest FASM development version for DOS doesn't have the 64k limit anymore. I guess it's too much work to merge his changes into FASMARM? Confused

Quote:

version 1.69.00 (Jun 23, 2009)

The code of assembler (but not data) has been made position-independent, and this allowed to use code segmentation in DOS unREAL mode, so the code is no longer limited to 64 kilobytes.
Post 24 Mar 2010, 21:35
View user's profile Send private message Visit poster's website Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17270
Location: In your JS exploiting you and your system
revolution
rugxulo: The latest fasmarm is fully updated to the latest fasm. The 64kB limit still exists, Tomasz has just split the code into two sections with the assembler separated from the preprocessor and parser. But the ARM encoding is very complex and currently the assembler alone is ~87kB and still growing. While it is technically possibly I could split the assembler into two parts (thus making three 64kB parts) I just feel that I may be wasting my time and create a new avenue for bugs. And if no one is using it then I can not see the point of trying to do it.

I think that asking on the DOS forum is not a good place. If someone is using fasmarm then this is the place to ask. I won't go supporting DOS just because DOS users say I should. I will support DOS if fasmarm users say they are using DOS and need a DOS version. Is seven days really not enough?
Post 25 Mar 2010, 02:40
View user's profile Send private message Visit poster's website Reply with quote
rugxulo



Joined: 09 Aug 2005
Posts: 2341
Location: Usono (aka, USA)
rugxulo
revolution wrote:
rugxulo: The latest fasmarm is fully updated to the latest fasm. The 64kB limit still exists, Tomasz has just split the code into two sections


I was afraid of that. Luckily, we have mentioned a few workarounds.

Also, perhaps Tomsrtbt (one 1.7 MB floppy) or BlueFlops (two 1.4 MB floppies) would run the Linux version, who knows. Perhaps Toms is too old (2.2 kernel), though.

EDIT: I only assembled one file (befi.asm), but its output md5sum matched that of the normal DOS version. So I guess (surprisingly) tomsrtbt (circa 2002) is good enough!

The main attraction of DOS software is the low footprint. (E.g. Using a computer with "only" 128 MB of RAM is annoying with WinXP or Linux, even antiX or Puppy, esp. with no virtual memory, ugh. My Vista laptop's PSU is on the fritz, so I've encountered that recently.)

Quote:

I just feel that I may be wasting my time and create a new avenue for bugs. And if no one is using it then I can not see the point of trying to do it.


If you don't have the skills to program comfortably for the DOS version, that's one thing. (You've very very smart, I'm not trying to be condescending, just saying in general.) Another thing would be lack of time. Those things I can understand. I just don't want DOS support dropped for vanity reasons.

Quote:

I think that asking on the DOS forum is not a good place. If someone is using fasmarm then this is the place to ask. I won't go supporting DOS just because DOS users say I should. I will support DOS if fasmarm users say they are using DOS and need a DOS version. Is seven days really not enough?


How many people need both Linux and Win32 versions? Win32 is everywhere (90% of computers) but Linux has a bigger potential target (free/libre, i.e. in theory could be on anybody's computer). From a purely practical standpoint, there is no advantage to having both. But we all know it makes things much much easier supporting each.

It sounds like you already made up your mind a long time ago and are almost "hiding" to prevent having to deal with any flames on your decision. I do think the DOS subforum is where DOS-related stuff should focus, even if you're targeting ARM.

And no, seven days is nothing. Somebody could go out of town (work, vacation, etc) for a week or two and come back to find out its dead. Or maybe most people don't frequent here that much. There's only so many e-mails and forums one person can deal with on a regular basis.

I don't anticipate much trouble, esp. since DOS is indeed not popular (even hated). But I wanted you to hear from at least one die-hard DOSer, albeit a non-ARM user, even if you have already made up your mind (bah). Wink


Last edited by rugxulo on 11 Apr 2010, 06:56; edited 1 time in total
Post 25 Mar 2010, 19:38
View user's profile Send private message Visit poster's website Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17270
Location: In your JS exploiting you and your system
revolution
rugxulo: The current DOS support uses FRM mode which creates the 64kB limit problem. If you have a DOS version of the "fasm.asm" file to properly support PM then I would be very happy to include it and continue to support DOS through that method.
Post 26 Mar 2010, 00:26
View user's profile Send private message Visit poster's website Reply with quote
rugxulo



Joined: 09 Aug 2005
Posts: 2341
Location: Usono (aka, USA)
rugxulo
No, I don't have a rewritten FASM lying around. Besides, you and Privalov could code more in a week than I could do in a year (and better, too). But here's proof that what I said should work (among other ideas):

DOSBox wrote:

C:\TMP>fasmarm
This program cannot be run in DOS mode.

C:\TMP>stubit fasmarm.exe

WDOSX V 0.97 Stub Manager
Copyright (c) 1996, 2005, Michael Tippach
WDOSX-PACK compressor
Copyright (c) 1999, 2001, Joergen Ibsen
=========================================
Info: File is Win32 executable
Compressing main executable................................
Adding WDL module C:\UTILS\KERNEL32.wdL......
Seems like we are done...

C:\TMP>fasmarm
flat assembler for ARM version 1.69.11
usage: fasm <source> [output]
optional settings:
-m <limit> set the limit in kilobytes for the available memory
-p <limit> set the maximum allowed number of passes
-s <file> dump symbolic information for debugging

C:\TMP>scrndump
Post 28 Mar 2010, 18:24
View user's profile Send private message Visit poster's website Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17270
Location: In your JS exploiting you and your system
revolution
rugxulo: KERNEL32.wdL looks like a good approach. Does it use PM mode?
Post 29 Mar 2010, 01:58
View user's profile Send private message Visit poster's website Reply with quote
rugxulo



Joined: 09 Aug 2005
Posts: 2341
Location: Usono (aka, USA)
rugxulo
revolution wrote:
rugxulo: KERNEL32.wdL looks like a good approach. Does it use PM mode?


Yes, WDOSX supports all common extender environments (raw, XMS, VCPI, DPMI). EDIT: The catch is that relocs must not be stripped!

Here's another (old) example of an app compiled with C:

Quote:

C:\TMP>upx --fileinfo nasmw.exe -qq
nasmw.exe [i386-win32.pe, win32/pe]
259584 bytes, not compressed by UPX

C:\TMP>nasmw -r
This program cannot be run in DOS mode.

C:\TMP>stubit nasmw.exe

WDOSX V 0.97 Stub Manager
Copyright (c) 1996, 2005, Michael Tippach
WDOSX-PACK compressor
Copyright (c) 1999, 2001, Joergen Ibsen
=========================================
Info: File is Win32 executable
Compressing main executable.....................................................
..........
Adding WDL module C:\UTILS\KERNEL32.wdl......
Seems like we are done...

C:\TMP>nasmw -r
NASM version 0.97

C:\TMP>scrndump


wdosx097.zip
Post 30 Mar 2010, 04:31
View user's profile Send private message Visit poster's website Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17270
Location: In your JS exploiting you and your system
revolution
Version 1.15 is now available:
Quote:
v1.15 2010-Apr-21
  • Added support for ARM/THUMB mode v6T2 instructions
  • Added support for ARM/THUMB mode v7 instructions
  • Added support for ThumbEE instructions
  • Added support for FPA coprocessors up to v2
  • Added support for VFP coprocessors up to v3
  • Added support for MAVERICK coprocessors
  • Added support for Intel WMMXT coprocessors up to v2
  • Added support for Advanced SIMD coprocessors
  • Added support for alternate two register data processing operands. Implicit destination is the first operand
  • Added support for expressions in addresses to access PC relative variables and locations
  • Added support for automatic efficient IT block generation in THUMB mode
  • Added support for UAL assembly syntax
  • Added support for an optional hash (#) before literal values
  • Added predefined variables %c and %p
  • Added ARMDOC folder with example instruction formats for each opcode supported
  • Extended the alternate encoding logic
  • Changed numeric separation character from single quote (') to underscore (_)
  • Changed non-UAL SRS syntax to use a space, instead of a comma, between the mode number and writeback operator
  • Removed directives CODEFP, CODENOFP, CODEV5, CODEV6, CODEVFP1, CODEVFP2, ARM5, ARM6, VFP1 and VFP2. Use PROCESSOR and COPROCESSOR instead
See the readme for more information.
Post 21 Apr 2010, 12:04
View user's profile Send private message Visit poster's website Reply with quote
Dex4u



Joined: 08 Feb 2005
Posts: 1601
Location: web
Dex4u
Cool, thanks for all your work in the project.
Post 21 Apr 2010, 18:10
View user's profile Send private message Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17270
Location: In your JS exploiting you and your system
revolution
Dex4u: I sometimes think it is just you and me that use this.
Post 22 Apr 2010, 09:10
View user's profile Send private message Visit poster's website Reply with quote
edfed



Joined: 20 Feb 2006
Posts: 4237
Location: 2018
edfed
sorry, i don't have arm platform...Sad

but indeed, everytime i see questions about arm, i always give link to your compiler. Very Happy
Post 22 Apr 2010, 11:01
View user's profile Send private message Visit poster's website Reply with quote
Display posts from previous:
Post new topic Reply to topic

Jump to:  
Goto page Previous  1, 2, 3 ... 16, 17, 18 ... 30, 31, 32  Next

< Last Thread | Next Thread >
Forum Rules:
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Copyright © 1999-2020, Tomasz Grysztar.

Powered by rwasa.