delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2013/10/19/22:08:51

X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:message-id:date:from:mime-version:to:subject
:references:in-reply-to:content-type:content-transfer-encoding;
q=dns; s=default; b=YIqQOpHv0D6SanGoELjBDrHeK8PTSbHRY9anOBDO9dW
oNxPf3ZLH5IgWK6luY+zbs2HpP/yRFcyMFKOykpaW+Vh6QQn8kbGYsvnYkvgE3hU
Fje/xtdE4iQROpCikdkcBHfcnY3Zri+VuTLTkAhnPHYujzmSPC3cH68+I0y9KX8o
=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:message-id:date:from:mime-version:to:subject
:references:in-reply-to:content-type:content-transfer-encoding;
s=default; bh=ASDGiyUt2ST7ui+fcjf6nN5X5dE=; b=DshtYSUpZJXW7AoGz
RxPtiUJ5a8kDfG9FCHoNpEVdu0eqgjiUUNFf1K4K2KlnqBIrPaiwrrKhzgQsUC0X
MyPSzzLZVAQ9Ldm/S0r36/pA1Nu8XOD2oNL3ZDu6KHL8/zvKXr9s4nOxAeOAs0aP
s7Yf+SVmHL2KPvjAxSw7dJvb/g=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: etr-usa.com
Message-ID: <52633B25.8070104@etr-usa.com>
Date: Sat, 19 Oct 2013 20:08:37 -0600
From: Warren Young <warren AT etr-usa DOT com>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1
MIME-Version: 1.0
To: Cygwin-L <cygwin AT cygwin DOT com>
Subject: Re: g++ -m32 option causes an error
References: <bug-58799-23798 AT http DOT gcc DOT gnu DOT org/bugzilla/> <bug-58799-23798-jpgPVpVU2B AT http DOT gcc DOT gnu DOT org/bugzilla/> <1382135640 DOT 94420 DOT YahooMailNeo AT web181306 DOT mail DOT ne1 DOT yahoo DOT com> <1382135893 DOT 8524 DOT YahooMailNeo AT web181304 DOT mail DOT ne1 DOT yahoo DOT com> <1382210427 DOT 30799 DOT YahooMailNeo AT web181305 DOT mail DOT ne1 DOT yahoo DOT com>
In-Reply-To: <1382210427.30799.YahooMailNeo@web181305.mail.ne1.yahoo.com>
X-IsSubscribed: yes

On 10/19/2013 13:20, Arthur Schwarz wrote:
>
> What I want is the compiler to generate 32-bit code loadable
> on a 64-bit and a 32-bit platform. This is possible using the 32-bit
> cygwin compilers.

Yes, it's possible, but it may not do what you expect.

64-bit Cygwin can blindly launch a 32-bit Cygwin program (and vice 
versa) but none of the cross-process mechanisms that involve cygwin1.dll 
will work since the two programs will be running under different 
versions of the DLL.

Whether this matters or not depends on what Program A (64-bit) is asking 
Program B (32-bit) to do for it.  Program B can't access a POSIX shared 
memory segment set up by Program A, for example.

> I don't understand why there is not x86_64-pc-cygwin assembler

There is.  It's called as(1) and you run it from 64-bit Cygwin.

The only reason you need to give the long platform prefix on these 
commands is when you're doing cross-compilation.  So, say g++ instead of 
bla-bla-bla-g++.

Now, if you're asking why there is no 64-bit *cross-assembler* for use 
on 32-bit Cygwin, I'd guess that's because no one has needed it yet.

--
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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019