From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26595 invoked by alias); 17 Apr 2010 18:50:21 -0000 Received: (qmail 26529 invoked by uid 22791); 17 Apr 2010 18:50:19 -0000 X-SWARE-Spam-Status: No, hits=-0.0 required=5.0 tests=BAYES_20,NO_DNS_FOR_FROM,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from www.scs.UBBCluj.Ro (HELO linux.scs.ubbcluj.ro) (193.226.40.130) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 17 Apr 2010 18:50:14 +0000 Received: from linux.scs.ubbcluj.ro (localhost.localdomain [127.0.0.1]) by linux.scs.ubbcluj.ro (8.14.3/8.14.3) with ESMTP id o3HIo7eT011020; Sat, 17 Apr 2010 21:50:07 +0300 Received: (from apache@localhost) by linux.scs.ubbcluj.ro (8.14.3/8.14.2/Submit) id o3HIo6E7011017; Sat, 17 Apr 2010 21:50:06 +0300 Received: from 109.96.103.119 (SquirrelMail authenticated user baie0668) by www.scs.ubbcluj.ro with HTTP; Sat, 17 Apr 2010 21:50:06 +0300 Message-ID: <282270a24333cedc5bc61f4a03c811b1.squirrel@www.scs.ubbcluj.ro> In-Reply-To: References: Date: Sat, 17 Apr 2010 18:50:00 -0000 Subject: Re: [Fwd: Re: [Fwd: Linker problems]] From: "Andrei B" To: "Ian Lance Taylor" Cc: binutils@sourceware.org User-Agent: SquirrelMail/1.4.19-2.fc10 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2010-04/txt/msg00215.txt.bz2 > I suppose I don't see how this could work. The linker is only able to > link object files, not executable files. I've never looked at NASM in > detail; does it have any option to emit an object file rather than an > executable file? Why is NASM involved here anyhow? > In my first post here (or how you call it) I have given the links to the kernel I'm trying to compile, from Bran's kernel development tutorial. It's code dating back to 2005 and he appears to have been using Windows to compile it. I have "converted" his DOS batch file to a Makefile, without changing anything in the source or how the tools were invoked. He was using Win32/DOS versions of GCC, NASM and LD.