Subject: Re: as 2.15 produces unbalanced parenthesis error, version 2.13 OK - msg#00054

Previous Message by Date: click to view message preview

[Bug gas/517] Weak symbols broken on non-i386 PE targets

------- Additional Comments From christian dot joensson at gmail dot com 2005-02-15 18:47 ------- oh, maybe this works for gas but not for ld... -- http://sources.redhat.com/bugzilla/show_bug.cgi?id=517 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

Next Message by Date: click to view message preview

GNU ld to support incremental linking?

The last reference I can see to this issue is a Feb 2002 post to this list: "niv twig" <niv_twig@xxxxxxxxxxx> writes: The gnu ld linker has no capability for incremental linking which is found in almost all other commercial linkers: Microsoft visual C++ linker, Sun ild (incremental ld) linker for the Forte IDE, HP also has an incremental linker. Incremental linking will be added to the GNU linker when somebody volunteers to write it or to pay for it. Perhaps you could be that volunteer? Ian Did any work ever get done on this? The current gnu linker has an "incremental" flag, but it's documented as be identical to "-r" (relocatable output). That is, it does a partial link - producing effectively a larger object file that can be used as input to future links, but which is not executable. The "-Ur" option seems to create a relocatable executable with C++ link-time magic performed, for environments where the whole executable needs to relocated (VxWorks perhaps?). Anyone have any information about what work may have been done on a true incremental link mode? Anyone have any comments, wish lists, or warnings about how to go about potentially implementing it? Brian

Previous Message by Thread: click to view message preview

as 2.15 produces unbalanced parenthesis error, version 2.13 OK

Hi there. I'm building a new set of tools to build for an embedded i386 target. I've taken the latest binutils (2.15) along with version 3.4.1 of gcc, and version 1.13.0 or newlib. I tried building the 2.6.10 linux kernel to test my newly built tools, but the build is failing early on trying to assemble entry.S. It complains of an unbalanced parenthesis in several of the instructions. I've come up with a single line assmebler source file which demonstrates the problem. Here's the source file: cmpl $(100/4), %eax I assembled this file with my newly built 2.15 assembler, and the standard RedHat 9 assembler (2.13). Here are the results: [ianh@byron temp]$ i386-elf-as --version GNU assembler 2.15 Copyright 2002 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License. This program has absolutely no warranty. This assembler was configured for a target of `i386-elf'. [ianh@byron temp]$ i386-elf-as -a test.S test.S: Assembler messages: test.S:2: Error: unbalanced parenthesis in operand 1. GAS LISTING test.S page 1 1 2 cmpl $(100/4), %eax 3 4 5 GAS LISTING test.S page 2 NO DEFINED SYMBOLS NO UNDEFINED SYMBOLS [ianh@byron temp]$ as --version GNU assembler 2.13.90.0.18 20030206 Copyright 2002 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License. This program has absolutely no warranty. This assembler was configured for a target of `i386-redhat-linux'. [ianh@byron temp]$ as -a test.S GAS LISTING test.S page 1 1 2 0000 83F819 cmpl $(100/4), %eax 3 4 5 GAS LISTING test.S page 2 Anyone else encountered this problem? Cheers, Ian.

Next Message by Thread: click to view message preview

[Bug ld/171] ld testsuite failure on sparc-linux: FAIL: TLS -fno-pic -shared

------- Additional Comments From christian dot joensson at gmail dot com 2005-02-15 18:36 ------- works now... no idea why, though... see http://sourceware.org/ml/binutils/2005-02/msg00337.html -- What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED http://sources.redhat.com/bugzilla/show_bug.cgi?id=171 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.