[Bug other/56780] New: --disable-install-libiberty still installs libiberty.a

[Bug other/56780] New: --disable-install-libiberty still installs libiberty.a

[matthew at linuxfromscratch dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780

             Bug #: 56780
           Summary: --disable-install-libiberty still installs libiberty.a
    Classification: Unclassified
           Product: gcc
           Version: 4.8.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: other
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: matthew@linuxfromscratch.org


I'd like to build GCC with --disable-install-libiberty so that the version of
libiberty.a provided by Binutils that is already installed will not be
overwritten.  However, the libiberty.a library is still installed even with
that flag specified.

My full configure invocation (run from within ~/gcc-build) is:

../gcc-4.8.0-version;/configure --prefix=/usr \
  --libexecdir=/usr/lib       \
  --enable-shared             \
  --enable-threads=posix      \
  --enable-__cxa_atexit       \
  --enable-clocale=gnu        \
  --enable-languages=c,c++    \
  --disable-multilib          \
  --disable-bootstrap         \
  --disable-install-libiberty \
  --with-system-zlib

Additionally, libiberty's configure script's help output states:

' --enable-install-libiberty       Install headers for end users'

For clarity, that should probably read: 'Install headers and static library for
end users'.  That way, it's in agreement with what is also mentioned in
libiberty.texi.

Thanks,

Matt.

[Bug other/56780] --disable-install-libiberty still installs libiberty.a

[matthew at linuxfromscratch dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780

--- Comment #1 from Matthew Burgess <matthew at linuxfromscratch dot org> 2013-04-03 14:04:34 UTC ---
Created attachment 29795
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29795
Patch to handle --disable-install-libiberty correctly

[Bug other/56780] --disable-install-libiberty still installs libiberty.a

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2013-05-13
                 CC|                            |redi at gcc dot gnu.org
     Ever confirmed|0                           |1

--- Comment #2 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Hi, thanks for trying to fix this. I need this switch to work too, otherwise
the non-PIC libiberty.a from my GCC installation conflicts with my distro's PIC
/usr/lib64/libiberty.a and prevents me linking shared libraries with -lbfd

I suggest pinging the gcc-patches list about your patch at
http://gcc.gnu.org/ml/gcc-patches/2013-04/msg00167.html and CC Ian as he is a
maintainer for libiberty and he agreed on the gcc list that this is a bug.

[Bug other/56780] --disable-install-libiberty still installs libiberty.a

[matthew at linuxfromscratch dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780

--- Comment #3 from Matthew Burgess <matthew at linuxfromscratch dot org> ---
(In reply to Jonathan Wakely from comment #2)

> I suggest pinging the gcc-patches list about your patch at
> http://gcc.gnu.org/ml/gcc-patches/2013-04/msg00167.html and CC Ian as he is
> a maintainer for libiberty and he agreed on the gcc list that this is a bug.

Thanks for the reminder, Jonathan.  Pinged yesterday, including Ian on the CC
list.  The archived email is at
http://gcc.gnu.org/ml/gcc-patches/2013-05/msg00664.html.

[Bug other/56780] --disable-install-libiberty still installs libiberty.a

[palves at redhat dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780

Pedro Alves <palves at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |palves at redhat dot com

--- Comment #4 from Pedro Alves <palves at redhat dot com> ---
I believe the fix has been checked in, right?

[Bug other/56780] --disable-install-libiberty still installs libiberty.a

[yselkowitz at users dot sourceforge.net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780

Yaakov (Cygwin Ports) <yselkowitz at users dot sourceforge.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |yselkowitz at users dot sourceforg
                   |                            |e.net

--- Comment #5 from Yaakov (Cygwin Ports) <yselkowitz at users dot sourceforge.net> ---
An unfortunate (and presumably unintended) consequence of this commit was that
libiberty.a is no longer installed by default when building binutils CVS HEAD
either.  As libbfd and libopcodes still require its symbols, and both are built
static-only by default, this change renders those libraries unusable.

AFAICS another step is needed in the top-level configury to pass
--enable-install-libiberty when bfd/opcodes is being built.

[Bug other/56780] --disable-install-libiberty still installs libiberty.a

[yselkowitz at users dot sourceforge.net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780

--- Comment #6 from Yaakov (Cygwin Ports) <yselkowitz at users dot sourceforge.net> ---
Not only that, but even with --enable-install-libiberty, it's not being
installed in CVS HEAD.  Don't you need to remove the resetting of
target_header_dir in libiberty/configure.ac:408 (and hence
libiberty/configure:5510)?

[Bug other/56780] --disable-install-libiberty still installs libiberty.a

[2013.bugzilla.gcc.gnu.org at ingomueller dot net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780

Ingo Müller <2013.bugzilla.gcc.gnu.org at ingomueller dot net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |2013.bugzilla.gcc.gnu.org@i
                   |                            |ngomueller.net

--- Comment #7 from Ingo Müller <2013.bugzilla.gcc.gnu.org at ingomueller dot net> ---
libiberty.a is still installed to /lib/libiberty.a in GCC 4.8.1, even with
--disable-install-libiberty set.
>From gcc-bugs-return-427354-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Aug 05 10:16:59 2013
Return-Path: <gcc-bugs-return-427354-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 10734 invoked by alias); 5 Aug 2013 10:16:59 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 10676 invoked by uid 48); 5 Aug 2013 10:16:56 -0000
From: "ktkachov at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug regression/58084] New: FAIL: gcc.dg/torture/pr8081.c  -O2 -flto -fno-use-linker-plugin -flto-partition=none  (internal compiler error)
Date: Mon, 05 Aug 2013 10:16:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: regression
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ktkachov at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-58084-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-08/txt/msg00278.txt.bz2
Content-length: 4008

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX084

            Bug ID: 58084
           Summary: FAIL: gcc.dg/torture/pr8081.c  -O2 -flto
                    -fno-use-linker-plugin -flto-partition=none  (internal
                    compiler error)
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: regression
          Assignee: unassigned at gcc dot gnu.org
          Reporter: ktkachov at gcc dot gnu.org

New ICE in the testsuite when targeting arm-none-eabi:

FAIL: gcc.dg/torture/pr8081.c  -O2 -flto -fno-use-linker-plugin
-flto-partition=none  (internal compiler error)
FAIL: gcc.dg/torture/pr8081.c  -O2 -flto -fno-use-linker-plugin
-flto-partition=none  (test for excess errors)
FAIL: gcc.dg/torture/pr8081.c  -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects  (internal compiler error)
FAIL: gcc.dg/torture/pr8081.c  -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects  (test for excess errors)
WARNING: gcc.dg/torture/pr8081.c  -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects  compilation failed to produce executable

example output:

Executing on host: $ROOT/build/obj/gcc2/gcc/xgcc -B$ROOT/build/obj/gcc2/gcc/
$ROOT/gcc/gcc/testsuite/gcc.dg/torture/pr8081.c gcc_tg.o
-fno-diagnostics-show-caret -fdiagnostics-color=never   -O2 -flto
-fno-use-linker-plugin -flto-partition=none   -specs=rdimon.specs -Wa,-m
no-warn-deprecated      -Wl,-wrap,exit -Wl,-wrap,_exit -Wl,-wrap,main
-Wl,-wrap,abort -lm   -o ./pr8081.exe    (timeout = 300)
$ROOT/gcc/gcc/testsuite/gcc.dg/torture/pr8081.c: In function 'retframe_block':
$ROOT/gcc/gcc/testsuite/gcc.dg/torture/pr8081.c:15:3: error: invalid conversion
in return statement
struct block

struct block

# VUSE <.MEM_6>
return <retval>;
$ROOT/gcc/gcc/testsuite/gcc.dg/torture/pr8081.c:15:3: internal compiler error:
verify_gimple failed
0x89d91d verify_gimple_in_cfg(function*)
        $ROOT/gcc/gcc/tree-cfg.c:4807
0x7c1bf2 execute_function_todo
        $ROOT/gcc/gcc/passes.c:1627
0x7c4d6d execute_todo
        $ROOT/gcc/gcc/passes.c:1660
0x7c6e89 execute_one_ipa_transform_pass
        $ROOT/gcc/gcc/passes.c:1843
0x7c6e89 execute_all_ipa_transforms()
        $ROOT/gcc/gcc/passes.c:1873
0x574348 expand_function
        $ROOT/gcc/gcc/cgraphunit.c:1601
0x575150 expand_all_functions
        $ROOT/gcc/gcc/cgraphunit.c:1712
0x575150 compile()
        $ROOT/gcc/gcc/cgraphunit.c:2049
0x4f9126 lto_main()
        $ROOT/gcc/gcc/lto/lto.c:3872
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: $ROOT/build/obj/gcc2/gcc/xgcc returned 1 exit status
collect2: error: lto-wrapper returned 1 exit status
compiler exited with status 1


Bisection shows it started with r201468:

2013-08-02  Jan Hubicka  <jh@suse.cz>

    * lto-cgraph.c (compute_ltrans_boundary): Add abstract origins into
    boundaries.
    * lto-streamer-out.c (tree_is_indexable): Results decls and
    parm decls are not indexable.
    (DFS_write_tree_body): Do not follow args and results.
    (hash_tree): Likewise.
    (output_functions): Rearrange so struct function is needed
    only when real body is output; be able to also ouptut abstract
    functions; output DECL_ARGUMENTS and DECL_RESULT.
    (lto_output): When not in WPA, ale store abstract functions.
    (write_symbol): Do not care about RESULT_DECL.
    (output_symbol_p): Handle correctly sbtract decls.
    * lto-streamer-in.c (input_function): Rearrange so struct
    function can be NULL at entry; allow streaming of
    functions w/o body; store DECL_ARGUMENTS and DECL_RESULT.
    * ipa.c (symtab_remove_unreachable_nodes): Silence confused
    sanity check during LTO.
    * tree-streamer-out.c (write_ts_decl_non_common_tree_pointers): Skip
    RESULT_DECl and DECL_ARGUMENTS.
    * tree-streamer-in.c (lto_input_ts_decl_non_common_tree_pointers):
    Likewise.

[Bug other/56780] --disable-install-libiberty still installs libiberty.a

[knrstaj at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780

knrstaj at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |knrstaj at gmail dot com

--- Comment #8 from knrstaj at gmail dot com ---
--enable-install-libiberty will not install header and lib.

Because in configure.ac 
target_header_dir will be clean at line 414

target_header_dir should be move together with svn commit 199570

[Bug other/56780] --disable-install-libiberty still installs libiberty.a

[vapier at gentoo dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780

--- Comment #9 from Mike Frysinger <vapier at gentoo dot org> ---
http://gcc.gnu.org/ml/gcc-patches/2014-01/msg00213.html has been committed now
which should fix trunk