[Bug c++/57038] New: Latest libreoffice compilation fails with enabled LTO

[Bug c++/57038] New: Latest libreoffice compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

             Bug #: 57038
           Summary: Latest libreoffice compilation fails with enabled LTO
    Classification: Unclassified
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: marxin.liska@gmail.com


Libreoffice git repository commit:
04a54e7180c2cf9f4855211055ecbc6a41deff56 (Apr 17)

Libreoffice comfigure options:
./autogen.sh --with-parallelism=1 --without-junit --enable-mergelibs
--enable-lto

gcc --version:
gcc (GCC) 4.9.0 20130420 (experimental)

failure:
/usr/bin/make -j 1 -rs -f /home/marxin/Programming/libreoffice/Makefile.gbuild
[build LNK] Library/libcomphelpgcc3.so
lto1: internal compiler error: in add_symbol_to_partition_1, at
lto/lto-partition.c:186
0x5180d5 add_symbol_to_partition_1
    ../../gcc/lto/lto-partition.c:185
0x51881a lto_balanced_map()
    ../../gcc/lto/lto-partition.c:532
0x514f3c do_whole_program_analysis
    ../../gcc/lto/lto.c:3245
0x514f3c lto_main()
    ../../gcc/lto/lto.c:3385

Command line:
S=/home/marxin/Programming/libreoffice && O=$S/solver/unxlngx6.pro &&
W=$S/workdir/unxlngx6.pro &&  mkdir -p $W/LinkTarget/Library/ &&
/usr/bin/ccache g++ -shared -Wl,-z,noexecstack -flto -fuse-linker-plugin -O2  
-Wl,-z,origin '-Wl,-rpath,$ORIGIN:$ORIGIN/../ure-link/lib'
-Wl,-rpath-link,$O/lib -Wl,-z,defs  -Wl,-rpath-link,/lib:/usr/lib
-Wl,-z,combreloc -L$O/lib  -Wl,--hash-style=gnu  -Wl,--dynamic-list-cpp-new
-Wl,--dynamic-list-cpp-typeinfo -Wl,-Bsymbolic-functions  -Wl,-O1 -Wl,-S 
$W/CxxObject/comphelper/source/compare/AnyCompareFactory.o
$W/CxxObject/comphelper/source/container/IndexedPropertyValuesContainer.o
$W/CxxObject/comphelper/source/container/NamedPropertyValuesContainer.o
$W/CxxObject/comphelper/source/container/container.o
$W/CxxObject/comphelper/source/container/containermultiplexer.o
$W/CxxObject/comphelper/source/container/embeddedobjectcontainer.o
$W/CxxObject/comphelper/source/container/enumerablemap.o
$W/CxxObject/comphelper/source/container/enumhelper.o
$W/CxxObject/comphelper/source/container/namecontainer.o
$W/CxxObject/comphelper/source/eventattachermgr/eventattachermgr.o
$W/CxxObject/comphelper/source/misc/accessiblecomponenthelper.o
$W/CxxObject/comphelper/source/misc/accessiblecontexthelper.o
$W/CxxObject/comphelper/source/misc/accessibleeventnotifier.o
$W/CxxObject/comphelper/source/misc/accessiblekeybindinghelper.o
$W/CxxObject/comphelper/source/misc/accessibleselectionhelper.o
$W/CxxObject/comphelper/source/misc/accessibletexthelper.o
$W/CxxObject/comphelper/source/misc/accessiblewrapper.o
$W/CxxObject/comphelper/source/misc/accimplaccess.o
$W/CxxObject/comphelper/source/misc/anytostring.o
$W/CxxObject/comphelper/source/misc/asyncnotification.o
$W/CxxObject/comphelper/source/misc/comphelper_module.o
$W/CxxObject/comphelper/source/misc/comphelper_services.o
$W/CxxObject/comphelper/source/misc/componentbase.o
$W/CxxObject/comphelper/source/misc/componentcontext.o
$W/CxxObject/comphelper/source/misc/componentmodule.o
$W/CxxObject/comphelper/source/misc/configuration.o
$W/CxxObject/comphelper/source/misc/configurationhelper.o
$W/CxxObject/comphelper/source/misc/docpasswordhelper.o
$W/CxxObject/comphelper/source/misc/docpasswordrequest.o
$W/CxxObject/comphelper/source/misc/documentinfo.o
$W/CxxObject/comphelper/source/misc/documentiologring.o
$W/CxxObject/comphelper/source/misc/evtlistenerhlp.o
$W/CxxObject/comphelper/source/misc/evtmethodhelper.o
$W/CxxObject/comphelper/source/misc/ihwrapnofilter.o
$W/CxxObject/comphelper/source/misc/instancelocker.o
$W/CxxObject/comphelper/source/misc/interaction.o
$W/CxxObject/comphelper/source/misc/listenernotification.o
$W/CxxObject/comphelper/source/misc/logging.o
$W/CxxObject/comphelper/source/misc/mediadescriptor.o
$W/CxxObject/comphelper/source/misc/mime^Cnfighelper.o
$W/CxxObject/comphelper/source/misc/namedvaluecollection.o
$W/CxxObject/comphelper/source/misc/numberedcollection.o
$W/CxxObject/comphelper/source/misc/numbers.o
$W/CxxObject/comphelper/source/misc/officeresourcebundle.o
$W/CxxObject/comphelper/source/misc/officerestartmanager.o
$W/CxxObject/comphelper/source/misc/proxyaggregation.o
$W/CxxObject/comphelper/source/misc/scopeguard.o
$W/CxxObject/comphelper/source/misc/SelectionMultiplex.o
$W/CxxObject/comphelper/source/misc/sequenceashashmap.o
$W/CxxObject/comphelper/source/misc/sequence.o
$W/CxxObject/comphelper/source/misc/servicedecl.o
$W/CxxObject/comphelper/source/misc/serviceinfohelper.o
$W/CxxObject/comphelper/source/misc/sharedmutex.o
$W/CxxObject/comphelper/source/misc/stillreadwriteinteraction.o
$W/CxxObject/comphelper/source/misc/anycompare.o
$W/CxxObject/comphelper/source/misc/storagehelper.o
$W/CxxObject/comphelper/source/misc/string.o
$W/CxxObject/comphelper/source/misc/synchronousdispatch.o
$W/CxxObject/comphelper/source/misc/syntaxhighlight.o
$W/CxxObject/comphelper/source/misc/types.o
$W/CxxObject/comphelper/source/misc/weak.o
$W/CxxObject/comphelper/source/misc/weakeventlistener.o
$W/CxxObject/comphelper/source/officeinstdir/officeinstallationdirectories.o
$W/CxxObject/comphelper/source/processfactory/processfactory.o
$W/CxxObject/comphelper/source/property/ChainablePropertySet.o
$W/CxxObject/comphelper/source/property/ChainablePropertySetInfo.o
$W/CxxObject/comphelper/source/property/genericpropertyset.o
$W/CxxObject/comphelper/source/property/MasterPropertySet.o
$W/CxxObject/comphelper/source/property/MasterPropertySetInfo.o
$W/CxxObject/comphelper/source/property/opropertybag.o
$W/CxxObject/comphelper/source/property/propagg.o
$W/CxxObject/comphelper/source/property/propertybag.o
$W/CxxObject/comphelper/source/property/propertycontainer.o
$W/CxxObject/comphelper/source/property/propertycontainerhelper.o
$W/CxxObject/comphelper/source/property/property.o
$W/CxxObject/comphelper/source/property/propertysethelper.o
$W/CxxObject/comphelper/source/property/propertysetinfo.o
$W/CxxObject/comphelper/source/property/propertystatecontainer.o
$W/CxxObject/comphelper/source/property/propmultiplex.o
$W/CxxObject/comphelper/source/property/propstate.o
$W/CxxObject/comphelper/source/property/TypeGeneration.o
$W/CxxObject/comphelper/source/streaming/basicio.o
$W/CxxObject/comphelper/source/streaming/memorystream.o
$W/CxxObject/comphelper/source/streaming/oslfile2streamwrap.o
$W/CxxObject/comphelper/source/streaming/seekableinput.o
$W/CxxObject/comphelper/source/streaming/seqinputstreamserv.o
$W/CxxObject/comphelper/source/streaming/seqoutputstreamserv.o
$W/CxxObject/comphelper/source/streaming/seqstream.o
$W/CxxObject/comphelper/source/streaming/streamsection.o
$W/CxxObject/comphelper/source/xml/attributelist.o
$W/CxxObject/comphelper/source/xml/ofopxmlhelper.o
$W/CxxObject/comphelper/source/xml/xmltools.o     -Wl,--start-group 
-Wl,--end-group -Wl,--no-as-needed   -licuuc -luno_cppu -luno_cppuhelpergcc3
-luno_sal -luno_salhelpergcc3 -lucbhelper4gcc3 -li18nlangtaggcc3 -o
$W/LinkTarget/Library/libcomphelpgcc3.so

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[hubicka at gcc dot gnu.org]

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

--- Comment #1 from Jan Hubicka <hubicka at gcc dot gnu.org> 2013-04-24 13:35:36 UTC ---
Hmm, the failing test is:

  /* Be sure that we never try to duplicate partitioned symbol
     or add external symbol.  */
  gcc_assert (c != SYMBOL_EXTERNAL
              && (c == SYMBOL_DUPLICATE || !symbol_partitioned_p (node)));

now the caller is:


  for (i = 0; i < n_nodes; i++)
    {
      if (symbol_partitioned_p ((symtab_node) order[i]))
        continue;

      current_order = order[i]->symbol.order;

      if (!flag_toplevel_reorder)
        while (varpool_pos < n_varpool_nodes
               && varpool_order[varpool_pos]->symbol.order < current_order)
          {
            if (!symbol_partitioned_p ((symtab_node)
varpool_order[varpool_pos]))
              add_symbol_to_partition (partition, (symtab_node)
varpool_order[varpool_pos]);
            varpool_pos++;
          }

      add_symbol_to_partition (partition, (symtab_node) order[i]);
      total_size -= inline_summary (order[i])->size;

So what can fail here?  Symbol_partitioned_p should be false because of the
firs ttest in loop. So one should conclude that c==SYMBOL_EXTERNAL that is
weird given that the order array is populated only with SYMBOL_PARTITIONED
items.

Can you, please, figure out what is value of c and symbol_partitioned_p test?

Honza

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #2 from Martin Liška <marxin.liska at gmail dot com> 2013-04-26 09:23:58 UTC ---
So the symbol is really external :

c++filt:
std::_Tuple_impl<0ul, int const&>::_Tuple_impl()

dump_symbol_node:
_ZNSt11_Tuple_implILm0EIRKiEEC1Ev/279814 (__comp_ctor ) @0x7fd6b26766f0
  Type: function
  Visibility: external public visibility_specified
  References: 
  Referring: _ZNSt11_Tuple_implILm0EJRKiEEC1Ev/279815 (alias)
  Read from file:
/home/marxin/Programming/libreoffice/workdir/unxlngx6.pro/CxxObject/comphelper/source/property/propagg.o
  Availability: not_available
  Function flags:
  Called by: 
  Calls:
>From gcc-bugs-return-421004-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Apr 26 10:14:24 2013
Return-Path: <gcc-bugs-return-421004-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25752 invoked by alias); 26 Apr 2013 10:14:24 -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 25720 invoked by uid 48); 26 Apr 2013 10:14:20 -0000
From: "paolo.carlini at oracle dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/56926] Crash (without ICE) while compiling Boost.Math
Date: Fri, 26 Apr 2013 10:14:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: paolo.carlini at oracle dot com
X-Bugzilla-Status: WAITING
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields: Severity
Message-ID: <bug-56926-4-MX5xlXh81g@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-56926-4@http.gcc.gnu.org/bugzilla/>
References: <bug-56926-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-04/txt/msg02149.txt.bz2
Content-length: 306


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

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|critical                    |normal

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #3 from Martin Liška <marxin.liska at gmail dot com> 2013-05-03 11:20:00 UTC ---
lto-partition.c:265 (add_symbol_to_partition)

c++filt:
std::_Tuple_impl<0ul, int const&>::_Tuple_impl()

dump_symtab_node:
_ZNSt11_Tuple_implILm0EJRKiEEC1Ev/281156 (_ZNSt11_Tuple_implILm0EJRKiEEC1Ev)
@0x7f5a9bc5fab0
  Type: function
  Visibility: prevailing_def_ironly_exp public weak artificial
  References: _ZNSt11_Tuple_implILm0EIRKiEEC1Ev/281155 (alias)
  Referring: 
  Read from file:
/home/marxin/Programming/libreoffice/workdir/unxlngx6.pro/CxxObject/comphelper/source/property/propagg.o
  Availability: overwritable
  Function flags: analyzed finalized alias
  Alias of __comp_ctor  (asm: _ZNSt11_Tuple_implILm0EIRKiEEC1Ev)
  Called by: 
  Calls: 

After iterating on lto-partition.c:274 add_symbol_to_partition_1 is called for
the following node, where assert was reached:

c++filt:

dump_symtab_node:
_ZNSt11_Tuple_implILm0EIRKiEEC1Ev/281155 (__comp_ctor ) @0x7f5a9bc5fbe0
  Type: function
  Visibility: external public visibility_specified
  References: 
  Referring: _ZNSt11_Tuple_implILm0EJRKiEEC1Ev/281156 (alias)
  Read from file:
/home/marxin/Programming/libreoffice/workdir/unxlngx6.pro/CxxObject/comphelper/source/property/propagg.o
  Availability: not_available
  Function flags:
  Called by: 
  Calls: 

Thanks,
Martin
>From gcc-bugs-return-421520-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 03 11:27:39 2013
Return-Path: <gcc-bugs-return-421520-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 27144 invoked by alias); 3 May 2013 11:27:38 -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 27098 invoked by uid 55); 3 May 2013 11:27:33 -0000
From: "dave.anglin at bell dot net" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/57027] [4.9 Regression] ICE in gimple_assign_rhs_code, at gimple.h:2022
Date: Fri, 03 May 2013 11:27:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: dave.anglin at bell dot net
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Changed-Fields:
Message-ID: <bug-57027-4-vSJbjs2S3R@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57027-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57027-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-05/txt/msg00193.txt.bz2
Content-length: 522


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

--- Comment #6 from dave.anglin at bell dot net 2013-05-03 11:27:33 UTC ---
On 3-May-13, at 6:11 AM, amylaar at gcc dot gnu.org wrote:

> The preprocessed testcase from the first attachment fails needs a
> different
>
> sanity check in convert_mult_to_fma, which I have added in this
> amended patch.

Yes, I just found that build still fails with first patch at same
place.  Will try amended
patch.

--
John David Anglin    dave.anglin@bell.net

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[hubicka at ucw dot cz]

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

--- Comment #4 from Jan Hubicka <hubicka at ucw dot cz> 2013-05-03 12:15:48 UTC ---
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
> 
> --- Comment #3 from Martin Liška <marxin.liska at gmail dot com> 2013-05-03 11:20:00 UTC ---
> lto-partition.c:265 (add_symbol_to_partition)
> 
> c++filt:
> std::_Tuple_impl<0ul, int const&>::_Tuple_impl()
> 
> dump_symtab_node:
> _ZNSt11_Tuple_implILm0EJRKiEEC1Ev/281156 (_ZNSt11_Tuple_implILm0EJRKiEEC1Ev)
> @0x7f5a9bc5fab0
>   Type: function
>   Visibility: prevailing_def_ironly_exp public weak artificial

OK, so weakref alias bug apparently.  Can you please attach the preprocessed
/home/marxin/Programming/libreoffice/workdir/unxlngx6.pro/CxxObject/comphelper/source/property/propagg.o?

Honza
>From gcc-bugs-return-421529-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 03 12:17:23 2013
Return-Path: <gcc-bugs-return-421529-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 11599 invoked by alias); 3 May 2013 12:17:23 -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 11563 invoked by uid 55); 3 May 2013 12:17:20 -0000
From: "hubicka at ucw dot cz" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/57084] 483. xalancbmk run fails with -O2 -flto for i686
Date: Fri, 03 May 2013 12:17:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hubicka at ucw dot cz
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: jamborm at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-57084-4-NOUvsOrQTN@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57084-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57084-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-05/txt/msg00202.txt.bz2
Content-length: 666


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

--- Comment #3 from Jan Hubicka <hubicka at ucw dot cz> 2013-05-03 12:17:20 UTC ---
> @@ -1993,6 +1994,18 @@ ipa_intraprocedural_devirtualization (gi
>    token = OBJ_TYPE_REF_TOKEN (otr);
>    fndecl = gimple_get_virt_method_for_binfo (tree_low_cst (token, 1),
>                           binfo);
> +  if (!fndecl)
> +    return NULL_TREE;
> +
> +  callee = cgraph_get_node (fndecl);
> +  if (!callee || callee->global.inlined_to)
> +    {
> +      if (!canonicalize_constructor_val (fndecl, NULL)
fndecl = canonicalize_constructor_val (fndecl, NULL)
Why do you need TREE_PUBLIC check?

Honza

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #6 from Martin Liška <marxin.liska at gmail dot com> 2013-05-03 12:44:44 UTC ---
Created attachment 30020
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30020
FieldCacheImpl.c
>From gcc-bugs-return-421536-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 03 12:44:00 2013
Return-Path: <gcc-bugs-return-421536-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 32173 invoked by alias); 3 May 2013 12:44:00 -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 32137 invoked by uid 48); 3 May 2013 12:43:57 -0000
From: "marxin.liska at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/57038] Latest libreoffice compilation fails with enabled LTO
Date: Fri, 03 May 2013 12:44:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: marxin.liska at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-57038-4-izXwO02lgb@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57038-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57038-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-SW-Source: 2013-05/txt/msg00209.txt.bz2
Content-length: 1465


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

--- Comment #5 from Martin Liška <marxin.liska at gmail dot com> 2013-05-03 12:43:56 UTC ---
Looks like the problem has many occurrences in CLucene:

_ZNSt11_Tuple_implILm0EJRKPN6lucene5index11IndexReaderEEEC1Ev/146876
(_ZNSt11_Tuple_implILm0EJRKPN6lucene5index11IndexReaderEEEC1Ev) @0x2b58d3925be0
  Type: function
  Visibility: prevailing_def_ironly_exp public weak artificial
  References:
_ZNSt11_Tuple_implILm0EIRKPN6lucene5index11IndexReaderEEEC1Ev/146875 (alias)
  Referring: 
  Read from file:
/home/marxin/Programming/libreoffice/workdir/unxlngx6.pro/GenCxxObject/UnpackedTarball/clucene/src/core/CLucene/search/FieldCacheImpl.o
  Availability: overwritable
  Function flags: analyzed finalized alias
  Alias of __comp_ctor  (asm:
_ZNSt11_Tuple_implILm0EIRKPN6lucene5index11IndexReaderEEEC1Ev)
  Called by: 
  Calls: 

_ZNSt11_Tuple_implILm0EIRKPN6lucene5index11IndexReaderEEEC1Ev/146875
(__comp_ctor ) @0x2b58d3925d10
  Type: function
  Visibility: external public visibility_specified
  References: 
  Referring:
_ZNSt11_Tuple_implILm0EJRKPN6lucene5index11IndexReaderEEEC1Ev/146876 (alias)
  Read from file:
/home/marxin/Programming/libreoffice/workdir/unxlngx6.pro/GenCxxObject/UnpackedTarball/clucene/src/core/CLucene/search/FieldCacheImpl.o
  Availability: not_available
  Function flags:
  Called by: 
  Calls: 

I've just uploaded preprocessed FieldCacheImpl.c.

Martin
>From gcc-bugs-return-421539-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 03 12:53:55 2013
Return-Path: <gcc-bugs-return-421539-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 11277 invoked by alias); 3 May 2013 12:53:55 -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 11255 invoked by uid 48); 3 May 2013 12:53:49 -0000
From: "anton at samba dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/57161] ICE in in check_probability, at basic-block.h:941
Date: Fri, 03 May 2013 12:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: anton at samba dot 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-Changed-Fields:
Message-ID: <bug-57161-4-m6PoXdtZ5F@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57161-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57161-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-05/txt/msg00212.txt.bz2
Content-length: 240


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

--- Comment #1 from Anton Blanchard <anton at samba dot org> 2013-05-03 12:53:49 UTC ---
Created attachment 30021
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id0021
Testcase

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[hubicka at ucw dot cz]

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

--- Comment #7 from Jan Hubicka <hubicka at ucw dot cz> 2013-05-03 13:03:32 UTC ---
Hmm, not weakref but really weak alias of external function. This seems even
more weird.
What are the flags used to compile the .o file?

Honza

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #8 from Martin Liška <marxin.liska at gmail dot com> 2013-05-03 13:07:56 UTC ---
Flags:

g++ -DCPPU_ENV=gcc3 -DLIBO_INTERNAL_ONLY -DLINUX -DNDEBUG -DOPTIMIZE
-DOSL_DEBUG_LEVEL=0 -DSOLAR_JAVA -DSUPD=410 -DUNIX -DUNX -DX86_64 -D_PTHREADS
-D_REENTRANT  -DRTL_USING   -DSYSTEM_ZLIB  -Dclucene_shared_EXPORTS
-Dclucene_core_EXPORTS -Dclucene_contribs_lib_EXPORTS   -flto
-fno-fat-lto-objects -fuse-linker-plugin -O2 -DHAVE_GCC_VISIBILITY_FEATURE
-fvisibility=hidden   -Wall -Wendif-labels -Wextra -Wundef -Wunused-macros
-fmessage-length=0 -fno-common -pipe  -fvisibility-inlines-hidden
-DLIBO_MERGELIBS -fPIC -Wshadow -Woverloaded-virtual  -Wnon-virtual-dtor
-std=gnu++0x  -DEXCEPTIONS_ON -fexceptions -fno-enforce-eh-specs -O2   -w  -c
$W/UnpackedTarball/clucene/src/core/CLucene/search/FieldCacheImpl.cpp -o
$W/GenCxxObject/UnpackedTarball/clucene/src/core/CLucene/search/FieldCacheImpl.o
-MMD -MT
$W/GenCxxObject/UnpackedTarball/clucene/src/core/CLucene/search/FieldCacheImpl.o
-MP -MF
$W/Dep/GenCxxObject/UnpackedTarball/clucene/src/core/CLucene/search/FieldCacheImpl.d_
-I$W/UnpackedTarball/clucene/src/core/CLucene/search/
-I$W/UnpackedTarball/clucene/inc/internal -I$W/UnpackedTarball/clucene/src/core
-I$W/UnpackedTarball/clucene/src/contribs-lib
-I$W/UnpackedTarball/clucene/src/shared  -I$S/include -I$O/inc/external
-I$O/inc  -I/opt/sun-jdk-1.6.0.34/include -I/opt/sun-jdk-1.6.0.34/include/linux
-I$S/config_host    && mv
$W/Dep/GenCxxObject/UnpackedTarball/clucene/src/core/CLucene/search/FieldCacheImpl.d_
$W/Dep/GenCxxObject/UnpackedTarball/clucene/src/core/CLucene/search/FieldCacheImpl.d
>From gcc-bugs-return-421542-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 03 13:17:37 2013
Return-Path: <gcc-bugs-return-421542-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30587 invoked by alias); 3 May 2013 13:17:37 -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 30561 invoked by uid 48); 3 May 2013 13:17:32 -0000
From: "anton at samba dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/57161] ICE in in check_probability, at basic-block.h:941
Date: Fri, 03 May 2013 13:17:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: anton at samba dot 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-Changed-Fields:
Message-ID: <bug-57161-4-LMuEUnVfuY@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57161-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57161-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-05/txt/msg00215.txt.bz2
Content-length: 915


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

--- Comment #2 from Anton Blanchard <anton at samba dot org> 2013-05-03 13:17:31 UTC ---
A bisect hit this commit:

    2013-05-02  Teresa Johnson  <tejohnson@google.com>

        * loop-unswitch.c (unswitch_loop): Use helper routines with rounding
            divides.
        * cfg.c (update_bb_profile_for_threading): Ditto.
        * tree-inline.c (copy_bb): Ditto.
        (copy_edges_for_bb): Ditto.
        (initialize_cfun): Ditto.
        (copy_cfg_body): Ditto.
        (expand_call_inline): Ditto.
        * ipa-inline-analysis.c (estimate_edge_size_and_time): Ditto.
        (estimate_node_size_and_time): Ditto.
        (inline_merge_summary): Ditto.
        * cgraphclones.c (cgraph_clone_edge): Ditto.
        (cgraph_clone_node): Ditto.
        * sched-rgn.c (compute_dom_prob_ps): Ditto.
        (compute_trg_info): Ditto.

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #10 from Martin Liška <marxin.liska at gmail dot com> 2013-05-03 15:19:08 UTC ---
Hi,
   you are right, the symbol is also missing in FieldCacheImpl.o.

Unlike FieldCacheImpl.o, propagg.o really contains symbol:
_ZNSt11_Tuple_implILm0EJRKiEEC1Ev

I'm going to attach preprocessed propagg.c, hope it will help.

Martin
>From gcc-bugs-return-421560-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 03 15:20:24 2013
Return-Path: <gcc-bugs-return-421560-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 27325 invoked by alias); 3 May 2013 15:20:24 -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 27269 invoked by uid 48); 3 May 2013 15:20:17 -0000
From: "marxin.liska at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/57025] Solaris g++ defines __STDC_VERSION__\x199901L
Date: Fri, 03 May 2013 15:20:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: marxin.liska at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-57025-4-3bmfYcS43W@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57025-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57025-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-SW-Source: 2013-05/txt/msg00233.txt.bz2
Content-length: 262


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

--- Comment #5 from Martin Liška <marxin.liska at gmail dot com> 2013-05-03 15:20:17 UTC ---
Created attachment 30024
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30024
Preprocessed propagg.c
>From gcc-bugs-return-421561-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 03 15:21:32 2013
Return-Path: <gcc-bugs-return-421561-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 28445 invoked by alias); 3 May 2013 15:21:32 -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 28349 invoked by uid 48); 3 May 2013 15:21:23 -0000
From: "marxin.liska at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/57025] Solaris g++ defines __STDC_VERSION__\x199901L
Date: Fri, 03 May 2013 15:21:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: marxin.liska at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields: CC
Message-ID: <bug-57025-4-r9WBWhcHIJ@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57025-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57025-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-SW-Source: 2013-05/txt/msg00234.txt.bz2
Content-length: 602


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

Martin Liška <marxin.liska at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |marxin.liska at gmail dot
                   |                            |com

--- Comment #6 from Martin Liška <marxin.liska at gmail dot com> 2013-05-03 15:21:23 UTC ---
(In reply to comment #5)
> Created attachment 30024 [details]
> Preprocessed propagg.c

Sorry for attaching file to wrong bug.
>From gcc-bugs-return-421562-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 03 15:22:18 2013
Return-Path: <gcc-bugs-return-421562-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 29282 invoked by alias); 3 May 2013 15:22:18 -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 29257 invoked by uid 48); 3 May 2013 15:22:15 -0000
From: "marxin.liska at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/57038] Latest libreoffice compilation fails with enabled LTO
Date: Fri, 03 May 2013 15:22:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: marxin.liska at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-57038-4-TgXow6yNg7@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57038-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57038-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-SW-Source: 2013-05/txt/msg00235.txt.bz2
Content-length: 262


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

--- Comment #11 from Martin Liška <marxin.liska at gmail dot com> 2013-05-03 15:22:15 UTC ---
Created attachment 30025
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30025
Preprocessed propag.c
>From gcc-bugs-return-421564-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 03 15:40:21 2013
Return-Path: <gcc-bugs-return-421564-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 12426 invoked by alias); 3 May 2013 15:40:21 -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 12317 invoked by uid 55); 3 May 2013 15:40:17 -0000
From: "tejohnson at google dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/57154] [4.9 Regression] Bootstrap broken for powerpc64-unknown-linux-gnu
Date: Fri, 03 May 2013 15:40:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Keywords: build
X-Bugzilla-Severity: normal
X-Bugzilla-Who: tejohnson at google dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Changed-Fields:
Message-ID: <bug-57154-4-aWXvQGBdi6@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57154-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57154-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-05/txt/msg00237.txt.bz2
Content-length: 3332


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

--- Comment #9 from Teresa Johnson <tejohnson at google dot com> 2013-05-03 15:40:16 UTC ---
The problem is that with the rounding divide, an odd numbered
probability being propagated along a 50-50 branch will be rounded up
along both edges, resulting in 1 higher probability being propagated
along the graph than with the earlier truncating divide. The algorithm
in sched-rgn.c is propagating the probabilities along the whole cfg,
and when these edges merge, we have 10001 as the accumulated
probability, which is higher than REG_BR_PROB_BASE.

The following patch fixes this for the attached test case:

Index: sched-rgn.c
==================================================================--- sched-rgn.c (revision 198581)
+++ sched-rgn.c (working copy)
@@ -1442,6 +1442,8 @@ compute_dom_prob_ps (int bb)
  bitmap_set_bit (pot_split[bb], EDGE_TO_BIT (out_edge));

       prob[bb] += combine_probabilities (prob[pred_bb], in_edge->probability);
+      if (prob[bb] > REG_BR_PROB_BASE)
+ prob[bb] = REG_BR_PROB_BASE;
     }

   bitmap_set_bit (dom[bb], bb);

I am now testing with the full powerpc bootstrap build. This was the
only additional use of combine_probabilities in my patch, so there
shouldn't be any other issues like this. Will send the patch for
review once the bootstrap completes.

Teresa

On Fri, May 3, 2013 at 8:10 AM, tejohnson at google dot com
<gcc-bugzilla@gcc.gnu.org> wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?idW154
>
> --- Comment #7 from Teresa Johnson <tejohnson at google dot com> 2013-05-03 15:10:50 UTC ---
> Thanks for the test case - reproduced with my stage1 compiler on gcc110. Teresa
>
> On Fri, May 3, 2013 at 8:02 AM, dje at gcc dot gnu.org
> <gcc-bugzilla@gcc.gnu.org> wrote:
>>
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?idW154
>>
>> --- Comment #6 from David Edelsohn <dje at gcc dot gnu.org> 2013-05-03 15:02:18 UTC ---
>> Created attachment 30022
>>   --> http://gcc.gnu.org/bugzilla/attachment.cgi?id0022
>> Testcase
>>
>> Testcase from Anton Blanchard transferred from PR 57161
>>
>> # gcc -O2 -c foo.c
>> foo.c: In function 'testcase':
>> foo.c:40:1: internal compiler error: in check_probability, at basic-block.h:941
>>  }
>>  ^
>> 0x105bb57b check_probability
>>     ../../gcc/gcc/basic-block.h:941
>> 0x105bb57b check_probability
>>     ../../gcc/gcc/sched-rgn.c:3247
>> 0x105bb57b combine_probabilities
>>     ../../gcc/gcc/basic-block.h:950
>> 0x105bb57b compute_dom_prob_ps
>>     ../../gcc/gcc/sched-rgn.c:1444
>> 0x105bb57b sched_rgn_local_init(int)
>>     ../../gcc/gcc/sched-rgn.c:3291
>> 0x105bd393 schedule_region
>>     ../../gcc/gcc/sched-rgn.c:2984
>> 0x105bd393 schedule_insns
>>     ../../gcc/gcc/sched-rgn.c:3384
>> 0x105bd393 schedule_insns()
>>     ../../gcc/gcc/sched-rgn.c:3363
>> 0x105bdbb3 rest_of_handle_sched
>>     ../../gcc/gcc/sched-rgn.c:3577
>>
>> --
>> Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
>> ------- You are receiving this mail because: -------
>> You are on the CC list for the bug.
>
> --
> Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug.

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[hubicka at ucw dot cz]

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

--- Comment #12 from Jan Hubicka <hubicka at ucw dot cz> 2013-05-03 16:48:41 UTC ---
> Hi,
>    you are right, the symbol is also missing in FieldCacheImpl.o.
> 
> Unlike FieldCacheImpl.o, propagg.o really contains symbol:
> _ZNSt11_Tuple_implILm0EJRKiEEC1Ev
> 
> I'm going to attach preprocessed propagg.c, hope it will help.

Hmm, still not there when I compile propagg.c (renamed to propagg.ii) myself.
Perhaps this file is compiled with other options?  It really uses weakrefs
though,
so it still may be weakref bug.

Honza

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #13 from Martin Liška <marxin.liska at gmail dot com> 2013-05-03 16:59:42 UTC ---
I attached build log where compilation is aborted after calling
add_symbol_to_partition_1 of FieldCacheImpl.o.

If it is not useful, please tell me how to provide more verbose details?

Thanks,
Martin
>From gcc-bugs-return-421573-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 03 17:00:46 2013
Return-Path: <gcc-bugs-return-421573-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 10878 invoked by alias); 3 May 2013 17:00:46 -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 10830 invoked by uid 48); 3 May 2013 17:00:43 -0000
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/57149] [4.8 Regression] wrong -Wmaybe-uninitialized warning with -Os
Date: Fri, 03 May 2013 17:00:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Keywords: diagnostic
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.8.1
X-Bugzilla-Changed-Fields: CC
Message-ID: <bug-57149-4-mAzqJor7Nw@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57149-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57149-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-05/txt/msg00246.txt.bz2
Content-length: 1726


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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakub at gcc dot gnu.org

--- Comment #3 from Jakub Jelinek <jakub at gcc dot gnu.org> 2013-05-03 17:00:43 UTC ---
I'd say the problem comes from the
int retval = retval;
in isr_tr_complete_low, which is supposedly inlined into the function
containing err = istr_tr_complete_low (mEp);
At least replacing that with retval = 0; makes the warning go away.

Reduced testcase for -Os -Wall:
struct A { struct A *a, *b; };
struct D { struct A e; };
struct E { unsigned char f; struct { struct A e; } g; };
struct F { struct E i[32]; };
extern int fn0 (void);
extern int fn1 (struct E *, struct D *);
static inline __attribute__ ((always_inline)) int
fn2 (const struct A *x)
{
  return x->a == x;
}
static int
fn3 (struct E *x)
{
  struct D *l, *m;
  int retval = retval;
  if (fn2 (&x->g.e))
    return 0;
  for (l = (struct D *) x->g.e.a, m = (struct D *) l->e.a; &l->e != &x->g.e; l
= m, m = (struct D *) m->e.a)
    retval = fn1 (x, l);
  return retval;
}
void
fn4 (struct F *x, unsigned k)
{
  unsigned i;
  for (i = 0; i < k; i++)
    {
      struct E *y = &x->i[i];
      int err = -22;
      err = fn3 (y);
      if (y->f == 0)
        {
          if (err > 0)
            err = fn0 ();
          if (err < 0)
            fn0 ();
        }
    }
}

I believe if fn2 returns zero, then the for body will be run at least once, but
perhaps it isn't simplified as such early enough.

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #14 from Martin Liška <marxin.liska at gmail dot com> 2013-05-03 17:00:19 UTC ---
Created attachment 30027
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30027
Build log1
>From gcc-bugs-return-421574-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 03 17:19:24 2013
Return-Path: <gcc-bugs-return-421574-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 22076 invoked by alias); 3 May 2013 17:19:24 -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 22039 invoked by uid 48); 3 May 2013 17:19:20 -0000
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/57149] [4.8/4.9 Regression] wrong -Wmaybe-uninitialized warning with -Os
Date: Fri, 03 May 2013 17:19:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Keywords: diagnostic
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.8.1
X-Bugzilla-Changed-Fields: Summary
Message-ID: <bug-57149-4-zA1i59ZbIz@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57149-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57149-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-05/txt/msg00247.txt.bz2
Content-length: 591


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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[4.8 Regression] wrong      |[4.8/4.9 Regression] wrong
                   |-Wmaybe-uninitialized       |-Wmaybe-uninitialized
                   |warning with -Os            |warning with -Os

--- Comment #4 from Jakub Jelinek <jakub at gcc dot gnu.org> 2013-05-03 17:19:19 UTC ---
Started with http://gcc.gnu.org/r190339

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[hubicka at gcc dot gnu.org]

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

--- Comment #16 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
OK, I think I found the bug. Weakrefs are considered to be external but they
need to be duplicated.  Does the following fix the problem?
Index: lto-partition.c
===================================================================
--- lto-partition.c     (revision 198803)
+++ lto-partition.c     (working copy)
@@ -59,6 +59,10 @@ get_symbol_class (symtab_node node)
   if (cnode && cnode->global.inlined_to)
     return SYMBOL_DUPLICATE;

+  /* Weakref aliases are always duplicated.  */
+  if (lookup_attribute ("weakref", DECL_ATTRIBUTES (node->symbol.decl)))
+    return SYMBOL_DUPLICATE;
+
   /* External declarations are external.  */
   if (DECL_EXTERNAL (node->symbol.decl))
     return SYMBOL_EXTERNAL;
@@ -79,10 +83,6 @@ get_symbol_class (symtab_node node)
   else if (!cgraph (node)->analyzed)
     return SYMBOL_EXTERNAL;

-  /* Weakref aliases are always duplicated.  */
-  if (lookup_attribute ("weakref", DECL_ATTRIBUTES (node->symbol.decl)))
-    return SYMBOL_DUPLICATE;
-
   /* Comdats are duplicated to every use unless they are keyed.
      Those do not need duplication.  */
   if (DECL_COMDAT (node->symbol.decl)

I hav emore involved patch to fix weakrefs in testing, but this may be enough
for this particular bug.

Honza

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #17 from Martin Liška <marxin.liska at gmail dot com> ---
I tried to apply suggested patch, but following gcc_assert was thrown:

https://github.com/marxin/gcc/blob/master/gcc/lto/lto-partition.c#L564

Callstack:
[build CXX] store/source/stortree.cxx
lto1: internal compiler error: in lto_balanced_map, at lto/lto-partition.c:566
0x52004f lto_balanced_map()
        ../../gcc/lto/lto-partition.c:566
0x516c0e do_whole_program_analysis
        ../../gcc/lto/lto.c:3201
0x516c0e lto_main()
        ../../gcc/lto/lto.c:3341

lto-partition.c:566 refers to the github link
>From gcc-bugs-return-422160-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon May 13 13:49:02 2013
Return-Path: <gcc-bugs-return-422160-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 28008 invoked by alias); 13 May 2013 13:49:02 -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 27976 invoked by uid 48); 13 May 2013 13:48:57 -0000
From: "vanboxem.ruben at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/56926] Crash (without ICE) while compiling Boost.Math
Date: Mon, 13 May 2013 13:49:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: vanboxem.ruben at gmail dot com
X-Bugzilla-Status: WAITING
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:
Message-ID: <bug-56926-4-WT62yCp6cD@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-56926-4@http.gcc.gnu.org/bugzilla/>
References: <bug-56926-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-05/txt/msg00833.txt.bz2
Content-length: 881

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

--- Comment #2 from Ruben Van Boxem <vanboxem.ruben at gmail dot com> ---
As bugzilla has a file size limit of 1000kB, here's a link to my dropbox
containing a zipped gch file that I believe is responsible for the crash.

https://dl.dropboxusercontent.com/u/58715553/pch.hpp.gch.zip

This file was created with GCC 4.8.1 20130425.

Alternatively (if you have a 64-bit Windows (virtual)box) just download
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/rubenvb/gcc-4.8-release/x86_64-w64-mingw32-gcc-4.8.0-win64_rubenvb.7z

and Boost
http://sourceforge.net/projects/boost/files/boost/1.53.0/

and add the mingw64/bin extracted directory to PATH, and run
bootstrap toolset=gcc
b2 toolset=gcc

which will slowly compile Boost up to Boost.Math, which will result in several
crashes.

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[hubicka at ucw dot cz]

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

--- Comment #18 from Jan Hubicka <hubicka at ucw dot cz> ---
> Callstack:
> [build CXX] store/source/stortree.cxx
> lto1: internal compiler error: in lto_balanced_map, at lto/lto-partition.c:566
> 0x52004f lto_balanced_map()
>         ../../gcc/lto/lto-partition.c:566

My line numbers are out of sync now. Is it
                gcc_assert (node->analyzed);
perhaps it is iceing on unanalyzed weakrefs.  I guess that assert is safe to
remove then.
I am testing bigger patch to address the weakrefs problems in Firefox, too, so
hopefully it
will address this problem as well.

Honza

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[hubicka at gcc dot gnu.org]

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

--- Comment #19 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
Ok, I got a self contained testcase for this and indeed, it is safe to remove
that assert.  In fact it is yet another problem with weakrefs: we have weakrefs
that are referring locally defined studd and we have weakrefs that are just
external references.  At LTO merging time we should resolve the second to first
when possible, but we don't.  This is just missed optimization problem.

Just comment out that assert for now.

Honza

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #20 from Martin Liška <marxin.liska at gmail dot com> ---
Looks like the compilation goes further, but another gcc_assert is reached:

0x51f015 add_symbol_to_partition_1
    ../../gcc/lto/lto-partition.c:187
0x51f5ba lto_balanced_map()
    ../../gcc/lto/lto-partition.c:534
0x516c0e do_whole_program_analysis
    ../../gcc/lto/lto.c:3201
0x516c0e lto_main()
    ../../gcc/lto/lto.c:3341


https://github.com/marxin/gcc/blob/master/gcc/lto/lto-partition.c#L185-L186

We can either wait for your complex patch or try to debug it.

Martin
>From gcc-bugs-return-422189-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon May 13 19:50:56 2013
Return-Path: <gcc-bugs-return-422189-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 15770 invoked by alias); 13 May 2013 19:50:56 -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 15704 invoked by uid 48); 13 May 2013 19:50:53 -0000
From: "ebotcazou at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/57265] Bootstrap failure on sparc-sun-solaris2.10 in libquadmath
Date: Mon, 13 May 2013 19:50:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ebotcazou at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
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_status cc resolution
Message-ID: <bug-57265-4-ooCgq3Uyor@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57265-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57265-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-05/txt/msg00862.txt.bz2
Content-length: 569

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

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |ebotcazou at gcc dot gnu.org
         Resolution|---                         |DUPLICATE

--- Comment #1 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
-4

*** This bug has been marked as a duplicate of bug 57261 ***

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #23 from Martin Liška <marxin.liska at gmail dot com> ---
The patch fixed weakrefs problems.

Compilation goes further and some undefined stuff in libreoffice is met:
https://bugs.freedesktop.org/show_bug.cgi?id=61627

I think this gcc bug could be closed.
>From gcc-bugs-return-422669-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon May 20 20:09:53 2013
Return-Path: <gcc-bugs-return-422669-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 18440 invoked by alias); 20 May 2013 20:09:53 -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 18100 invoked by uid 48); 20 May 2013 20:09:49 -0000
From: "burnus at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/48858] Incorrect error for same binding label on two generic interface specifics
Date: Mon, 20 May 2013 20:09:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: 4.5.2
X-Bugzilla-Keywords: diagnostic, rejects-valid, wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: burnus 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:
Message-ID: <bug-48858-4-q35pP0c5jn@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-48858-4@http.gcc.gnu.org/bugzilla/>
References: <bug-48858-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-05/txt/msg01342.txt.bz2
Content-length: 1941

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

--- Comment #15 from Tobias Burnus <burnus at gcc dot gnu.org> ---
Author: burnus
Date: Mon May 20 20:05:40 2013
New Revision: 199119

URL: http://gcc.gnu.org/viewcvs?rev\x199119&root=gcc&view=rev
Log:
2013-05-20  Tobias Burnus  <burnus@net-b.de>

        PR fortran/48858
        * decl.c (add_global_entry): Use nonbinding name
        only for F2003 or if no binding label exists.
        (gfc_match_entry): Update calls.
        * parse.c (gfc_global_used): Improve error message.
        (add_global_procedure): Use nonbinding name
        only for F2003 or if no binding label exists.
        (gfc_parse_file): Update call.
        * resolve.c (resolve_global_procedure): Use binding
        name when available.
        * trans-decl.c (gfc_get_extern_function_decl): Ditto.

2013-05-20  Tobias Burnus  <burnus@net-b.de>

        PR fortran/48858
        * gfortran.dg/binding_label_tests_17.f90: New.
        * gfortran.dg/binding_label_tests_18.f90: New.
        * gfortran.dg/binding_label_tests_19.f90: New.
        * gfortran.dg/binding_label_tests_20.f90: New.
        * gfortran.dg/binding_label_tests_21.f90: New.
        * gfortran.dg/binding_label_tests_22.f90: New.
        * gfortran.dg/binding_label_tests_23.f90: New.


Added:
    trunk/gcc/testsuite/gfortran.dg/binding_label_tests_17.f90
    trunk/gcc/testsuite/gfortran.dg/binding_label_tests_18.f90
    trunk/gcc/testsuite/gfortran.dg/binding_label_tests_19.f90
    trunk/gcc/testsuite/gfortran.dg/binding_label_tests_20.f90
    trunk/gcc/testsuite/gfortran.dg/binding_label_tests_21.f90
    trunk/gcc/testsuite/gfortran.dg/binding_label_tests_22.f90
    trunk/gcc/testsuite/gfortran.dg/binding_label_tests_23.f90
Modified:
    trunk/gcc/fortran/ChangeLog
    trunk/gcc/fortran/decl.c
    trunk/gcc/fortran/parse.c
    trunk/gcc/fortran/resolve.c
    trunk/gcc/fortran/trans-decl.c
    trunk/gcc/testsuite/ChangeLog

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[hubicka at gcc dot gnu.org]

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

--- Comment #24 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
S=/home/marxin/libreoffice && O=$S/solver/unxlngx6.pro &&
W=$S/workdir/unxlngx6.pro &&  mkdir -p $W/LinkTarget/Executable/ && g++  -flto
-fno-fat-lto-objects -fuse-linker-plugin -O2   -Wl,-z,origin
'-Wl,-rpath,$ORIGIN/../lib:$ORIGIN' -Wl,-rpath-link,$O/lib -Wl,-z,defs 
-Wl,-rpath-link,/lib:/usr/lib -Wl,-z,combreloc -L$O/lib  -Wl,--hash-style=gnu 
-Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo
-Wl,-Bsymbolic-functions  -Wl,-O1 -Wl,-S 
$W/CxxObject/i18npool/source/localedata/LocaleNode.o
$W/CxxObject/i18npool/source/localedata/filewriter.o
$W/CxxObject/i18npool/source/localedata/saxparser.o     -Wl,--start-group 
-Wl,--end-group -Wl,--no-as-needed   -luno_cppu -luno_cppuhelpergcc3 -luno_sal
-o $W/LinkTarget/Executable/saxparser
/home/marxin/libreoffice/workdir/unxlngx6.pro/CxxObject/i18npool/source/localedata/saxparser.o
(symbol from plugin): undefined reference to `typeinfo for
com::sun::star::uno::Exception'
/home/marxin/libreoffice/workdir/unxlngx6.pro/CxxObject/i18npool/source/localedata/saxparser.o
(symbol from plugin): undefined reference to `typeinfo name for
com::sun::star::uno::RuntimeException'
/home/marxin/libreoffice/workdir/unxlngx6.pro/CxxObject/i18npool/source/localedata/saxparser.o
(symbol from plugin): undefined reference to `typeinfo for
com::sun::star::uno::RuntimeException'
/home/marxin/libreoffice/workdir/unxlngx6.pro/CxxObject/i18npool/source/localedata/saxparser.o
(symbol from plugin): undefined reference to `typeinfo name for
com::sun::star::uno::Exception'

actually this sounds more like a GCC bug, still. We should not optimize out
typeinfos.
Can you please relink with -Wl,--no-demangle --save-temps -fdump-ipa-cgraph (so
we now unmangled typeinfo symbol name) and send the resolution file +
*wpa*cgraph file?

Honza

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[hubicka at gcc dot gnu.org]

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

Jan Hubicka <hubicka at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|---                         |FIXED

--- Comment #25 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
The new problem is GNU-LD bug.  It fails when comdat symbol is turned into
static and not mangled.

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[marxin.liska at gmail dot com]

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

--- Comment #26 from Martin Liška <marxin.liska at gmail dot com> ---
Unit tests error:

Program received signal SIGSEGV, Segmentation fault.
0x00002aaab39189ed in ScDocument::CalcAll() () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libsclo.so
(gdb) bt
#0  0x00002aaab39189ed in ScDocument::CalcAll() () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libsclo.so
#1  0x00002aaab3a77516 in ScDocShell::DoHardRecalc(bool) () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libsclo.so
#2  0x00002aaaaf8df43e in ScFiltersTest::testContentXLS() () from
/ssd/libreoffice/workdir/unxlngx6.pro/LinkTarget/CppunitTest/libtest_sc_filters_test.so
#3  0x00002aaaaab8614e in CppUnit::TestCaseMethodFunctor::operator()() const ()
from /ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#4  0x00002aaaaab813b1 in CppUnit::ProtectorChain::ProtectFunctor::operator()()
const () from /ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#5  0x00002aaaac332800 in (anonymous namespace)::Prot::protect(CppUnit::Functor
const&, CppUnit::ProtectorContext const&) () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/unoexceptionprotector.so
#6  0x00002aaaaab813b1 in CppUnit::ProtectorChain::ProtectFunctor::operator()()
const () from /ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#7  0x00002aaaaab78016 in CppUnit::DefaultProtector::protect(CppUnit::Functor
const&, CppUnit::ProtectorContext const&) () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#8  0x00002aaaaab813b1 in CppUnit::ProtectorChain::ProtectFunctor::operator()()
const () from /ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#9  0x00002aaaaab8125b in CppUnit::ProtectorChain::protect(CppUnit::Functor
const&, CppUnit::ProtectorContext const&) () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#10 0x00002aaaaab9073a in CppUnit::TestResult::protect(CppUnit::Functor const&,
CppUnit::Test*, std::string const&) () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#11 0x00002aaaaab85c1e in CppUnit::TestCase::run(CppUnit::TestResult*) () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#12 0x00002aaaaab86812 in
CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#13 0x00002aaaaab8669c in CppUnit::TestComposite::run(CppUnit::TestResult*) ()
from /ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#14 0x00002aaaaab86812 in
CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#15 0x00002aaaaab8669c in CppUnit::TestComposite::run(CppUnit::TestResult*) ()
from /ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#16 0x00002aaaaab94878 in
CppUnit::TestRunner::WrappingSuite::run(CppUnit::TestResult*) () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#17 0x00002aaaaab90518 in CppUnit::TestResult::runTest(CppUnit::Test*) () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#18 0x00002aaaaab94ac8 in CppUnit::TestRunner::run(CppUnit::TestResult&,
std::string const&) () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libcppunit-1.13.so.0
#19 0x00000000004026aa in (anonymous namespace)::ProtectedFixtureFunctor::run()
const ()
#20 0x0000000000402b27 in sal_main() ()
#21 0x000000000040226b in main ()

Output:
CalcAll called


Program received signal SIGSEGV, Segmentation fault.
0x00002aaab390c19d in ScDocument::CalcAll() () from
/ssd/libreoffice/solver/unxlngx6.pro/lib/libsclo.so

Source code snippet:
void ScDocument::CalcAll()
{
    puts("CalcAll called\n");
    ClearLookupCaches();    // Ensure we don't deliver zombie data.
    puts("CalcAll called2\n");
    bool bOldAutoCalc = GetAutoCalc();
    puts("CalcAll called3\n");
    SetAutoCalc( true );
    puts("CalcAll called4\n");
    TableContainer::iterator it = maTabs.begin();
    puts("CalcAll called5\n");
    for (; it != maTabs.end(); ++it)
        if (*it)
            (*it)->SetDirtyVar();
    for (it = maTabs.begin(); it != maTabs.end(); ++it)
        if (*it)
            (*it)->CalcAll();
    puts("CalcAll called6\n");
    ClearFormulaTree();
    puts("CalcAll called7\n");
    SetAutoCalc( bOldAutoCalc );
    puts("CalcAll called8\n");
}

Link to dumps:
https://docs.google.com/file/d/0B0pisUJ80pO1OFNEc2h4YWVwa2s/edit?usp=sharing

If you need assembler dumps, I can upload it.

Thanks,
Martin
>From gcc-bugs-return-424767-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jun 21 09:03:16 2013
Return-Path: <gcc-bugs-return-424767-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 9086 invoked by alias); 21 Jun 2013 09:03:16 -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 9045 invoked by uid 48); 21 Jun 2013 09:03:13 -0000
From: "paolo.carlini at oracle dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/57402] [4.9 Regression] ICE: in make_decl_rtl, at varasm.c:1147 when initializing variable-sized array
Date: Fri, 21 Jun 2013 09:03:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: paolo.carlini at oracle dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed
Message-ID: <bug-57402-4-WbL7OhSoZA@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57402-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57402-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-06/txt/msg01146.txt.bz2
Content-length: 406

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

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2013-06-21
     Ever confirmed|0                           |1

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[hubicka at gcc dot gnu.org]

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

--- Comment #27 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
It is difficult to say why the unit test fails.  Would be possible to run it in
GDB and figure out why it segfaults?
Honza

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

[hubicka at ucw dot cz]

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

--- Comment #29 from Jan Hubicka <hubicka at ucw dot cz> ---
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
> 
> --- Comment #28 from Martin Liška <marxin.liska at gmail dot com> ---
> Gdb instruction dump of ScDocument::CalcAll, place where SIGSEGV was received
> is marked with '>', address: 0x2aaab390c19d 
>                                                                             ??
>    ??0x2aaab390c188 <_ZN10ScDocument7CalcAllEv+8>    push   %rbp                
>                                                                                
>                                                                             ??
>    ??0x2aaab390c189 <_ZN10ScDocument7CalcAllEv+9>    mov    %rdi,%rbp           
>                                                                                
>   ??
>   >??0x2aaab390c19d <_ZN10ScDocument7CalcAllEv+29>   mov    0x1c8(%rbp),%rbx    

OK, so it seems to ICE on reading RBP+0x1c8 where RBP is the first parameter of
CalcAll,
so it is necessary to debug why it is wrong.
I think you can just LTO re-link with -g and get source level debugging...
Did you check if non-LTO build works?

Honza
>From gcc-bugs-return-424860-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jun 22 20:59:25 2013
Return-Path: <gcc-bugs-return-424860-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 20451 invoked by alias); 22 Jun 2013 20:59:25 -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 20417 invoked by uid 48); 22 Jun 2013 20:59:22 -0000
From: "hubicka at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/57038] Latest libreoffice compilation fails with enabled LTO
Date: Sat, 22 Jun 2013 20:59:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hubicka at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
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:
Message-ID: <bug-57038-4-5MzwMtclrT@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57038-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57038-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-06/txt/msg01239.txt.bz2
Content-length: 161

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

--- Comment #30 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
BTW the first parameter is this pointer ;)