From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 65616 invoked by alias); 26 Apr 2019 11:16:45 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 65540 invoked by uid 89); 26 Apr 2019 11:16:44 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy=extent, Thompson, thompson, specifics X-HELO: mailsrv.cs.umass.edu Received: from mailsrv.cs.umass.edu (HELO mailsrv.cs.umass.edu) (128.119.240.136) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 26 Apr 2019 11:16:42 +0000 Received: from [192.168.0.12] (c-24-62-203-86.hsd1.ma.comcast.net [24.62.203.86]) by mailsrv.cs.umass.edu (Postfix) with ESMTPSA id DA932401DCBF; Fri, 26 Apr 2019 07:16:40 -0400 (EDT) Reply-To: moss@cs.umass.edu Subject: Re: Request for an example x68 assembler portable Hello World script To: cygwin@cygwin.com References: From: Eliot Moss Message-ID: Date: Fri, 26 Apr 2019 11:16:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2019-04/txt/msg00191.txt.bz2 On 4/26/2019 3:25 AM, Jesse Thompson wrote: > I would like to learn how to write assembly programs for the command line > that with as little alteration as is feasable will compile both in Cygwin > and in other flavors of Unix like Linux and/or FreeBSD. > > I am targeting only x64 CPUs and I'm perfectly happy to use libc calls > instead of direct syscalls or interrupts. I'm hoping to use nasm+gcc, or > perhaps fasm to do the deed. Crosspiling is not a concern, I'll build > cygwin binaries in cygwin and unix binaries in unix. > > But I'm confused by the differences in calling convention/ABI between > Windows and/or Cygwin and Linux? > > For example, I can get this to compile and run in Cygwin: > > ``` > global main > extern puts > section .text > main: > sub rsp, 20h ; Reserve the shadow space > mov rcx, message ; First argument is address > of message > call puts ; puts(message) > add rsp, 20h ; Remove shadow space > ret > message: > db 'Hello', 0 ; C strings need a zero > byte at the end > ``` > > > but it segfaults in Linux (and complains about "Symbol `puts' causes > overflow in R_X86_64_PC32 relocation") > > and I can get the following to compile and run in Linux: > ``` > extern puts > global main > > section .text > main: > mov rdi,message > call puts > ret > > message: > db "Hello World",0 > ``` > > but *that* segfaults in cygwin. > > TL;DR: I think I could get a lot more done if I could start from a single > Hello World asm file that can compile and run in both places, calling out > to puts or something simple like that. > > Any help would be appreciated, I hope everything about my question makes > sense. :) Der Jesse -- Someone else may be able to speak to the specifics, but register use and calling conventions, and to some extent stack layout, very from platform to platform. Roughly, platform = processor + OS. So (to me anyway) it would not be at all surprising if you have to write code different for each of Windows, Cygwin, and Linux. Cygwin tries to offer library level compatibility for program designed to run under Posix (there are some seams here and there, where Windows differences are hard to hide). But the programs have to be recompiled to the Cygwin ABI. Another thing you may be encountering is the difference between the 32-bit and 64-bit worlds. Recent x86 processor support the x86_64 version as well. Cygwin offers both 32 and 64 bit versions, but they are distinct, and a program needs to be compiled to the one under which you wish to run it. (I have both 32 and 64 bit Cygwin on my computer, and the programs can invoke one another, but the installations need to be in separate file hierarchies.) The same would tend to hold under Linux and Windows, though the OS can determine automatically for a given program whether it is 32 or 64 bit from details of the first bytes of the executable file. Regards - EM -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple