| delorie.com/archives/browse.cgi | search |
| From: | "Mark E." <snowball3 AT bigfoot DOT com> |
| To: | "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>, djgpp-workers AT delorie DOT com |
| Date: | Sun, 18 Feb 2001 15:48:19 -0500 |
| MIME-Version: | 1.0 |
| Subject: | Re: possible objcopy problem. |
| Message-ID: | <3A8FEEC3.5120.1473CE@localhost> |
| In-reply-to: | <3791-Sun18Feb2001222902+0200-eliz@is.elta.co.il> |
| References: | <3A8FCC18 DOT 8337 DOT 2AB3C6 AT localhost> (snowball3 AT bigfoot DOT com) |
| X-mailer: | Pegasus Mail for Win32 (v3.12c) |
| Reply-To: | djgpp-workers AT delorie DOT com |
| Errors-To: | nobody AT delorie DOT com |
| X-Mailing-List: | djgpp-workers AT delorie DOT com |
| X-Unsubscribes-To: | listserv AT delorie DOT com |
> > The output arch. is set [to] the input arch when copying. But since 'binary' > > usually doesn't have an arch. for BFD to catch on to, a warning message is > > output. > > But doesn't coff-go32 identify the output architecture unambiguously? Sure. But objcopy doesn't care if the output arch. can be deduced from the output target because it doesn't even try to. Mark
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |