From patchwork Sun Sep 2 21:36:19 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Gerald Pfeifer X-Patchwork-Id: 965161 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org (client-ip=209.132.180.131; helo=sourceware.org; envelope-from=gcc-patches-return-484971-incoming=patchwork.ozlabs.org@gcc.gnu.org; receiver=) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=pfeifer.com Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org header.b="Q6NPV56p"; dkim-atps=neutral Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 423RHh5SgRz9s2P for ; Mon, 3 Sep 2018 07:36:32 +1000 (AEST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:date :from:to:subject:message-id:mime-version:content-type; q=dns; s= default; b=a8EYLuyy6xdHue4dXxi5bUAAla3FAqRVJCnBiKCY7BDGGKqfSynsk oS//SxxQFxhBZo6akoq7Rh78nsOyK61nmsItUkTz1U9CbU6UErwqkadYbHJJSb3q MX7PpqId+vESlTJpdOlJQJUHvXwXdO7ChKYkO82g7dhIOeGJp6w+GE= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:date :from:to:subject:message-id:mime-version:content-type; s= default; bh=ncHG5ZHdeG0QNt/mLSr8qO8BgSY=; b=Q6NPV56pVvGZ0gOJ/dnW UDUV2CGAfYY/plUQDzJg8QLJkE+XQt5yJkT0NM7v6e5XcbO9PakAyduldollkej/ R3QnqLFZVQV2ZkVzdx4f75A2Cw1h2OkYGn2qGWcXZhI3BVC6FbXjZYlqzM4j+E1W KGWmj2XnkN6cvXaca8RIjIA= Received: (qmail 448 invoked by alias); 2 Sep 2018 21:36:25 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org Received: (qmail 437 invoked by uid 89); 2 Sep 2018 21:36:25 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-11.5 required=5.0 tests=AWL, BAYES_00, GIT_PATCH_2, GIT_PATCH_3, RCVD_IN_DNSWL_NONE, SPF_PASS autolearn=ham version=3.3.2 spammy=UD:faq.html, faq.html, faqhtml X-HELO: ainaz.pair.com Received: from ainaz.pair.com (HELO ainaz.pair.com) (209.68.2.66) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 02 Sep 2018 21:36:23 +0000 Received: from ainaz.pair.com (localhost [127.0.0.1]) by ainaz.pair.com (Postfix) with ESMTP id 1ABA8B53ED3 for ; Sun, 2 Sep 2018 17:36:22 -0400 (EDT) Received: from anthias (vie-91-186-158-155.dsl.sil.at [91.186.158.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ainaz.pair.com (Postfix) with ESMTPSA id A5775B53EC7 for ; Sun, 2 Sep 2018 17:36:21 -0400 (EDT) Date: Sun, 2 Sep 2018 23:36:19 +0200 (CEST) From: Gerald Pfeifer To: gcc-patches@gcc.gnu.org Subject: [wwwdocs] faq.html -- replace Message-ID: MIME-Version: 1.0 X-IsSubscribed: yes ...by , rendering this page HTML 5 compliant. Committed. Gerald Index: faq.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/faq.html,v retrieving revision 1.229 diff -u -r1.229 faq.html --- faq.html 1 Sep 2018 23:42:00 -0000 1.229 +++ faq.html 2 Sep 2018 21:34:39 -0000 @@ -217,23 +217,24 @@ building GCC.

Another alternative is to create links to GNU as and ld in any of -the directories printed by the command `gcc -print-search-dirs | -grep '^programs:''. The link to `ld' should be named -`real-ld' if `ld' already exists. If such links do -not exist while you're compiling GCC, you may have to create them in -the build directories too, within the gcc directory -and in all the gcc/stage* subdirectories.

+the directories printed by the command `gcc -print-search-dirs | +grep '^programs:''. The link to `ld' should be named +`real-ld' if `ld' already exists. If such links +do not exist while you're compiling GCC, you may have to create them in +the build directories too, within the gcc directory +and in all the gcc/stage* subdirectories.

GCC 2.95 allows you to specify the full pathname of the assembler and the linker to use. The configure flags are -`--with-as=/path/to/as' and `--with-ld=/path/to/ld'. -GCC will try to use these pathnames before looking for `as' -or `(real-)ld' in the standard search dirs. If, at +`--with-as=/path/to/as' and +`--with-ld=/path/to/ld'. +GCC will try to use these pathnames before looking for `as' +or `(real-)ld' in the standard search dirs. If, at configure-time, the specified programs are found to be GNU utilities, -`--with-gnu-as' and `--with-gnu-ld' need not be +`--with-gnu-as' and `--with-gnu-ld' need not be used; these flags will be auto-detected. One drawback of this option is that it won't allow you to override the search path for assembler -and linker with command-line options -B/path/ if the +and linker with command-line options -B/path/ if the specified filenames exist.

@@ -444,7 +445,8 @@ compile additional code to be included in the library. That additional code must also be compiled with the proper PIC option.

-

Adding the proper PIC option (-fpic or -fPIC) to the link +

Adding the proper PIC option (-fpic or -fPIC) +to the link line which creates the shared library will fix this problem on targets that support PIC in this manner. For example: