[Bug lto/63407] xsdcxx built with LTO aborts on xsd files of libkolabxml - when LTO is disabled problem is gone

2019-09-03 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63407

David Kredba  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |FIXED

--- Comment #7 from David Kredba  ---
Problem is gone.

[Bug tree-optimization/68761] -floop-interchange internal compiler error: in create_tmp_var, at gimple-expr.c:519

2015-12-21 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68761

David Kredba  changed:

   What|Removed |Added

 CC||nheghathivhistha at gmail dot 
com

--- Comment #3 from David Kredba  ---
Another testcase from https://bugs.gentoo.org/show_bug.cgi?id=568908 found by 
Hunter Allen using g++ --std=c++17 -g.

namespace std {
inline namespace __cxx11 {}
template  class allocator;
namespace __cxx11 {
template >
class basic_string;
typedef basic_string string;
}
template  class allocator {
public:
  template  struct rebind { typedef allocator other; };
};
template  struct __alloctr_rebind {
  typedef typename _Alloc::template rebind<_Tp>::other __type;
};
template  struct allocator_traits {
  typedef decltype(0) pointer;
  template 
  using rebind_alloc = typename __alloctr_rebind<_Alloc, _Tp>::__type;
};
}

namespace __gnu_cxx {
template 
struct __alloc_traits : std::allocator_traits<_Alloc> {
  typedef std::allocator_traits<_Alloc> _Base_type;
  template  struct rebind {
typedef typename _Base_type::template rebind_alloc<_Tp> other;
  };
};
}
namespace std {
namespace __cxx11 {
template  class basic_string {
  typedef
  typename __gnu_cxx::__alloc_traits<_Alloc>::template
rebind<_CharT>::other
  _Char_alloc_type;
  typedef __gnu_cxx::__alloc_traits<_Char_alloc_type> _Alloc_traits;

public:
  typedef _Char_alloc_type allocator_type;
  typedef typename _Alloc_traits::pointer pointer;
  struct _Alloc_hider {
_Alloc_hider(pointer, _Alloc);
  } _M_dataplus;
  pointer _M_local_data();
  allocator_type _M_get_allocator();
  basic_string(const basic_string &)
  : _M_dataplus(_M_local_data(), _M_get_allocator()) {}
  basic_string(_CharT *, _Alloc __a = _Alloc())
  : _M_dataplus(_M_local_data(), __a) {}
};
}
}

auto vglambda = [](auto printer) {
  return [=](auto &&... ts) { return [=] { printer(ts...); }; };
};
main()

{
  vglambda([](auto, auto, auto) {})(std::string(""), "", "");
}

[Bug c++/69001] New: g++ --std=c++17 -g internal compiler error: in create_tmp_var, at gimple-expr.c:519

2015-12-21 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69001

Bug ID: 69001
   Summary: g++ --std=c++17 -g internal compiler error: in
create_tmp_var, at gimple-expr.c:519
   Product: gcc
   Version: 5.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com
  Target Milestone: ---

Created attachment 37094
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37094=edit
Original source file from Gentoo Bugzilla

Found by Hunter Allen and reported at the Gentoo Bugzilla
as https://bugs.gentoo.org/show_bug.cgi?id=568908.

As requested in PR68761 by Jakub Jelinek I am opening this standalone report.


Creduced case:

namespace std {
inline namespace __cxx11 {}
template  class allocator;
namespace __cxx11 {
template >
class basic_string;
typedef basic_string string;
}
template  class allocator {
public:
  template  struct rebind { typedef allocator other; };
};
template  struct __alloctr_rebind {
  typedef typename _Alloc::template rebind<_Tp>::other __type;
};
template  struct allocator_traits {
  typedef decltype(0) pointer;
  template 
  using rebind_alloc = typename __alloctr_rebind<_Alloc, _Tp>::__type;
};
}

namespace __gnu_cxx {
template 
struct __alloc_traits : std::allocator_traits<_Alloc> {
  typedef std::allocator_traits<_Alloc> _Base_type;
  template  struct rebind {
typedef typename _Base_type::template rebind_alloc<_Tp> other;
  };
};
}
namespace std {
namespace __cxx11 {
template  class basic_string {
  typedef
  typename __gnu_cxx::__alloc_traits<_Alloc>::template
rebind<_CharT>::other
  _Char_alloc_type;
  typedef __gnu_cxx::__alloc_traits<_Char_alloc_type> _Alloc_traits;

public:
  typedef _Char_alloc_type allocator_type;
  typedef typename _Alloc_traits::pointer pointer;
  struct _Alloc_hider {
_Alloc_hider(pointer, _Alloc);
  } _M_dataplus;
  pointer _M_local_data();
  allocator_type _M_get_allocator();
  basic_string(const basic_string &)
  : _M_dataplus(_M_local_data(), _M_get_allocator()) {}
  basic_string(_CharT *, _Alloc __a = _Alloc())
  : _M_dataplus(_M_local_data(), __a) {}
};
}
}

auto vglambda = [](auto printer) {
  return [=](auto &&... ts) { return [=] { printer(ts...); }; };
};
main()

{
  vglambda([](auto, auto, auto) {})(std::string(""), "", "");
}

[Bug tree-optimization/68761] -floop-interchange internal compiler error: in create_tmp_var, at gimple-expr.c:519

2015-12-21 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68761

--- Comment #5 from David Kredba  ---
(In reply to Jakub Jelinek from comment #4)
> Please report that into a separate PR, this one is graphite related, your is
> some C++17 C++ FE bug.  What is going on is that cp_genericize_r first
> converts changes a by-reference RESULT_DECL into INDIRECT_REF of it, and
> then (dunno if because of tree sharing or some constexpr stuff) at some
> point that IL is passed again to cp_genericize_r again and again performs
> the same change, so we in the end have two nested INDIRECT_REFs and the
> types don't match any longer.

Thank you, opened as PR69001.

[Bug tree-optimization/61929] [Graphite]: Banerjee and Omega differ on distance vectors (internal compiler error in compute_affine_dependence)

2015-07-23 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61929

--- Comment #13 from David Kredba nheghathivhistha at gmail dot com ---
Do you plan a backport to gcc-5.x branch please?


[Bug c++/65678] New: internal compiler error: in gen_rtx_SUBREG, at emit-rtl.c:909

2015-04-06 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678

Bug ID: 65678
   Summary: internal compiler error: in gen_rtx_SUBREG, at
emit-rtl.c:909
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 35236
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35236action=edit
Preprocessed source file

I can't compile debug enabled Gentoo Mozilla Firefox 37.0.1 package with
Gcc-5.0 trunk revision 221871:

srv5 mfbt # x86_64-pc-linux-gnu-g++ -o Unified_cpp_mfbt0.o -c 
-I../dist/system_wrappers -include
/var/tmp/portage/www-client/firefox-37.0.1/work/mozilla-release/config/gcc_hidden.h
-DIMPL_MFBT -DMOZ_GLUE_IN_PROGRAM -DAB_CD=en-US -DNO_NSPR_10_SUPPORT
-I/var/tmp/portage/www-client/firefox-37.0.1/work/mozilla-release/mfbt -I. 
-I../dist/include   -I/usr/include/nspr -I/usr/include/nss   
-I/usr/include/pixman-1-fPIC   -DMOZILLA_CLIENT -include
../mozilla-config.h -MD -MP -MF .deps/Unified_cpp_mfbt0.o.pp  -Wall
-Wempty-body -Woverloaded-virtual -Wsign-compare -Wwrite-strings
-Wno-invalid-offsetof -Wcast-align -ggdb -pipe -march=core2 -mtune=core2
-mno-avx -fno-exceptions -fno-strict-aliasing -fno-rtti -fno-exceptions
-fno-math-errno -std=gnu++0x -pthread -pipe  -DDEBUG -DTRACING -g
-freorder-blocks -Os  -fno-omit-frame-pointer 
/var/tmp/portage/www-client/firefox-37.0.1/work/mozilla-release/ff/mfbt/Unified_cpp_mfbt0.cpp
--save-temps
x86_64-pc-linux-gnu-g++: warning: -pipe ignored because -save-temps specified
In file included from
/var/tmp/portage/www-client/firefox-37.0.1/work/mozilla-release/ff/mfbt/Unified_cpp_mfbt0.cpp:110:0:
/var/tmp/portage/www-client/firefox-37.0.1/work/mozilla-release/mfbt/double-conversion/fixed-dtoa.cc:
In function ‘bool double_conversion::FastFixedDtoa(double, int,
double_conversion::Vectorchar, int*, int*)’:
/var/tmp/portage/www-client/firefox-37.0.1/work/mozilla-release/mfbt/double-conversion/fixed-dtoa.cc:400:1:
internal compiler error: in gen_rtx_SUBREG, at emit-rtl.c:909
 }
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.gentoo.org/ for instructions.

gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/5.0.0/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-5.0.0/work/gcc-5.0.0/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/5.0.0
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.0.0/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.0.0
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.0.0/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.0.0/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.0.0/include/g++-v5
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/5.0.0/python
--enable-languages=c,c++,fortran,ada --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion='Gentoo 5.0.0' --enable-libstdcxx-time --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
--enable-multilib --with-multilib-list=m32,m64 --disable-altivec
--disable-fixed-point --enable-targets=all --disable-libgcj --enable-libgomp
--disable-libmudflap --disable-libssp --disable-libcilkrts --enable-lto
--with-isl --disable-isl-version-check --enable-libsanitizer
Thread model: posix
gcc version 5.0.0 20150405 (experimental) [trunk revision 221871] (Gentoo
5.0.0)

Attaching ii file now and will try to reduce it.

[Bug c++/65678] internal compiler error: in gen_rtx_SUBREG, at emit-rtl.c:909

2015-04-06 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678

--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
C-reduced test case:

extern C void *memmove(void *, const void *, unsigned long);
long a;
template class, class Source int BitCast(Source p1) {
  memmove(a, p1, sizeof a);
  return a;
}

static int double_to_uint64(double p1) { return BitCastint(p1); }

class A {
public:
  A(double p1) : d64_(double_to_uint64(p1)) {}
  int m_fn1();
  int m_fn2() {
int b;
b = d64_;
if (b)
  return 0;
  }
  int d64_;
};

void FillFractionals();
void FastFixedDtoa(double p1) {
  int c = A(p1).m_fn2(), d = A(p1).m_fn1();
  if (d)
FillFractionals();
}


[Bug lto/65588] New: lto1: internal compiler error: Segmentation fault

2015-03-26 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65588

Bug ID: 65588
   Summary: lto1: internal compiler error: Segmentation fault
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 35152
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35152action=edit
Preprocessed source file gzipped

Gcc trunk revision 221643 ICEs during Lisp package compilation.

LANG=C LC_ALL=C gcc -flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2
-mtune=core2 -Wa,--noexecstack -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit
-Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral
-O -falign-functions=4 -pthread -DENABLE_UNICODE -DMULTITHREAD -DPOSIX_THREADS
-DDYNAMIC_FFI -I. -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2 
spvw.i  -r -nostdlib
In file included from ../src/spvw.d:927:0:
../src/spvw_garcol.d: In function 'fill_varobject_heap_holes':
../src/spvw_garcol.d:1764:15: warning: comparison is always false due to
limited range of data type [-Wtype-limits]
   if (len  arraysize_limit_1) {
   ^
../src/spvw.d: In function 'main_actions':
../src/spvw.d:3487:36: warning: variable 'fileptr' might be clobbered by
'longjmp' or 'vfork' [-Wclobbered]
   var const argv_compile_file_t* fileptr = p-argv_compile_files[0];
^
../src/spvw.d:3488:15: warning: variable 'count' might be clobbered by
'longjmp' or 'vfork' [-Wclobbered]
   var uintL count = p-argv_compile_filecount;
   ^
../src/spvw.d:3469:13: warning: variable 'count' might be clobbered by
'longjmp' or 'vfork' [-Wclobbered]
 var uintL count = p-argv_init_filecount;
 ^
lto1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.gentoo.org/ for instructions.
make: *** [/tmp/ccA7URan.ltrans16.ltrans.o] Error 1
make: *** Waiting for unfinished jobs
lto-wrapper: fatal error: make returned 2 exit status
compilation terminated.
/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150323/../../../../x86_64-pc-linux-gnu/bin/ld:
lto-wrapper failed
collect2: error: ld returned 1 exit status

gcc -flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2 -mtune=core2
-Wa,--noexecstack -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit
-Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral
-O -falign-functions=4 -pthread -DENABLE_UNICODE -DMULTITHREAD -DPOSIX_THREADS
-DDYNAMIC_FFI -I. -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2 
spvw.o spvwtabf.o spvwtabs.o spvwtabo.o eval.o control.o encoding.o pathname.o
stream.o socket.o io.o funarg.o array.o hashtabl.o list.o package.o record.o
weak.o sequence.o charstrg.o debug.o error.o misc.o time.o predtype.o symbol.o
lisparit.o i18n.o foreign.o unixaux.o zthread.o built.o modules.o
/usr/lib64/libreadline.so -lncurses -ldl /usr/lib64/libavcall.so
/usr/lib64/libcallback.so  -L/usr/lib64 -lsigsegv -L/usr/lib64 -lc libgnu_cl.a
-o lisp.run
../src/eval.d: In function 'funcall_iclosure':
../src/eval.d:2463:45: warning: argument 'closure' might be clobbered by
'longjmp' or 'vfork' [-Wclobbered]
 local maygc Values funcall_iclosure (object closure, gcv_object_t*
args_pointer,
 ^
../src/eval.d:2464:44: warning: argument 'argcount' might be clobbered by
'longjmp' or 'vfork' [-Wclobbered]
  uintC argcount)
^
../src/eval.d: In function 'eval_no_hooks':
../src/eval.d:2994:43: warning: argument 'form' might be clobbered by 'longjmp'
or 'vfork' [-Wclobbered]
 global maygc Values eval_no_hooks (object form) {
   ^
../src/eval.d: In function 'eval':
../src/eval.d:2939:34: warning: argument 'form' might be clobbered by 'longjmp'
or 'vfork' [-Wclobbered]
 modexp maygc Values eval (object form)
  ^
../src/record.d: In function 'update_instance':
../src/record.d:1409:62: warning: argument 'obj' might be clobbered by
'longjmp' or 'vfork' [-Wclobbered]
 global maygc object update_instance (object user_obj, object obj) {
  ^
../src/stream.d: In function 'handle_isset':
../src/stream.d:14457:45: warning: 'ret' may be used uninitialized in this
function [-Wmaybe-uninitialized]
   if (!nullp(status_cons)) Cdr(status_cons) = ret;
 ^
../src/stream.d:14421:21: note: 'ret' was declared here
   var object sock, ret;
 ^
../src/io.d: In function

[Bug lto/65588] lto1: internal compiler error: Segmentation fault

2015-03-26 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65588

--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 35154
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35154action=edit
A little c-reduced preprocessed file


[Bug lto/65588] lto1: internal compiler error: Segmentation fault

2015-03-26 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65588

David Kredba nheghathivhistha at gmail dot com changed:

   What|Removed |Added

  Attachment #35154|0   |1
is obsolete||

--- Comment #2 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 35155
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35155action=edit
A little more c-reduced preprocessed file


[Bug c++/65539] New: temp/ccCAfJgj.ltrans1.ltrans.o: In function `XSDFrontend::Traversal::EdgeXSDFrontend::SemanticGraph::Names::~Edge()': /usr/include/xsd-frontend/traversal/elements.hxx:120: undef

2015-03-24 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65539

Bug ID: 65539
   Summary: temp/ccCAfJgj.ltrans1.ltrans.o: In function
`XSDFrontend::Traversal::EdgeXSDFrontend::SemanticGra
ph::Names::~Edge()':
/usr/include/xsd-frontend/traversal/elements.hxx:120:
undefined reference to `VTT for
XSDFrontend::Traversal::ContainsCompositor'
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Both non-LTO and LTO builds of xsd fails to link. Gcc 4.9.2 was OK.
How can I help in reducing this?

Trunk revision 221614.

gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.10.0-pre20150322/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150322/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150322/work/gcc-4.10.0-20150322/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.10.0-pre20150322
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150322/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150322
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150322/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150322/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150322/include/g++-v4
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150322/python
--enable-languages=c,c++,fortran,ada --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.10.0_pre20150322' --enable-libstdcxx-time
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-multilib --with-multilib-list=m32,m64
--disable-altivec --disable-fixed-point --enable-targets=all --disable-libgcj
--enable-libgomp --disable-libmudflap --disable-libssp --enable-lto
--with-cloog --disable-isl-version-check --enable-libsanitizer
Thread model: posix
gcc version 4.10.0-pre20150322 20150324 (experimental) [trunk revision 221614]
(Gentoo 4.10.0_pre20150322)

LTO:
x86_64-pc-linux-gnu-g++ -flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2
-mtune=core2   -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2
-Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -Wl,--sort-common
-Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2 -o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/xsd
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/xsd.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/elements.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/literal-map.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/elements.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/validator.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/name-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/type-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/state-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/generator.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/parser-header.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/parser-inline.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/parser-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/parser-forward.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/impl-header.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/impl-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/driver-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/element-validation-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/attribute-validation-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/characters-validation-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/elements.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/validator.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/counter.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/name-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/polymorphism-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/default-value.o
/var/tmp/portage

[Bug c++/65539] temp/ccCAfJgj.ltrans1.ltrans.o: In function `XSDFrontend::Traversal::EdgeXSDFrontend::SemanticGraph::Names::~Edge()': /usr/include/xsd-frontend/traversal/elements.hxx:120: undefined

2015-03-24 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65539

David Kredba nheghathivhistha at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #2 from David Kredba nheghathivhistha at gmail dot com ---
I had to rebuilt dev-cpp/libfrontend-elements and dev-cpp/libxsd-frontend
packages without LTO and then xsd linked.
Now I can build xsd with LTO enabled too.

Is this issue interesting for GCC LTO?

Similar issue affects =media-libs/libgltf-0.0.2. It have to be built without
LTO with svn gcc-4.9.3 / 5 to get LibreOffice-4.4.0.3, 4.4.1.2 built with LTO.
Otherwise the link fails.

Thank you.

[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

2015-03-24 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65516

--- Comment #10 from David Kredba nheghathivhistha at gmail dot com ---
Thank you, it works.


[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

2015-03-23 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65516

--- Comment #8 from David Kredba nheghathivhistha at gmail dot com ---
Svn revision 221590 fails bootstrap in gnat1 so I cannot test your patch. 

../libiberty/libiberty.a(cplus-dem.o): In function `ada_demangle':
cplus-dem.c:(.text+0xdb8): multiple definition of `ada_demangle'
ada/adadecode.o:adadecode.c:(.text+0x863): first defined here
collect2: error: ld returned 1 exit status
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150322/work/gcc-4.10.0-20150322/gcc/ada/gcc-interface/Make-lang.in:600:
návod pro cíl „gnat1“ selhal

[Bug bootstrap/65522] New: Svn revision 221590 fails bootstrap - ../libiberty/libiberty.a(cplus-dem.o): In function `ada_demangle': cplus-dem.c:(.text+0xdb8): multiple definition of `ada_demangle' ada

2015-03-23 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65522

Bug ID: 65522
   Summary: Svn revision 221590 fails bootstrap -
../libiberty/libiberty.a(cplus-dem.o): In function
`ada_demangle': cplus-dem.c:(.text+0xdb8): multiple
definition of `ada_demangle'
ada/adadecode.o:adadecode.c:(.text+0x863): first
defined here
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

../libiberty/libiberty.a(cplus-dem.o): In function `ada_demangle':
cplus-dem.c:(.text+0xdb8): multiple definition of `ada_demangle'
ada/adadecode.o:adadecode.c:(.text+0x863): first defined here
collect2: error: ld returned 1 exit status
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150322/work/gcc-4.10.0-20150322/gcc/ada/gcc-interface/Make-lang.in:600:
návod pro cíl „gnat1“ selhal

Revision 221558 was OK.

[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

2015-03-22 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65516

--- Comment #2 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 35095
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35095action=edit
Preprocessed source file gzipped


[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

2015-03-22 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65516

--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 35094
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35094action=edit
Preprocessed source file gzipped


[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

2015-03-22 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65516

--- Comment #3 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 35096
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35096action=edit
Preprocessed source file gzipped


[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

2015-03-22 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65516

--- Comment #4 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 35097
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35097action=edit
Preprocessed source file gzipped


[Bug ipa/65516] New: lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

2015-03-22 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65516

Bug ID: 65516
   Summary: lto1: internal compiler error: in get_odr_type, at
ipa-devirt.c:1809
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ipa
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Spidermonkey compilation ICEs lto1, trunk revision 221558.

/var/tmp/portage/dev-lang/spidermonkey-24.2.0-r2/work/mozjs-24.2.0/js/src/_virtualenv/bin/python
./config/expandlibs_exec.py --depend .deps/.//libmozjs-24.so.pp --target
libmozjs-24.so --uselist --  x86_64-pc-linux-gnu-g++  -Wall -Wpointer-arith
-Woverloaded-virtual -Werror=return-type -Wtype-limits -Wempty-body
-Werror=conversion-null -Wsign-compare -Wno-invalid-offsetof -Wcast-align
-flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2 -mtune=core2 -fno-rtti
-ffunction-sections -fdata-sections -fno-exceptions -pthread -pipe  -DNDEBUG
-DTRIMMED  -fno-omit-frame-pointer  -DUSE_SYSTEM_MALLOC=1 -DENABLE_ASSEMBLER=1
-fPIC -shared -Wl,-z,defs -Wl,-h,libmozjs-24.so -o libmozjs-24.so 
bignum-dtoa.o bignum.o cached-powers.o diy-fp.o double-conversion.o fast-dtoa.o
fixed-dtoa.o strtod.o HashFunctions.o Poison.o SHA1.o Decimal.o
ArgumentsObject.o BytecodeCompiler.o BytecodeEmitter.o CharacterEncoding.o
DateTime.o Debugger.o Eval.o ExecutableAllocator.o FoldConstants.o ForkJoin.o
GlobalObject.o Interpreter.o Intl.o Iteration.o LifoAlloc.o MapObject.o
Marking.o Memory.o Module.o Monitor.o NameFunctions.o Nursery.o Object.o
ObjectImpl.o PageBlock.o ParallelArray.o ParseMaps.o ParseNode.o Parser.o
Probes.o Profilers.o PropertyKey.o RegExp.o RegExpObject.o RegExpStatics.o
RootMarking.o SPSProfiler.o ScopeObject.o SelfHosting.o Shape.o Stack.o
Statistics.o StoreBuffer.o String.o StringBuffer.o TestingFunctions.o
ThreadPool.o TokenStream.o Unicode.o Verifier.o Xdr.o YarrCanonicalizeUCS2.o
YarrInterpreter.o YarrPattern.o YarrSyntaxChecker.o Zone.o jsalloc.o
jsanalyze.o jsapi.o jsarray.o jsatom.o jsbool.o jsclone.o jscntxt.o
jscompartment.o jscrashreport.o jsdate.o jsdbgapi.o jsdtoa.o jsexn.o
jsfriendapi.o jsfun.o jsgc.o jsinfer.o jsiter.o jsmath.o jsmemorymetrics.o
jsnativestack.o jsnum.o jsobj.o json.o jsonparser.o jsopcode.o jsperf.o jsprf.o
jspropertytree.o jsproxy.o jsreflect.o jsscript.o jsstr.o jstypedarray.o
jsutil.o jswatchpoint.o jsweakmap.o jsworkers.o jswrapper.o prmjtime.o
sharkctl.o ExecutableAllocatorPosix.o OSAllocatorPosix.o pm_linux.o   
-lpthread -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2
-Wl,--build-id   -Wl,-rpath-link,./dist/bin -Wl,-rpath-link,/usr/lib   -lplds4
-lplc4 -lnspr4 -lpthread -ldl -Wl,-version-script,symverscript -licui18n
-licuuc -licudata   -ldl  -lm -lz -ldl  
Executing: x86_64-pc-linux-gnu-g++ -Wall -Wpointer-arith -Woverloaded-virtual
-Werror=return-type -Wtype-limits -Wempty-body -Werror=conversion-null
-Wsign-compare -Wno-invalid-offsetof -Wcast-align -flto=4 -fuse-linker-plugin
-O2 -g -pipe -march=core2 -mtune=core2 -fno-rtti -ffunction-sections
-fdata-sections -fno-exceptions -pthread -pipe -DNDEBUG -DTRIMMED
-fno-omit-frame-pointer -DUSE_SYSTEM_MALLOC=1 -DENABLE_ASSEMBLER=1 -fPIC
-shared -Wl,-z,defs -Wl,-h,libmozjs-24.so -o libmozjs-24.so
/var/tmp/portage/dev-lang/spidermonkey-24.2.0-r2/work/mozjs-24.2.0/js/src/tmpA0RSz7.list
-lpthread -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2
-Wl,--build-id -Wl,-rpath-link,./dist/bin -Wl,-rpath-link,/usr/lib -lplds4
-lplc4 -lnspr4 -lpthread -ldl -Wl,-version-script,symverscript -licui18n
-licuuc -licudata -ldl -lm -lz -ldl
/var/tmp/portage/dev-lang/spidermonkey-24.2.0-r2/work/mozjs-24.2.0/js/src/tmpA0RSz7.list:
INPUT(bignum-dtoa.o)
INPUT(bignum.o)
INPUT(cached-powers.o)
INPUT(diy-fp.o)
INPUT(double-conversion.o)
INPUT(fast-dtoa.o)
INPUT(fixed-dtoa.o)
INPUT(strtod.o)
INPUT(HashFunctions.o)
INPUT(Poison.o)
INPUT(SHA1.o)
INPUT(Decimal.o)
INPUT(ArgumentsObject.o)
INPUT(BytecodeCompiler.o)
INPUT(BytecodeEmitter.o)
INPUT(CharacterEncoding.o)
INPUT(DateTime.o)
INPUT(Debugger.o)
INPUT(Eval.o)
INPUT(ExecutableAllocator.o)
INPUT(FoldConstants.o)
INPUT(ForkJoin.o)
INPUT(GlobalObject.o)
INPUT(Interpreter.o)
INPUT(Intl.o)
INPUT(Iteration.o)
INPUT(LifoAlloc.o)
INPUT(MapObject.o)
INPUT(Marking.o)
INPUT(Memory.o)
INPUT(Module.o)
INPUT(Monitor.o)
INPUT(NameFunctions.o)
INPUT(Nursery.o)
INPUT(Object.o)
INPUT(ObjectImpl.o)
INPUT(PageBlock.o)
INPUT(ParallelArray.o)
INPUT(ParseMaps.o)
INPUT(ParseNode.o)
INPUT(Parser.o)
INPUT(Probes.o)
INPUT(Profilers.o)
INPUT(PropertyKey.o)
INPUT(RegExp.o)
INPUT(RegExpObject.o

[Bug lto/65517] New: src/getargs.c:112:1: internal compiler error: in get_loop_body, at cfgloop.c:856

2015-03-22 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65517

Bug ID: 65517
   Summary: src/getargs.c:112:1: internal compiler error: in
get_loop_body, at cfgloop.c:856
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 35098
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35098action=edit
Preprocessed source file

Gcc trunk revision 221558 ICEs LTObuild of Bison:

x86_64-pc-linux-gnu-gcc   -flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2
-mtune=core2  -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2
-o src/bison src/bison-AnnotationList.o src/bison-InadequacyList.o
src/bison-LR0.o src/bison-Sbitset.o src/bison-assoc.o src/bison-closure.o
src/bison-complain.o src/bison-conflicts.o src/bison-derives.o
src/bison-files.o src/bison-getargs.o src/bison-gram.o src/bison-graphviz.o
src/bison-lalr.o src/bison-ielr.o src/bison-location.o src/bison-main.o
src/bison-muscle-tab.o src/bison-named-ref.o src/bison-nullable.o
src/bison-output.o src/bison-parse-gram.o src/bison-print-xml.o
src/bison-print.o src/bison-print_graph.o src/bison-reader.o src/bison-reduce.o
src/bison-relation.o src/bison-scan-code-c.o src/bison-scan-gram-c.o
src/bison-scan-skel-c.o src/bison-state.o src/bison-symlist.o
src/bison-symtab.o src/bison-tables.o src/bison-uniqstr.o lib/libbison.a  
src/getargs.c: In function 'flags_argmatch.part.0.constprop':
src/getargs.c:112:1: internal compiler error: in get_loop_body, at
cfgloop.c:856
 flags_argmatch (const char *option,
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.gentoo.org/ for instructions.
make[3]: ***
[/var/tmp/portage/sys-devel/bison-3.0.4/temp/ccD6YKNn.ltrans10.ltrans.o] Error
1
make[3]: *** Waiting for unfinished jobs
lto-wrapper: fatal error: make returned 2 exit status
compilation terminated.
/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150320/../../../../x86_64-pc-linux-gnu/bin/ld:
lto-wrapper failed
collect2: error: ld returned 1 exit status

gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.10.0-pre20150320/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150320/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150320/work/gcc-4.10.0-20150320/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.10.0-pre20150320
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150320/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150320
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150320/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150320/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150320/include/g++-v4
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150320/python
--enable-languages=c,c++,fortran,ada --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.10.0_pre20150320' --enable-libstdcxx-time
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-multilib --with-multilib-list=m32,m64
--disable-altivec --disable-fixed-point --enable-targets=all --disable-libgcj
--enable-libgomp --disable-libmudflap --disable-libssp --enable-lto
--with-cloog --disable-isl-version-check --enable-libsanitizer
Thread model: posix
gcc version 4.10.0-pre20150320 20150321 (experimental) [trunk revision 221558]
(Gentoo 4.10.0_pre20150320)


[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

2015-03-22 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65516

--- Comment #6 from David Kredba nheghathivhistha at gmail dot com ---
Could you please attach the patch as attachement to here? I am not able to save
it as valid patch file even after I switched ml to raw text.


[Bug bootstrap/65337] New: 5.0 bootstrap-lto gnat1 linktime ICE: gcc/ada/exp_aggr.adb:6570:0: internal compiler error: in forward_edge_to_pdom, at tree-ssa-dce.c:1086

2015-03-06 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65337

Bug ID: 65337
   Summary: 5.0 bootstrap-lto gnat1 linktime ICE:
gcc/ada/exp_aggr.adb:6570:0: internal compiler error:
in forward_edge_to_pdom, at tree-ssa-dce.c:1086
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150305/work/build/./prev-gcc/xg++
-B/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150305/work/build/./prev-gcc/
-B/usr/x86_64-pc-linux-gnu/bin/ -nostdinc++
-B/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150305/work/build/prev-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs
-B/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150305/work/build/prev-x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs
 -isystem
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150305/work/build/prev-x86_64-pc-linux-gnu/libstdc++-v3/include/x86_64-pc-linux-gnu
 -isystem
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150305/work/build/prev-x86_64-pc-linux-gnu/libstdc++-v3/include
 -isystem
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150305/work/gcc-4.10.0-20150305/libstdc++-v3/libsupc++
-L/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150305/work/build/prev-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs
-L/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150305/work/build/prev-x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs
-m64 -O2 -g -pipe -march=nocona -mtune=nocona -flto=jobserver -frandom-seed=1
-DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall
-Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute
-Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc  -o
gnat1 ada/adadecode.o ada/adaint.o ada/argv.o ada/cio.o ada/cstreams.o
ada/env.o ada/init.o ada/initialize.o ada/raise.o ada/seh_init.o ada/targext.o
ada/cuintp.o ada/decl.o ada/rtfinal.o ada/rtinit.o ada/misc.o ada/utils.o
ada/utils2.o ada/trans.o ada/targtyps.o ada/a-charac.o ada/a-chlat1.o
ada/a-elchha.o ada/a-except.o ada/a-ioexce.o ada/ada.o ada/spark_xrefs.o
ada/ali.o ada/alloc.o ada/aspects.o ada/atree.o ada/butil.o ada/casing.o
ada/checks.o ada/comperr.o ada/csets.o ada/cstand.o ada/debug.o ada/debug_a.o
ada/einfo.o ada/elists.o ada/err_vars.o ada/errout.o ada/erroutc.o
ada/eval_fat.o ada/exp_aggr.o ada/exp_spark.o ada/exp_atag.o ada/exp_attr.o
ada/exp_cg.o ada/exp_ch11.o ada/exp_ch12.o ada/exp_ch13.o ada/exp_ch2.o
ada/exp_ch3.o ada/exp_ch4.o ada/exp_ch5.o ada/exp_ch6.o ada/exp_ch7.o
ada/exp_ch8.o ada/exp_ch9.o ada/exp_code.o ada/exp_dbug.o ada/exp_disp.o
ada/exp_dist.o ada/exp_fixd.o ada/exp_imgv.o ada/exp_intr.o ada/exp_pakd.o
ada/exp_prag.o ada/exp_sel.o ada/exp_smem.o ada/exp_strm.o ada/exp_tss.o
ada/exp_unst.o ada/exp_util.o ada/expander.o ada/fmap.o ada/fname-uf.o
ada/fname.o ada/freeze.o ada/frontend.o ada/g-byorma.o ada/g-hesora.o
ada/g-htable.o ada/g-spchge.o ada/g-speche.o ada/g-u3spch.o
ada/get_spark_xrefs.o ada/get_targ.o ada/ghost.o ada/gnat.o ada/gnatvsn.o
ada/hostparm.o ada/impunit.o ada/inline.o ada/interfac.o ada/itypes.o
ada/krunch.o ada/layout.o ada/lib-load.o ada/lib-util.o ada/lib-writ.o
ada/lib-xref.o ada/lib.o ada/live.o ada/namet-sp.o ada/namet.o ada/nlists.o
ada/nmake.o ada/opt.o ada/osint-c.o ada/osint.o ada/output.o ada/par.o
ada/par_sco.o ada/prep.o ada/prepcomp.o ada/put_spark_xrefs.o ada/put_scos.o
ada/repinfo.o ada/restrict.o ada/rident.o ada/rtsfind.o ada/s-addope.o
ada/s-assert.o ada/s-bitops.o ada/s-carun8.o ada/s-casuti.o ada/s-conca2.o
ada/s-conca3.o ada/s-conca4.o ada/s-conca5.o ada/s-conca6.o ada/s-conca7.o
ada/s-conca8.o ada/s-conca9.o ada/s-crc32.o ada/s-crtl.o ada/s-excdeb.o
ada/s-except.o ada/s-exctab.o ada/s-htable.o ada/s-imenne.o ada/s-imgenu.o
ada/s-mastop.o ada/s-memory.o ada/s-os_lib.o ada/s-parame.o ada/s-purexc.o
ada/s-restri.o ada/s-secsta.o ada/s-soflin.o ada/s-sopco3.o ada/s-sopco4.o
ada/s-sopco5.o ada/s-stache.o ada/s-stalib.o ada/s-stoele.o ada/s-strcom.o
ada/s-strhas.o ada/s-string.o ada/s-strops.o ada/s-traent.o ada/s-unstyp.o
ada/s-utf_32.o ada/s-valint.o ada/s-valuns.o ada/s-valuti.o ada/s-wchcnv.o
ada/s-wchcon.o ada/s-wchjis.o ada/scans.o ada/scil_ll.o ada/scn.o ada/scng.o
ada/scos.o ada/sdefault.o ada/sem.o ada/sem_aggr.o ada/sem_attr.o ada/sem_aux.o
ada/sem_case.o ada/sem_cat.o ada/sem_ch10.o ada/sem_ch11.o ada/sem_ch12.o
ada/sem_ch13.o ada/sem_ch2.o ada/sem_ch3.o ada/sem_ch4.o ada/sem_ch5.o
ada/sem_ch6.o ada/sem_ch7.o ada/sem_ch8.o ada/sem_ch9.o ada/sem_dim.o
ada/sem_disp.o ada/sem_dist.o ada/sem_elab.o ada/sem_elim.o ada/sem_eval.o
ada/sem_intr.o ada/sem_mech.o ada/sem_prag.o ada/sem_res.o ada/sem_scil.o
ada/sem_smem.o ada/sem_type.o ada/sem_util.o ada/sem_warn.o ada/set_targ.o
ada/sinfo-cn.o ada/sinfo.o ada/sinput-d.o ada/sinput-l.o ada/sinput.o
ada

[Bug middle-end/63244] [4.9 regression] internal compiler error: Segmentation fault (program cc1plus)

2014-10-11 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63244

--- Comment #12 from David Kredba nheghathivhistha at gmail dot com ---
The same affects games-simulation/flightgear-3.0.0-r1:
/var/tmp/portage/games-simulation/flightgear-3.0.0-r1/work/flightgear-3.0.0/src/Environment/environment.cxx:
In member function '_recalc_alt_pt':
/var/tmp/portage/games-simulation/flightgear-3.0.0-r1/work/flightgear-3.0.0/src/Environment/environment.cxx:741:1:
internal compiler error: Segmentation fault
 FGEnvironment::_recalc_alt_pt ()
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
with gcc-4_9-branch revision 216116.

When -g is removed, problem is gone.


[Bug other/63407] New: xsdcxx built with LTO aborts on xsd files of libkolabxml - when LTO is disabled problem is gone

2014-09-29 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63407

Bug ID: 63407
   Summary: xsdcxx built with LTO aborts on xsd files of
libkolabxml - when LTO is disabled problem is gone
   Product: gcc
   Version: 4.9.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Gentoo dev-cpp/xsd-3.3.0-r3 compiled (without troubles) with -flto=4
-fuse-linker-plugin aborts itself during processing of
net-libs/libkolabxml-1.0.1 xsd files with message:
terminate called after throwing an instance of 'Cult::MM::Absent'.

When LTO is not used to compile xsdcxx program problem is not present.

-rwxr-xr-x 1 root root 3911616 Sep 29 15:00 /usr/bin/xsdcxx
-rwxr-xr-x 1 root root 4527928 Sep 29 14:15 /usr/bin/xsdcxx.nolto

gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.2-alpha20140928/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.2-alpha20140928/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.9.2_alpha20140928/work/gcc-4.9-20140928/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.2-alpha20140928
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2-alpha20140928/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.2-alpha20140928
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.2-alpha20140928/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.2-alpha20140928/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2-alpha20140928/include/g++-v4
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.9.2-alpha20140928/python
--enable-languages=c,c++,go,objc,obj-c++,fortran,ada --enable-obsolete
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.9.2_alpha20140928' --enable-libstdcxx-time
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-multilib --disable-altivec --disable-fixed-point
--enable-targets=all --enable-libgomp --enable-lto --with-cloog
--disable-isl-version-check
Thread model: posix
gcc version 4.9.2-alpha20140928 20140929 (prerelease) [gcc-4_9-branch revision
215679] (Gentoo 4.9.2_alpha20140928)

C(XX)FLAGS -flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2 -mtune=core2

I am going to try version 5 from svn.
Should I post disassemble diff output or how to continue please? I not enabled
static libraries on my system so upload of binaries itself will be problem.


[Bug other/63407] xsdcxx built with LTO aborts on xsd files of libkolabxml - when LTO is disabled problem is gone

2014-09-29 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63407

--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.10.0-alpha20140928/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.10.0-alpha20140928/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.10.0_alpha20140928/work/gcc-4.10-20140928/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.10.0-alpha20140928
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-alpha20140928/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-alpha20140928
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-alpha20140928/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-alpha20140928/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-alpha20140928/include/g++-v4
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-alpha20140928/python
--enable-languages=c,c++,fortran,ada --enable-obsolete --disable-werror
--with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.10.0_alpha20140928' --enable-libstdcxx-time
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-multilib --disable-altivec --disable-fixed-point
--enable-targets=all --enable-libgomp --enable-lto --with-cloog
--disable-isl-version-check
Thread model: posix
gcc version 4.10.0-alpha20140928 20140929 (experimental) [trunk revision
215679] (Gentoo 4.10.0_alpha20140928)

fails the same way:

terminate called after throwing an instance of 'Cult::MM::Absent'
  what():  N4Cult2MM6AbsentE
/bin/sh: řádek 1: 16792 Neúspěšně ukončen (SIGABRT)/usr/bin/xsdcxx
cxx-tree --generate-polymorphic --generate-serialization --namespace-map
http://kolab.org=KolabXSD --root-element icalendar --root-element vcards
--root-element note --root-element configuration --root-element file
--output-dir
/var/tmp/portage/net-libs/libkolabxml-1.0.1/work/libkolabxml-1.0.1_build/bindings
/var/tmp/portage/net-libs/libkolabxml-1.0.1/work/libkolabxml-1.0.1/schemas/ical/kolabformat-xcal.xsd
/var/tmp/portage/net-libs/libkolabxml-1.0.1/work/libkolabxml-1.0.1/schemas/ical/iCalendar-params.xsd
/var/tmp/portage/net-libs/libkolabxml-1.0.1/work/libkolabxml-1.0.1/schemas/ical/iCalendar-props.xsd
/var/tmp/portage/net-libs/libkolabxml-1.0.1/work/libkolabxml-1.0.1/schemas/ical/iCalendar-valtypes.xsd
/var/tmp/portage/net-libs/libkolabxml-1.0.1/work/libkolabxml-1.0.1/schemas/kolabformat-xcard.xsd
/var/tmp/portage/net-libs/libkolabxml-1.0.1/work/libkolabxml-1.0.1/schemas/xCard.xsd
/var/tmp/portage/net-libs/libkolabxml-1.0.1/work/libkolabxml-1.0.1/schemas/kolabformat.xsd

[Bug other/63407] xsdcxx built with LTO aborts on xsd files of libkolabxml - when LTO is disabled problem is gone

2014-09-29 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63407

--- Comment #2 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 33611
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33611action=edit
xsd files with folder structure


[Bug other/63407] xsdcxx built with LTO aborts on xsd files of libkolabxml - when LTO is disabled problem is gone

2014-09-29 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63407

--- Comment #3 from David Kredba nheghathivhistha at gmail dot com ---
objdump -d produced 24 and 30 MiB files and diff -u is 50 MiB, diff 55 MiB.
Even 7z can compress it to uploadable size.


[Bug other/63407] xsdcxx built with LTO aborts on xsd files of libkolabxml - when LTO is disabled problem is gone

2014-09-29 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63407

--- Comment #4 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 33613
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33613action=edit
all ii files compressed by 7zip

tar.bz2 file size was 8.2 MiB.


[Bug other/63407] xsdcxx built with LTO aborts on xsd files of libkolabxml - when LTO is disabled problem is gone

2014-09-29 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63407

--- Comment #5 from David Kredba nheghathivhistha at gmail dot com ---
Link command to produce a binary, Boost is 1.56:
x86_64-pc-linux-gnu-g++ -flto=4 -fuse-linker-plugin -O2 -g -save-temps
-march=core2 -mtune=core2   -Wl,-flto -fuse-linker-plugin -Wl,--as-needed
-Wl,-O2 -Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2
-mtune=core2 -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2
-o /var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/xsd
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/xsd.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/elements.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/literal-map.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/elements.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/validator.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/name-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/type-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/state-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/generator.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/parser-header.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/parser-inline.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/parser-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/parser-forward.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/impl-header.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/impl-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/driver-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/element-validation-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/attribute-validation-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/characters-validation-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/elements.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/validator.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/counter.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/name-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/polymorphism-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/default-value.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/generator.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/tree-forward.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/tree-header.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/tree-inline.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/tree-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/parser-header.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/parser-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/stream-header.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/stream-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/serialization-header.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/serialization-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/stream-insertion-header.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/stream-insertion-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/stream-extraction-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/type-map/lexer.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/type-map/parser.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/processing/cardinality/processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/processing/inheritance/processor.o
/usr/lib/libxsd-frontend.so /usr/lib/libfrontend-elements.so
/usr/lib/libcult.so /usr/lib/libboost_filesystem.so /usr/lib/libxerces-c.so
/usr/lib/libboost_regex.so /usr/lib/libboost_system.so


[Bug middle-end/63244] [4.9 regression] internal compiler error: Segmentation fault (program cc1plus)

2014-09-13 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63244

--- Comment #8 from David Kredba nheghathivhistha at gmail dot com ---
I tried gdb and follow-fork-mode child and bt is repeating below for me.

-cut-
#101591 0x00e99a17 in d_print_comp (dpi=dpi@entry=0x7fff9200,
options=options@entry=0, dc=optimized out)
at
/var/tmp/portage/sys-devel/gcc-4.9.2_alpha20140911/work/gcc-4.9-20140911/libiberty/cp-demangle.c:4517
#101592 0x00e9c618 in d_print_cast (dpi=dpi@entry=0x7fff9200,
options=options@entry=0, dc=0x7fff9d90)
at
/var/tmp/portage/sys-devel/gcc-4.9.2_alpha20140911/work/gcc-4.9-20140911/libiberty/cp-demangle.c:5700
#101593 0x00e9a623 in d_print_comp (dpi=dpi@entry=0x7fff9200,
options=options@entry=0, dc=dc@entry=0x7fff9d90)
at
/var/tmp/portage/sys-devel/gcc-4.9.2_alpha20140911/work/gcc-4.9-20140911/libiberty/cp-demangle.c:4967
#101594 0x00e9a278 in d_print_comp (dpi=dpi@entry=0x7fff9200,
options=options@entry=0, dc=optimized out)
at
/var/tmp/portage/sys-devel/gcc-4.9.2_alpha20140911/work/gcc-4.9-20140911/libiberty/cp-demangle.c:4326
-cut-


[Bug c++/63244] New: x86_64-pc-linux-gnu-g++: internal compiler error: Segmentation fault (program cc1plus)

2014-09-12 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63244

Bug ID: 63244
   Summary: x86_64-pc-linux-gnu-g++: internal compiler error:
Segmentation fault (program cc1plus)
   Product: gcc
   Version: 4.9.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 33481
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33481action=edit
Preprocessed un-reduced file

Part of media-libs/mesa-10.2.7 Gentoo package segfaults cc1plus:
x86_64-pc-linux-gnu-g++ -m32 -DPACKAGE_NAME=\Mesa\ -DPACKAGE_TARNAME=\mesa\
-DPACKAGE_VERSION=\10.2.7\ -DPACKAGE_STRING=\Mesa 10.2.7\
-DPACKAGE_BUGREPORT=\https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa\;
-DPACKAGE_URL=\\ -DPACKAGE=\mesa\ -DVERSION=\10.2.7\ -DSTDC_HEADERS=1
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1
-DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\.libs/\
-DHAVE___BUILTIN_BSWAP32=1 -DHAVE___BUILTIN_BSWAP64=1 -DHAVE_DLADDR=1
-DHAVE_CLOCK_GETTIME=1 -DHAVE_PTHREAD=1 -I. -DHAVE_PIPE_LOADER_XLIB
-DHAVE_PIPE_LOADER_DRI -DHAVE_PIPE_LOADER_DRM
-DPIPE_SEARCH_DIR=\/usr/lib32/gallium-pipe\ -I../../../../include
-I../../../../src/gallium/include -I../../../../src/gallium/drivers
-I../../../../src/gallium/auxiliary -I../../../../src/gallium/winsys -I.
-std=c++11 -fvisibility=hidden -flto=4 -fuse-linker-plugin -O2 -ggdb -pipe
-march=core2 -mtune=core2 -mno-3dnow -mno-sse4.2 -mno-avx -mno-xop -mno-fma4
-mno-sse4a -Wall -fno-strict-aliasing -fno-builtin-memcmp -c core/context.cpp 
-fPIC -DPIC -o core/.libs/libclover_la-context.o -save-temps
x86_64-pc-linux-gnu-g++: warning: -pipe ignored because -save-temps specified
x86_64-pc-linux-gnu-g++: internal compiler error: Segmentation fault (program
cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.gentoo.org/ for instructions.

When LTO is not enabled it not happens. It crashes the same way in 64 bit mode.


[Bug c++/63244] x86_64-pc-linux-gnu-g++: internal compiler error: Segmentation fault (program cc1plus)

2014-09-12 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63244

--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.2-alpha20140911/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.2-alpha20140911/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.9.2_alpha20140911/work/gcc-4.9-20140911/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.2-alpha20140911
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2-alpha20140911/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.2-alpha20140911
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.2-alpha20140911/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.2-alpha20140911/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2-alpha20140911/include/g++-v4
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.9.2-alpha20140911/python
--enable-languages=c,c++,go,objc,obj-c++,fortran,ada --enable-obsolete
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.9.2_alpha20140911' --enable-libstdcxx-time
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-multilib --disable-altivec --disable-fixed-point
--enable-targets=all --enable-libgomp --enable-lto --with-cloog
--disable-isl-version-check
Thread model: posix
gcc version 4.9.2-alpha20140911 20140912 (prerelease) [gcc-4_9-branch revision
215199] (Gentoo 4.9.2_alpha20140911)


[Bug c++/63244] x86_64-pc-linux-gnu-g++: internal compiler error: Segmentation fault (program cc1plus)

2014-09-12 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63244

--- Comment #2 from David Kredba nheghathivhistha at gmail dot com ---
x86_64-pc-linux-gnu-g++ -m32 -std=c++11 -fvisibility=hidden -flto=4
-fuse-linker-plugin -O2 -ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow
-mno-sse4.2 -mno-avx -mno-xop -mno-fma4 -mno-sse4a -Wall -fno-strict-aliasing
-fno-builtin-memcmp -c context.ii  -fPIC -DPIC -o context.o reproduces it from
my home folder.


[Bug c++/63244] x86_64-pc-linux-gnu-g++: internal compiler error: Segmentation fault (program cc1plus)

2014-09-12 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63244

--- Comment #3 from David Kredba nheghathivhistha at gmail dot com ---
C-Reduce in progress.


[Bug middle-end/63244] [4.9 regression] internal compiler error: Segmentation fault (program cc1plus)

2014-09-12 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63244

--- Comment #6 from David Kredba nheghathivhistha at gmail dot com ---
For the record only, git version of c-reduce returned

namespace std {
template typename struct less;
template typename struct add_rvalue_reference;
template typename _Tp typename add_rvalue_reference_Tp::type declval();
template typename _Tp struct __add_rvalue_reference_helper {
  typedef _Tp type;
};
template typename _Tp
struct add_rvalue_reference : __add_rvalue_reference_helper_Tp {};
}
typedef int intptr_t;
namespace std {
template typename class allocator;
template typename _Tp, typename = allocator_Tp  class vector {};
}

typedef intptr_t cl_context_properties;
namespace clover {
class device;
}
namespace std {
template typename _Key, typename = less_Key  class map;
}
namespace clover {
template typename class intrusive_ref;
struct derefs;
namespace detail {
template typename, typename... class iterator_adaptor;
template typename, typename, typename class basic_range {
public:
  template typename V operator V() const {}
};
template typename T using preferred_iterator_type =
decltype(std::declvalT);
}
template typename F, typename... Os
class adaptor_range : public detail::basic_range
  adaptor_rangeF, detail::iterator_adaptorF,
  detail::iterator_adaptor
  F, detail::preferred_iterator_typeOs...  {};
template typename T
class ref_vector : public adaptor_rangederefs, std::vectorT  {};
template typename class property_element;
template typename D using property_list = std::mapproperty_elementD ;
class context {
  typedef clover::property_listcl_context_properties property_list;
  context(const property_list , const ref_vectordevice );
  std::vectorintrusive_refdevice  devs;
};
}

using namespace clover;
context::context(const property_list , const ref_vectordevice devs)
: devs(devs) {}


[Bug c++/61639] GCC 4.7.4 can't longer compile clang

2014-06-29 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61639

--- Comment #2 from David Kredba nheghathivhistha at gmail dot com ---
The same affects Gentoo Gcc-4.7.4 and llvm-3.4.2.


[Bug lto/50394] [meta-bug] Issues with building libreoffice with LTO

2014-04-20 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394

David Kredba nheghathivhistha at gmail dot com changed:

   What|Removed |Added

 CC||nheghathivhistha at gmail dot 
com

--- Comment #28 from David Kredba nheghathivhistha at gmail dot com ---
Gcc trunk revision 209488 built for me libreoffice 4.2.3.3 with -flto=4
-fuse-linker-plugin and resulting binaries works.


[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-04-03 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #57 from David Kredba nheghathivhistha at gmail dot com ---
I got it again with trunk revision 209048:

/usr/bin/x86_64-pc-linux-gnu-g++  -fPIC -flto=4 -fuse-linker-plugin -O2 -ggdb
-pipe -march=core2 -mtune=core2 -mno-3dnow -mno-sse4.2 -mno-avx -mno-xop
-mno-fma4 -mno-sse4a  -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align
-Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions
-DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual
-fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden
-Wl,--enable-new-dtags -Wl,--no-undefined -lc  -flto=4 -fuse-linker-plugin
-Wl,--as-needed -Wl,-O2 -Wl,-flto -O2 -ggdb -pipe -march=core2 -mtune=core2
-mno-3dnow -mno-sse4.2 -mno-avx -mno-xop -mno-fma4 -mno-sse4a -shared
-Wl,-soname,phonon.so -o lib/phonon.so
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart0.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart1.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart2.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart3.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart4.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart5.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart6.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart7.cpp.o
-lpython3.2 -lphonon /usr/lib64/qt4/libQtDBus.so /usr/lib64/qt4/libQtCore.so
-lpthread /usr/lib64/qt4/libQtGui.so -Wl,-rpath,/usr/lib64/qt4:
/tmp/ccpIV11w.ltrans24.ltrans.o: In function `__base_dtor ':
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
collect2: error: ld returned 1 exit status

And it is sipphononpart5.cpp.o again.

I use Markus's binutils patch (now trunk binutils got it too! :-) ) and the
only patch more to revision 209048 is the one from Martin Jambor (Simple
enhancements to dumping in ipa.c and ipa-cp.c).

It fails with python-3.2 only, python 2.7 and 3.3 version looks to be fine.
Without LTO it compiles fine.

Both binutils' nm and gcc-nm returns: no symbols
for /usr/lib64/libphonon.so.4.7.1.

But mc (Internal viewer of a Midnight Commander) can se them:

000273f0 T Phonon::BackendCapabilities::notifier()

List of vtables inside /usr/lib64/libphonon.so.4.7.1:

 U vtable for __cxxabiv1::__class_type_info
 U vtable for __cxxabiv1::__si_class_type_info
 U vtable for __cxxabiv1::__vmi_class_type_info
0026d580 V vtable for Phonon::SeekSlider
0026dd80 V vtable for Phonon::AudioOutput
0026dc00 V vtable for Phonon::MediaObject
0026e0c0 V vtable for Phonon::PulseStream
0026cb40 V vtable for Phonon::VideoPlayer
0026ce00 V vtable for Phonon::VideoWidget
0026c380 V vtable for Phonon::EffectWidget
0026c1c0 V vtable for Phonon::GlobalConfig
0026e180 V vtable for Phonon::PulseSupport
0026d340 V vtable for Phonon::VolumeSlider
0026e000 V vtable for Phonon::AudioDataOutput
0026c900 V vtable for Phonon::MediaController
0026d880 V vtable for Phonon::StreamInterface
0026d8c0 V vtable for Phonon::MediaNodePrivate
0026db40 V vtable for Phonon::VolumeFaderEffect
0026e280 V vtable for Phonon::MediaSourcePrivate
0026df00 V vtable for Phonon::AbstractAudioOutput
0026e2c0 V vtable for Phonon::AbstractMediaStream
0026c780 V vtable for Phonon::AbstractMediaStreamPrivate
0026dcc0 V vtable for Phonon::Effect
0026dea0 V vtable for Phonon::MediaNode

Objdump -t see no symbols, -T see symbols.

I rebuild phonon by the same compiler/binutils as pykde4.

Could you kindly please check if you are affected too?
Thank you in advance.


[Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599

2014-03-20 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568

--- Comment #13 from David Kredba nheghathivhistha at gmail dot com ---
-m32 compiled fine but 64 bit gave me (rev. 208729):

/usr/bin/x86_64-pc-linux-gnu-g++   -flto=4 -fuse-linker-plugin -O2 -ggdb -pipe
-march=core2 -mtune=core2 -flto=4 -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,-flto -O2 -ggdb -pipe -march=core2 -mtune=core2
CMakeFiles/cli.dir/input/y4m.cpp.o CMakeFiles/cli.dir/input/yuv.cpp.o
CMakeFiles/cli.dir/input/input.cpp.o CMakeFiles/cli.dir/output/y4m.cpp.o
CMakeFiles/cli.dir/output/yuv.cpp.o CMakeFiles/cli.dir/output/output.cpp.o
CMakeFiles/cli.dir/x265.cpp.o  -o x265 -rdynamic libx265.a -lpthread -lrt
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h: In
function 'dequant_scaling':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:70:
error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
   return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
  ^
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:70:
error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
   return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
  ^
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:70:
error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
   return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
  ^
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:70:
error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
   return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
  ^
make: *** [/tmp/ccdJxMmS.ltrans1.ltrans.o] Error 1
make: *** Waiting for unfinished jobs
lto-wrapper: make returned 2 exit status
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/../../../../x86_64-pc-linux-gnu/bin/ld:
lto-wrapper failed
collect2: error: ld returned 1 exit status

Is this related please? Thank you.


[Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599

2014-03-19 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568

--- Comment #3 from David Kredba nheghathivhistha at gmail dot com ---
Without lto it compiles fine.
It is Gentoo x86/x86_64 enabled package.
I am going to attach all the ii files, thank you.


[Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599

2014-03-19 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568

--- Comment #4 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 32395
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32395action=edit
object file gzipped


[Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599

2014-03-19 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568

--- Comment #5 from David Kredba nheghathivhistha at gmail dot com ---
This is the command line that is enough to get the crash:

/usr/bin/x86_64-pc-linux-gnu-g++  -m32 -fPIC -flto=4 -fuse-linker-plugin -O2
-ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow -mno-sse4.2 -mno-avx 
-Wl,-Bsymbolic,-znoexecstack  -flto=4 -fuse-linker-plugin -Wl,--as-needed
-Wl,-O2 -Wl,-flto -O2 -ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow
-mno-sse4.2 -mno-avx -o libx265.so.0.8 
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncSbac.cpp.o  -r -nostdlib

When I ran it with

/usr/bin/x86_64-pc-linux-gnu-g++  -m32 -fPIC -flto=4 -fuse-linker-plugin -O2
-ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow -mno-sse4.2 -mno-avx 
-Wl,-Bsymbolic,-znoexecstack  -flto=4 -fuse-linker-plugin -Wl,--as-needed
-Wl,-O2 -Wl,-flto -O2 -ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow
-mno-sse4.2 -mno-avx -o libx265.so.0.8 -fpreprocessed ./TEncSbac.ii  -r
-nostdlib

(or without -fpreprocessed) it does link the library!

I attached gzipped object file got using -march/tune=core2.


[Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599

2014-03-18 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60568

Bug ID: 60568
   Summary: lto1: internal compiler error: in insn_min_length, at
config/i386/i386.md:1599
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 32383
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32383action=edit
Unreduced TEncSbac.ii gzipped

In member function '_ZThn8_N4x2658TEncSbacD0Ev':
lto1: error: unrecognizable insn:
(jump_insn 3 2 4 (set (pc)
(mem:SI (plus:SI (unspec:SI [
(symbol_ref:SI (_ZN4x2658TEncSbacD0Ev) [flags 0x1]
function_decl 0x7f5fa3e71800 __deleting_dtor )
] UNSPEC_GOT)
(reg:SI 2 cx)) [0  S4 A8]))
/var/tmp/portage/media-libs/x265-0.8/work/multicoreware-x265-527d03c56d68/source/Lib/TLibEncoder/TEncSbac.h:66
-1
 (nil))
lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.gentoo.org/ for instructions.
make[3]: ***
[/var/tmp/portage/media-libs/x265-0.8/temp/cc97nOMM.ltrans3.ltrans.o] Error 1

Called as:

/usr/bin/x86_64-pc-linux-gnu-g++  -m32 -fPIC -flto=4 -fuse-linker-plugin -O2
-ggdb -pipe -march=native -mtune=native -mno-3dnow -mno-sse4.2 -mno-avx 
-Wl,-Bsymbolic,-znoexecstack  -flto=4 -fuse-linker-plugin -Wl,--as-needed
-Wl,-O2 -Wl,-flto -O2 -ggdb -pipe -march=native -mtune=native -mno-3dnow
-mno-sse4.2 -mno-avx -shared -Wl,-soname,libx265.so.7 -o libx265.so.0.8
CMakeFiles/x265-shared.dir/dllmain.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/NALwrite.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/SEIwrite.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/SyntaxElementWriter.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncBinCoderCABAC.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncCu.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncEntropy.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncSampleAdaptiveOffset.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncSbac.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncSearch.cpp.o
encoder/CMakeFiles/encoder.dir/bitcost.cpp.o
encoder/CMakeFiles/encoder.dir/motion.cpp.o
encoder/CMakeFiles/encoder.dir/slicetype.cpp.o
encoder/CMakeFiles/encoder.dir/frameencoder.cpp.o
encoder/CMakeFiles/encoder.dir/framefilter.cpp.o
encoder/CMakeFiles/encoder.dir/cturow.cpp.o
encoder/CMakeFiles/encoder.dir/dpb.cpp.o
encoder/CMakeFiles/encoder.dir/ratecontrol.cpp.o
encoder/CMakeFiles/encoder.dir/compress.cpp.o
encoder/CMakeFiles/encoder.dir/reference.cpp.o
encoder/CMakeFiles/encoder.dir/encoder.cpp.o
encoder/CMakeFiles/encoder.dir/api.cpp.o
encoder/CMakeFiles/encoder.dir/weightPrediction.cpp.o
common/CMakeFiles/common.dir/x86/pixel-a.asm.o
common/CMakeFiles/common.dir/x86/const-a.asm.o
common/CMakeFiles/common.dir/x86/cpu-a.asm.o
common/CMakeFiles/common.dir/x86/ssd-a.asm.o
common/CMakeFiles/common.dir/x86/mc-a.asm.o
common/CMakeFiles/common.dir/x86/mc-a2.asm.o
common/CMakeFiles/common.dir/x86/pixel-util8.asm.o
common/CMakeFiles/common.dir/x86/blockcopy8.asm.o
common/CMakeFiles/common.dir/x86/pixeladd8.asm.o
common/CMakeFiles/common.dir/x86/dct8.asm.o
common/CMakeFiles/common.dir/x86/sad16-a.asm.o
common/CMakeFiles/common.dir/x86/intrapred16.asm.o
common/CMakeFiles/common.dir/x86/ipfilter16.asm.o
common/CMakeFiles/common.dir/x86/pixel-32.asm.o
common/CMakeFiles/common.dir/x86/asm-primitives.cpp.o
common/CMakeFiles/common.dir/vec/vec-primitives.cpp.o
common/CMakeFiles/common.dir/vec/dct-sse3.cpp.o
common/CMakeFiles/common.dir/vec/blockcopy-sse3.cpp.o
common/CMakeFiles/common.dir/vec/dct-ssse3.cpp.o
common/CMakeFiles/common.dir/vec/dct-sse41.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComBitStream.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComDataCU.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComLoopFilter.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComMotionInfo.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPattern.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPic.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPicSym.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPicYuv.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPicYuvMD5.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPrediction.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComRom.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComSampleAdaptiveOffset.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComSlice.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComTrQuant.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComWeightPrediction.cpp.o
common/CMakeFiles/common.dir/__/Lib

[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-03-17 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #49 from David Kredba nheghathivhistha at gmail dot com ---
I am still getting this with revision 208612 without -flto:

CMakeFiles/kritametadataeditor.dir/kis_meta_data_editor.cc.o: In function
`KisMetaDataEditor::KisMetaDataEditor(QWidget*, KisMetaData::Store*)':
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/krita/plugins/extensions/metadataeditor/kis_meta_data_editor.cc:79:
undefined reference to `QUiLoader::QUiLoader(QObject*)'
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/krita/plugins/extensions/metadataeditor/kis_meta_data_editor.cc:82:
undefined reference to `QUiLoader::load(QIODevice*, QWidget*)'
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/krita/plugins/extensions/metadataeditor/kis_meta_data_editor.cc:85:
undefined reference to `QUiLoader::~QUiLoader()'
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/krita/plugins/extensions/metadataeditor/kis_meta_data_editor.cc:79:
undefined reference to `QUiLoader::~QUiLoader()'
collect2: error: ld returned 1 exit status

And I was not able to follow Markus's instructions about how to get it working
with -flto by copying that qHash 3 row from .h to .cpp.

Thank you.


[Bug lto/60530] openssh-6.5p1 can't be built with lto - revision 208516

2014-03-16 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60530

David Kredba nheghathivhistha at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #4 from David Kredba nheghathivhistha at gmail dot com ---
-fpie in LDFLAGS fixed it, thank you!

(Going to open a Gentoo report.)


[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-03-16 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #38 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 32363
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32363action=edit
Unreduced test case from calligra


[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-03-16 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #39 from David Kredba nheghathivhistha at gmail dot com ---
Hello Markus, Thank you.

Without LTO the reference is different, maybe qHash would be the next one
error.

MakeFiles/kritametadataeditor.dir/kis_meta_data_editor.cc.o: In function
`KisMetaDataEditor::KisMetaDataEditor(QWidget*, KisMetaData::Store*)':
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/krita/plugins/extensions/metadataeditor/kis_meta_data_editor.cc:79:
undefined reference to `QUiLoader::QUiLoader(QObject*)'
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/krita/plugins/extensions/metadataeditor/kis_meta_data_editor.cc:82:
undefined reference to `QUiLoader::load(QIODevice*, QWidget*)'
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/krita/plugins/extensions/metadataeditor/kis_meta_data_editor.cc:85:
undefined reference to `QUiLoader::~QUiLoader()'
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/krita/plugins/extensions/metadataeditor/kis_meta_data_editor.cc:79:
undefined reference to `QUiLoader::~QUiLoader()'
collect2: error: ld returned 1 exit status
krita/plugins/extensions/metadataeditor/CMakeFiles/kritametadataeditor.dir/build.make:229:
recipe for target 'lib/kritametadataeditor.so' failed


It wanted to link this way:

/usr/bin/x86_64-pc-linux-gnu-g++  -fPIC -flto=4 -fuse-linker-plugin -O2 -ggdb
-pipe -march=native -mtune=native -mno-3dnow -mno-sse4.2 -mno-avx -fno-lto
-fno-use-linker-plugin  -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align
-Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions
-DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual
-fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden 
-march=core2 -msse2 -msse3 -mssse3 -msse4.1 -mno-sse4.2 -mno-sse4a -mno-avx
-mno-xop -mno-fma4  -Wabi -fabi-version=0 -ffp-contract=fast -fexceptions
-UQT_NO_EXCEPTIONS -Wl,--enable-new-dtags -Wl,--no-undefined -lc  -flto=4
-fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -Wl,-flto -O2 -ggdb -pipe
-march=native -mtune=native -mno-3dnow -mno-sse4.2 -mno-avx -fno-lto
-fno-use-linker-plugin -shared -Wl,-soname,kritametadataeditor.so -o
../../../../lib/kritametadataeditor.so
CMakeFiles/kritametadataeditor.dir/kritametadataeditor_automoc.cpp.o
CMakeFiles/kritametadataeditor.dir/metadataeditor.cc.o
CMakeFiles/kritametadataeditor.dir/kis_entry_editor.cc.o
CMakeFiles/kritametadataeditor.dir/kis_meta_data_editor.cc.o
CMakeFiles/kritametadataeditor.dir/kis_meta_data_model.cpp.o 
-L/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0_build/lib 
-L/usr/lib64/qt4 ../../../../lib/libkritaui.so.13.0.0
/usr/lib64/qt4/libQtUiTools.a ../../../../lib/libkritaimage.so.13.0.0
../../../../lib/libkomain.so.13.0.0 /usr/lib64/libkactivities.so.6.2.0 -lGLU
-lGL -lSM -lICE -lSM -lICE -lX11 -lXext -lXft -lXau -lXdmcp -lXpm
/usr/lib64/qt4/libQtOpenGL.so ../../../../lib/libkowidgets.so.13.0.0
../../../../lib/libkotext.so.13.0.0 ../../../../lib/libflake.so.13.0.0
../../../../lib/libpigmentcms.so.13.0.0 ../../../../lib/libkoplugin.so.13.0.0
-lImath -lIlmImf -lIex -lHalf -lIlmThread -Wl,-Bstatic -lVc -Wl,-Bdynamic
../../../../lib/libkundo2.so.13.0.0 ../../../../lib/libkowidgetutils.so.13.0.0
../../../../lib/libkoodf.so.13.0.0 /usr/lib64/libkio.so.5.12.3
/usr/lib64/qt4/libQtXml.so /usr/lib64/qt4/libQtNetwork.so
/usr/lib64/libkdeui.so.5.12.3 /usr/lib64/qt4/libQtGui.so
/usr/lib64/qt4/libQtSvg.so /usr/lib64/libkdecore.so.5.12.3
/usr/lib64/qt4/libQtDBus.so /usr/lib64/qt4/libQtCore.so -lpthread
-Wl,-rpath,/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0_build/lib:/usr/lib64/qt4:
-Wl,-rpath-link,/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0_build/lib


[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-03-16 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #43 from David Kredba nheghathivhistha at gmail dot com ---
Hello Jason,
Thank you.

Could you please check uploaded not reduced i file related to my comment #39?

As per Markus finding qHash issue is Calligra issue.

This is not allowing to build Calligra even without LTO.

Thank you in advance.


[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-03-16 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #44 from David Kredba nheghathivhistha at gmail dot com ---
Hello Markus,
I moved it (deleted a three lines) from .h file and placed them to asource file
a) beginning of source file after a namespace definition and it failed 
with:

/usr/include/qt4/QtCore/qmap.h:107:17: error: no match for 'operator' (operand
types are 'const Calligra::Sheets::Conditions' and 'const
Calligra::Sheets::Conditions')
/usr/include/qt4/QtCore/qmap.h:107:17: error: no match for 'operator' (operand
types are 'const Calligra::Sheets::Conditions' and 'const
Calligra::Sheets::Conditions')

b) before the first occurence of qHash and it failed with:

/usr/include/qt4/QtCore/qmap.h:107:17: error: no match for 'operator' (operand
types are 'const Calligra::Sheets::Conditions' and 'const
Calligra::Sheets::Conditions')
/usr/include/qt4/QtCore/qmap.h:107:17: error: no match for 'operator' (operand
types are 'const Calligra::Sheets::Conditions' and 'const
Calligra::Sheets::Conditions')
/usr/include/qt4/QtCore/qmap.h:107:17: error: no match for 'operator' (operand
types are 'const Calligra::Sheets::Conditions' and 'const
Calligra::Sheets::Conditions')

Could you please write me to what line to place it?

Thank you in advance.


[Bug lto/60530] openssh-6.5p1 can't be built with lto - revision 208516

2014-03-15 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60530

--- Comment #3 from David Kredba nheghathivhistha at gmail dot com ---
Thank you.

So it is Openssh bug?

-fpie should come from configure processing, should not?


[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-03-15 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #36 from David Kredba nheghathivhistha at gmail dot com ---
I did not:

/var/tmp/portage/app-office/calligra-2.8.0/temp/ccv1d4Ui.ltrans1.ltrans.o: In
function `operator':
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.8.0/temp/ccv1d4Ui.ltrans1.ltrans.o: In
function `qMapLessThanKey':
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.8.0/temp/ccv1d4Ui.ltrans1.ltrans.o: In
function `operator':
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.8.0/temp/ccv1d4Ui.ltrans1.ltrans.o:/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/sheets/Condition.h:170:
more undefined references to
`Calligra::Sheets::qHash(Calligra::Sheets::Conditions const)' follow
collect2: error: ld returned 1 exit status
sheets/CMakeFiles/calligrasheetscommon.dir/build.make:3104: recipe for target
'lib/libcalligrasheetscommon.so.13.0.0' failed


trunk revision 208592

I am sorry I do not know how to reduce it.


[Bug lto/60530] New: openssh-6.5p1 can't be built with lto - revision 208516

2014-03-14 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60530

Bug ID: 60530
   Summary: openssh-6.5p1 can't be built with lto - revision
208516
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 32351
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32351action=edit
Un-reduced preprocessed source file gzipped

The only one object file causing the erro from -o ssh ssh.o readconf.o
clientloop.o sshtty.o sshconnect.o sshconnect1.o sshconnect2.o mux.o
roaming_common.o roaming_client.o is ssh.o.

x86_64-pc-linux-gnu-gcc -o ssh ssh.i -L. -Lopenbsd-compat/ -flto=4
-fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -Wl,-flto -O2 -ggdb -pipe
-march=native -mtune=native -mno-3dnow -mno-sse4.2 -mno-avx -Wl,-z,relro
-Wl,-z,now -Wl,-z,noexecstack -fstack-protector-strong -flto=4
-fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -Wl,-flto -O2 -ggdb -pipe
-march=native -mtune=native -mno-3dnow -mno-sse4.2 -mno-avx -pie -lssh
-lopenbsd-compat  -lssl -lcrypto  -ldl -lutil -lz -lnsl  -lcrypt -lresolv
-lpthread 
umac.c:1193:3: warning: type of 'umac_ctx' does not match original declaration
 } umac_ctx;
   ^
./umac.c:1193:3: note: previously declared here
 } umac_ctx;
   ^
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140311/../../../../x86_64-pc-linux-gnu/bin/ld:
/tmp/ccKc90pS.ltrans0.ltrans.o: relocation R_X86_64_32 against `.rodata.str1.1'
can not be used when making a shared object; recompile with -fPIC
/tmp/ccKc90pS.ltrans0.ltrans.o: error adding symbols: Bad value
collect2: error: ld returned 1 exit status


[Bug lto/60530] openssh-6.5p1 can't be built with lto - revision 208516

2014-03-14 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60530

--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
When system libraries are removed, ssh.i file links to ssh file:

x86_64-pc-linux-gnu-gcc -o ssh ssh.i -L. -Lopenbsd-compat/ -flto=4
-fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -Wl,-flto -O2 -ggdb -pipe
-march=native -mtune=native -mno-3dnow -mno-sse4.2 -mno-avx -Wl,-z,relro
-Wl,-z,now -Wl,-z,noexecstack -fstack-protector-strong -flto=4
-fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -Wl,-flto -O2 -ggdb -pipe
-march=native -mtune=native -mno-3dnow -mno-sse4.2 -mno-avx -r -nostdlib

ls -l ssh
-rw-r--r-- 1 root root 129751 Mar 14 19:21 ssh


[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-03-12 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #31 from David Kredba nheghathivhistha at gmail dot com ---
Calligra-2.8.0 is now affected too with revision 

/var/tmp/portage/app-office/calligra-2.8.0/temp/ccAMiINB.ltrans1.ltrans.o: In
function `operator':
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.8.0/temp/ccAMiINB.ltrans1.ltrans.o: In
function `qMapLessThanKey':
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.8.0/temp/ccAMiINB.ltrans1.ltrans.o: In
function `operator':
/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.8.0/temp/ccAMiINB.ltrans1.ltrans.o:/var/tmp/portage/app-office/calligra-2.8.0/work/calligra-2.8.0/sheets/Condition.h:170:
more undefined references to
`Calligra::Sheets::qHash(Calligra::Sheets::Conditions const)' follow
collect2: error: ld returned 1 exit status
sheets/CMakeFiles/calligrasheetscommon.dir/build.make:3104: recipe for target
'lib/libcalligrasheetscommon.so.13.0.0' failed


[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-03-12 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #32 from David Kredba nheghathivhistha at gmail dot com ---
208516


[Bug lto/59626] [4.8/4.9 Regression] /usr/include/bits/unistd.h:173:1: error: inlining failed in call to always_inline 'readlinkat': recursive inlining

2014-03-09 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626

--- Comment #16 from David Kredba nheghathivhistha at gmail dot com ---
Todays Gentoo to tree pushed flac-1.3.0 with gcc-4.9 rev. 208429. The flac
package is still broken in ABI=32 but this should go anyway I think.

/usr/include/bits/stdio2.h: In function
'FLAC__metadata_simple_iterator_get_application_id':
/usr/include/bits/stdio2.h:282:1: error: inlining failed in call to
always_inline 'fread': recursive inlining
 fread (void *__restrict __ptr, size_t __size, size_t __n,
 ^
/usr/include/bits/stdio2.h:295:3: error: called from here
   return __fread_alias (__ptr, __size, __n, __stream);
   ^
make[5]: ***
[/var/tmp/portage/media-libs/flac-1.3.0/temp/ccp3QvqG.ltrans4.ltrans.o] Error 1
make[5]: *** Waiting for unfinished jobs


Called this way:

libtool: link: x86_64-pc-linux-gnu-gcc -m32 -std=gnu99 -shared  -fPIC -DPIC 
.libs/bitmath.o .libs/bitreader.o .libs/bitwriter.o .libs/cpu.o .libs/crc.o
.libs/fixed.o .libs/float.o .libs/format.o .libs/lpc.o .libs/md5.o
.libs/memory.o .libs/metadata_iterators.o .libs/metadata_object.o
.libs/stream_decoder.o .libs/stream_encoder.o .libs/stream_encoder_framing.o
.libs/window.o .libs/ogg_decoder_aspect.o .libs/ogg_encoder_aspect.o
.libs/ogg_helper.o .libs/ogg_mapping.o  -Wl,--whole-archive
ia32/.libs/libFLAC-asm.a -Wl,--no-whole-archive  -Wl,--as-needed -L/usr/lib
-logg -lm  -m32 -flto=4 -fuse-linker-plugin -O2 -march=native -mtune=native
-mno-3dnow -mno-sse4.2 -mno-avx -flto=4 -fuse-linker-plugin -Wl,-O2 -Wl,-flto
-O2 -march=native -mtune=native -mno-3dnow -mno-sse4.2 -mno-avx   -Wl,-soname
-Wl,libFLAC.so.8 -o .libs/libFLAC.so.8.3.0

Binutils are patched by Markus's slim-lto patch.


[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-03-05 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #22 from David Kredba nheghathivhistha at gmail dot com ---
I got this now with rev. 208241:

/usr/bin/x86_64-pc-linux-gnu-g++  -fPIC -O2 -ggdb -pipe -march=native
-mtune=native -mno-3dnow -mno-sse4.2 -mno-avx  -Wnon-virtual-dtor
-Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith
-Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common
-Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden
-fvisibility-inlines-hidden -fexceptions -UQT_NO_EXCEPTIONS
-Wl,--enable-new-dtags -Wl,--no-undefined -lc  -Wl,--as-needed -Wl,-O2 -O2
-ggdb -pipe -march=native -mtune=native -shared
-Wl,-soname,libkorganizer_core.so.4 -o ../lib/libkorganizer_core.so.4.12.3
CMakeFiles/korganizer_core.dir/korganizer_core_automoc.o
CMakeFiles/korganizer_core.dir/koprefs.o
CMakeFiles/korganizer_core.dir/kocore.o
CMakeFiles/korganizer_core.dir/koprefs_base.o 
-L/var/tmp/portage/kde-base/korganizer-4.12.3/work/korganizer-4.12.3_build/lib 
-L/usr/lib64/qt4 ../lib/libcalendarsupport.so.4.12.3 -leventviews
../lib/libincidenceeditorsng.so.4.12.3 -lkdepim
../lib/libkorganizer_interfaces.so.4.12.3 /usr/lib64/libakonadi-kde.so.4.12.3
/usr/lib64/libkcalcore.so.4.12.3 /usr/lib64/libkcalutils.so.4.12.3
/usr/lib64/libkmime.so.4.12.3 /usr/lib64/libkpimidentities.so.4.12.3
/usr/lib64/libkdecore.so.5.12.3 /usr/lib64/libkio.so.5.12.3
/usr/lib64/qt4/libQtUiTools.a -lz -lkdepim /usr/lib64/libkldap.so.4.12.3
/usr/lib64/libkcmutils.so.4.12.3 -lkdgantt2 -lakonadi_next -lakonadi-calendar
../lib/libcalendarsupport.so.4.12.3 /usr/lib64/libkcalutils.so.4.12.3
/usr/lib64/libkpimidentities.so.4.12.3 /usr/lib64/libkpimtextedit.so.4.12.3
/usr/lib64/libkholidays.so.4.12.3 /usr/lib64/libakonadi-contact.so.4.12.3
/usr/lib64/libkcalcore.so.4.12.3 /usr/lib64/libkabc.so.4.12.3
/usr/lib64/libkresources.so.4.12.3 /usr/lib64/libkpimutils.so.4.12.3
/usr/lib64/libnepomukcore.so.4.12.3 -lphonon /usr/lib64/libkmime.so.4.12.3
/usr/lib64/libakonadi-kde.so.4.12.3
/usr/lib64/libakonadiprotocolinternals.so.1.11.0 /usr/lib64/libkio.so.5.12.3
/usr/lib64/libsolid.so.4.12.3 /usr/lib64/qt4/libQtNetwork.so
/usr/lib64/qt4/libQtXml.so /usr/lib64/libkdeui.so.5.12.3
/usr/lib64/libkdecore.so.5.12.3 /usr/lib64/qt4/libQtCore.so -lpthread
/usr/lib64/qt4/libQtDBus.so /usr/lib64/qt4/libQtGui.so
/usr/lib64/qt4/libQtSvg.so -lsoprano
-Wl,-rpath,/var/tmp/portage/kde-base/korganizer-4.12.3/work/korganizer-4.12.3_build/lib:/usr/lib64/qt4:
CMakeFiles/korganizer_core.dir/kocore.o: In function `~Part':
/var/tmp/portage/kde-base/korganizer-4.12.3/work/korganizer-4.12.3/korganizer/interfaces/korganizer/part.h:55:
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o: In function `KOrg::Part::~Part()':
/var/tmp/portage/kde-base/korganizer-4.12.3/work/korganizer-4.12.3/korganizer/interfaces/korganizer/part.h:55:
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o: In function `~Part':
/var/tmp/portage/kde-base/korganizer-4.12.3/work/korganizer-4.12.3/korganizer/interfaces/korganizer/part.h:55:
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTIN4KOrg4PartE[_ZTIN4KOrg4PartE]+0x10):
undefined reference to `typeinfo for KParts::Part'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x10):
undefined reference to `typeinfo for KParts::PartBase'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x18):
undefined reference to `KParts::PartBase::~PartBase()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x20):
undefined reference to `KParts::PartBase::~PartBase()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x28):
undefined reference to `KParts::PartBase::setComponentData(KComponentData
const)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x30):
undefined reference to `KParts::PartBase::setComponentData(KComponentData
const, bool)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0xb0):
undefined reference to `typeinfo for KParts::PartBase'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0xb8):
undefined reference to `virtual thunk to KParts::PartBase::~PartBase()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0xc0):
undefined reference to `virtual thunk to KParts::PartBase::~PartBase()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0xf8):
undefined reference to `virtual thunk to
KParts::PartBase::setComponentData

[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-03-05 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #26 from David Kredba nheghathivhistha at gmail dot com ---
Hello Markus,
Could you kindly please write here how are you reducing this?

(So next time I can try to do it myself.)

Thank you in advance.


[Bug lto/59626] [4.8/4.9 Regression] /usr/include/bits/unistd.h:173:1: error: inlining failed in call to always_inline 'readlinkat': recursive inlining

2014-02-25 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626

--- Comment #10 from David Kredba nheghathivhistha at gmail dot com ---
There is preprocessed source in closed as duplicate of this error:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088.

I will attach one from program cp.


[Bug lto/59626] [4.8/4.9 Regression] /usr/include/bits/unistd.h:173:1: error: inlining failed in call to always_inline 'readlinkat': recursive inlining

2014-02-25 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626

--- Comment #14 from David Kredba nheghathivhistha at gmail dot com ---
For me it is fixed too, tested it by reveision 207938, cp compiles fine with
-flto=4 -fuse-linker-plugin. It crashes later at link time but that is
something completely different.


[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-02-07 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #15 from David Kredba nheghathivhistha at gmail dot com ---
It is still present in rev. 207565 and pykde4-4.12.2:

CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart5.cpp.o: In
function `~Notifier':
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart5.cpp.o: In
function `Phonon::BackendCapabilities::Notifier::~Notifier()':
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
collect2: error: ld returned 1 exit status


[Bug other/60099] New: internal compiler error: Segmentation fault

2014-02-06 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60099

Bug ID: 60099
   Summary: internal compiler error: Segmentation fault
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

I can't build Seamonkey with rev.

x86_64-pc-linux-gnu-g++ -DMOZ_GLUE_IN_PROGRAM -DMOZILLA_INTERNAL_API
-DIMPL_LIBXUL  -DSTATIC_EXPORTABLE_JS_API -DNO_NSPR_10_SUPPORT -fPIC  
-DMOZILLA_CLIENT -ggdb -pipe -march=native -mtune=native -mno-avx
-fno-exceptions -fno-strict-aliasing -fno-rtti -fno-exceptions -fno-math-errno
-std=gnu++0x -pthread -DNDEBUG -DTRIMMED -Os -freorder-blocks 
-fomit-frame-pointer -c testcase.ii


C-reduced testcase:

typedef enum
{ }
nsresult;
struct nsID
{
};
typedef nsID nsCID;
typedef nsID nsIID;
class nsISupports
{
};
class nsCOMPtr_helper
{
public:
virtual nsresult operator () (const nsIID , void **) const;
};
template  class T  class nsRefPtr
{
public:
T element_type;
nsRefPtr  operator= (const nsCOMPtr_helper  helper)
{
helper (T::template COMTypeInfo  int ::kIID, 0);
}
};

class nsIURI:nsISupports
{
public:
template  class  struct COMTypeInfo
{
static nsIID kIID;
};
};
extern C
{
#pragma GCC visibility push(default)
}
class nsCreateInstanceByCID:public nsCOMPtr_helper
{
public:
nsCreateInstanceByCID (nsCID  aCID, nsISupports *, nsresult *):mCID
(aCID),
mErrorPtr ()
{
} nsresult operator () (const nsIID , void **) const;
nsCID  mCID;
nsresult *mErrorPtr;
};

nsCID kSimpleURICID;
inline nsCreateInstanceByCID
do_CreateInstance (nsCID  aCID, nsresult *)
{
return nsCreateInstanceByCID (aCID, 0, 0);
}

void
nsDataHandlerNewURI ()
{
nsRefPtr  nsIURI  uri;
uri = do_CreateInstance (kSimpleURICID, 0);
}


[Bug other/60099] internal compiler error: Segmentation fault

2014-02-06 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60099

--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
I am sorry, revision 207472.


[Bug other/60099] internal compiler error: Segmentation fault

2014-02-06 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60099

--- Comment #3 from David Kredba nheghathivhistha at gmail dot com ---
Here it shows line number too.
./testcase.i:62:1: internal compiler error

Going to attach original ii file.

In check.sh I used in addition -I and -include that I deleted from the command
before sending here, can it be that?

x86_64-pc-linux-gnu-g++ -o nsDataHandler.o -c -I../../../dist/stl_wrappers
-I../../../dist/system_wrappers -include
/var/tmp/portage/www-client/seamonkey-2.24/work/comm-release/mozilla/config/gcc_hidden.h
-DMOZ_GLUE_IN_PROGRAM -DMOZILLA_INTERNAL_API -DIMPL_LIBXUL 
-DSTATIC_EXPORTABLE_JS_API -DNO_NSPR_10_SUPPORT
-I/var/tmp/portage/www-client/seamonkey-2.24/work/comm-release/mozilla/netwerk/protocol/data/../../base/src

-I/var/tmp/portage/www-client/seamonkey-2.24/work/comm-release/mozilla/netwerk/protocol/data
-I. -I../../../dist/include  -I/usr/include/nspr -I/usr/include/nss  -fPIC 
 -DMOZILLA_CLIENT -ggdb -pipe -march=native -mtune=native -mno-avx
-fno-exceptions -fno-strict-aliasing -fno-rtti -fno-exceptions -fno-math-errno
-std=gnu++0x -pthread -DNDEBUG -DTRIMMED -Os -freorder-blocks 
-fomit-frame-pointer -c ./testcase.i


[Bug other/60099] internal compiler error: Segmentation fault

2014-02-06 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60099

--- Comment #4 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 32068
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32068action=edit
testcase.i produced by c-reduce


[Bug other/60099] internal compiler error: Segmentation fault

2014-02-06 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60099

--- Comment #5 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 32069
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32069action=edit
Original ii file gzipped


[Bug other/60099] internal compiler error: Segmentation fault

2014-02-06 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60099

--- Comment #6 from David Kredba nheghathivhistha at gmail dot com ---
Revision 207565 is fine with it.


[Bug lto/59977] New: lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

2014-01-29 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59977

Bug ID: 59977
   Summary: lto1: internal compiler error: bytecode stream:
expected tag real_type instead of error_mark
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 31975
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31975action=edit
un-reduced gzipped preprocessed file

When I remove libraries it not ICEs.
Creduce is stuck at beginning and not able to remove any line.
When I ran
cat testcase.i | grep -v '^# .*$' | grep -v '^[[:space:]]*$'  testcase.x
on ii file and test the resulting files with comments removed it not ICEs with
the same compilation command.

gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.0-alpha20140128/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140128/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20140128/work/gcc-4.9-20140128/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.0-alpha20140128
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140128/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20140128
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20140128/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20140128/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140128/include/g++-v4
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20140128/python
--enable-languages=c,c++,java,go,objc,obj-c++,fortran,ada --enable-obsolete
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.9.0_alpha20140128' --enable-libstdcxx-time
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-multilib --disable-altivec --disable-fixed-point
--enable-targets=all --enable-java-awt=gtk --enable-libgomp --enable-lto
--without-cloog
Thread model: posix
gcc version 4.9.0-alpha20140128 20140129 (experimental) [trunk revision 207224]
(Gentoo 4.9.0_alpha20140128)

The command is:

LC_ALL=C LANG=C  /usr/bin/x86_64-pc-linux-gnu-g++  -fPIC -flto=4
-fuse-linker-plugin -O2 -ggdb -pipe -march=native -mtune=native 
-Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall
-W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS
-fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics
-fvisibility=hidden -fvisibility-inlines-hidden  -march=core2 -msse2 -msse3
-mssse3 -msse4.1 -mno-sse4.2 -mno-sse4a -mno-avx -mno-xop -mno-fma4  -Wabi
-fabi-version=0 -ffp-contract=fast -Wl,--enable-new-dtags -Wl,--no-undefined
-lc  -flto=4 -fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -O2 -ggdb -pipe
-march=native -mtune=native -shared -Wl,-soname,libpigmentcms.so.13 -o
/dev/null
/var/tmp/portage/app-office/calligra-2.7.91/work/calligra-2.7.91_build/libs/pigment/KoOptimizedCompositeOpFactoryPerArch_Scalar.ii
-L/var/tmp/portage/app-office/calligra-2.7.91/work/calligra-2.7.91_build/lib 
-L/usr/lib64/qt4
/var/tmp/portage/app-office/calligra-2.7.91/work/calligra-2.7.91_build/lib/libkoplugin.so.13.0.0
-lImath -lIlmImf -lIex -lHalf -lIlmThread -Wl,-Bstatic -lVc -Wl,-Bdynamic
/usr/lib64/qt4/libQtGui.so /usr/lib64/qt4/libQtXml.so
/usr/lib64/libkdecore.so.5.12.1 /usr/lib64/qt4/libQtDBus.so
/usr/lib64/qt4/libQtCore.so -lpthread

How can I reduce it please?


[Bug lto/59977] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

2014-01-29 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59977

--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
Gcc-4.8.2 compiles Calligra 2.7.91 with the same CFLAGS.


[Bug lto/59977] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

2014-01-29 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59977

--- Comment #3 from David Kredba nheghathivhistha at gmail dot com ---
Thank you.

sci-libs/vc was build with gcc 4.9 lto a few svn revisions before, other
libraries are not built with LTO at all.

I will try vc first and then this again.


[Bug lto/59977] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

2014-01-29 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59977

--- Comment #4 from David Kredba nheghathivhistha at gmail dot com ---
No, it was not gcc 4.9 lto on vc, it was gcc 4.8.2 lto, so no slim.

I can't build vc with gcc 4.9 lto:

Linking CXX executable c++11_arithmetics_sse
cd /var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3_build/tests 
/usr/bin/cmake -E cmake_link_script
CMakeFiles/c++11_arithmetics_sse.dir/link.txt --verbose=1
/usr/bin/x86_64-pc-linux-gnu-g++   -flto=4 -fuse-linker-plugin -O2 -ggdb -pipe
-march=native -mtune=native  -W -Wall -Wswitch -Wformat -Wchar-subscripts
-Wparentheses -Wmultichar -Wtrigraphs -Wpointer-arith -Wcast-align
-Wreturn-type -Wno-unused-function -pedantic -Wno-long-long -Wshadow -ansi
-Wundef -Wold-style-cast -Wno-variadic-macros -Wno-unused-local-typedefs  
-flto=4 -fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -O2 -ggdb -pipe
-march=native -mtune=native
CMakeFiles/c++11_arithmetics_sse.dir/arithmetics.cpp.o  -o
c++11_arithmetics_sse -rdynamic ../libVc.a
/var/tmp/portage/dev-libs/vc-0.7.3/temp/cc8elhuv.ltrans0.ltrans.o: In function
`void fmaVc::Scalar::Vectorshort ()':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
undefined reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
undefined reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/cc8elhuv.ltrans0.ltrans.o: In function
`store':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/scalar/vector.h:125: undefined
reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/scalar/vector.h:125: undefined
reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/cc8elhuv.ltrans0.ltrans.o: In function
`void fmaVc::Scalar::Vectorunsigned short ()':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
undefined reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/cc8elhuv.ltrans0.ltrans.o:/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
more undefined references to `Vc::RandomState' follow
/var/tmp/portage/dev-libs/vc-0.7.3/temp/cc8elhuv.ltrans1.ltrans.o: In function
`isImplementationSupported':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/include/Vc/support.h:90:
undefined reference to `Vc::isImplementationSupported(Vc::Implementation)'
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/include/Vc/support.h:91:
undefined reference to `Vc::extraInstructionsSupported()'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/cc8elhuv.ltrans6.ltrans.o: In function
`__base_ctor ':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/include/Vc/version.h:45:
undefined reference to `Vc::checkLibraryAbi(unsigned int, unsigned int, char
const*)'
collect2: error: ld returned 1 exit status
tests/CMakeFiles/arithmetics_scalar.dir/build.make:241: recipe for target
'tests/arithmetics_scalar' failed
make[2]: *** [tests/arithmetics_scalar] Error 1
make[2]: Leaving directory
'/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3_build'
CMakeFiles/Makefile2:1506: recipe for target
'tests/CMakeFiles/arithmetics_scalar.dir/all' failed
make[1]: *** [tests/CMakeFiles/arithmetics_scalar.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs
/var/tmp/portage/dev-libs/vc-0.7.3/temp/ccA8DzQC.ltrans0.ltrans.o: In function
`void fmaVc::Scalar::Vectorshort ()':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
undefined reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
undefined reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/ccA8DzQC.ltrans0.ltrans.o: In function
`store':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/scalar/vector.h:125: undefined
reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/scalar/vector.h:125: undefined
reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/ccA8DzQC.ltrans0.ltrans.o: In function
`void fmaVc::Scalar::Vectorunsigned short ()':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
undefined reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/ccA8DzQC.ltrans0.ltrans.o:/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
more undefined references to `Vc::RandomState' follow
/var/tmp/portage/dev-libs/vc-0.7.3/temp/ccA8DzQC.ltrans2.ltrans.o: In function
`isImplementationSupported':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/include/Vc/support.h:90:
undefined reference to `Vc::isImplementationSupported(Vc::Implementation)'
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/include/Vc/support.h:91:
undefined reference to `Vc::extraInstructionsSupported()'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/ccA8DzQC.ltrans7.ltrans.o: In function
`__base_ctor ':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/include/Vc/version.h:45:
undefined reference to `Vc::checkLibraryAbi(unsigned int, unsigned int, char
const*)'
collect2: error

[Bug lto/59977] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

2014-01-29 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59977

David Kredba nheghathivhistha at gmail dot com changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |INVALID

--- Comment #6 from David Kredba nheghathivhistha at gmail dot com ---
It was the vc with gcc 4.8.2 lto.

Thank you.

I still can't compile calligra with gcc-4.9 (with or without lto) but that is
part of another bug.


[Bug preprocessor/59935] [4.9 Regression] Firefox build fails with: built-in: internal compiler error: Segmentation fault

2014-01-25 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935

--- Comment #3 from David Kredba nheghathivhistha at gmail dot com ---
Is this having the same cause please?

It is a seamonkey-2.23 configure stage.

configure:24169: checking size of int *
configure:24188: x86_64-pc-linux-gnu-gcc -o conftest -fPIC -ggdb -pipe
-march=native -mtune=native -mno-avx -mno-sse4.2 -mno-3dnow  -mno-avx
-std=gnu99 -fgnu89-inline -fno-strict-aliasing -fno-math-errno -pthread 
-lpthread -Wl,--as-needed -Wl,-O2 -ggdb -pipe -march=native -mtune=native
-mno-avx -mno-sse4.2 -mno-3dnow -fPIC -Wl,-z,noexecstack -Wl,-z,text -B
/var/tmp/portage/www-client/seamonkey-2.23/work/comm-release/seamonk/mozilla/build/unix/gold
conftest.c -ldl  15
configure:24179:1: warning: return type defaults to 'int' [enabled by default]
x86_64-pc-linux-gnu-gcc: internal compiler error: Segmentation fault (program
cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.gentoo.org/ for instructions.
configure: failed program was:
#line 24177 configure
#include confdefs.h
#include stdio.h
main()
{
  FILE *f=fopen(conftestval, w);
  if (!f) exit(1);
  fprintf(f, %d\n, sizeof(int *));
  exit(0);
}
configure: error: Unexpected pointer size

trunk revision 207070


[Bug preprocessor/59935] [4.9 Regression] Firefox build fails with: built-in: internal compiler error: Segmentation fault

2014-01-25 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935

--- Comment #6 from David Kredba nheghathivhistha at gmail dot com ---
The patch works as you said.
Thank you.


[Bug ipa/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-01-21 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #6 from David Kredba nheghathivhistha at gmail dot com ---
I am still affected by this on trunk with pykde4-4.12.1. Should I report it as
pykde bug to its maintainers?

CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart5.cpp.o: In
function `~Notifier':
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart5.cpp.o: In
function `Phonon::BackendCapabilities::Notifier::~Notifier()':
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
collect2: error: ld returned 1 exit status


[Bug ipa/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-01-21 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #7 from David Kredba nheghathivhistha at gmail dot com ---
Gcc 4.8.2 compiles the same source code without errors reported for all
selected Python 2.7, 3.2 and 3.3 versions. (Regression?)


[Bug ipa/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-01-21 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #9 from David Kredba nheghathivhistha at gmail dot com ---
Maybe this is a same type of problem (kde-base/korganizer-4.12.1):

CMakeFiles/korganizer_core.dir/kocore.o: In function `~Part':
/var/tmp/portage/kde-base/korganizer-4.12.1/work/korganizer-4.12.1/korganizer/interfaces/korganizer/part.h:55:
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o: In function `KOrg::Part::~Part()':
/var/tmp/portage/kde-base/korganizer-4.12.1/work/korganizer-4.12.1/korganizer/interfaces/korganizer/part.h:55:
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o: In function `~Part':
/var/tmp/portage/kde-base/korganizer-4.12.1/work/korganizer-4.12.1/korganizer/interfaces/korganizer/part.h:55:
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTIN4KOrg4PartE[_ZTIN4KOrg4PartE]+0x10):
undefined reference to `typeinfo for KParts::Part'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x10):
undefined reference to `typeinfo for KParts::PartBase'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x18):
undefined reference to `KParts::PartBase::~PartBase()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x20):
undefined reference to `KParts::PartBase::~PartBase()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x28):
undefined reference to `KParts::PartBase::setComponentData(KComponentData
const)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x30):
undefined reference to `KParts::PartBase::setComponentData(KComponentData
const, bool)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0xb0):
undefined reference to `typeinfo for KParts::PartBase'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0xb8):
undefined reference to `virtual thunk to KParts::PartBase::~PartBase()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0xc0):
undefined reference to `virtual thunk to KParts::PartBase::~PartBase()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0xf8):
undefined reference to `virtual thunk to
KParts::PartBase::setComponentData(KComponentData const)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x10):
undefined reference to `typeinfo for KParts::Part'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x18):
undefined reference to `KParts::Part::metaObject() const'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x20):
undefined reference to `KParts::Part::qt_metacast(char const*)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x28):
undefined reference to `KParts::Part::qt_metacall(QMetaObject::Call, int,
void**)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x30):
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x38):
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x60):
undefined reference to `KParts::Part::customEvent(QEvent*)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x78):
undefined reference to `KParts::Part::embed(QWidget*)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x80):
undefined reference to `KParts::Part::widget()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x88):
undefined reference to `KParts::Part::setManager(KParts::PartManager*)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x90):
undefined reference to `KParts::Part::hitTest(QWidget*, QPoint const)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x98):
undefined reference to `KParts::Part::setSelectable(bool)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0xa0):
undefined reference to `KParts::Part::setWidget(QWidget*)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro

[Bug ipa/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-01-21 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #10 from David Kredba nheghathivhistha at gmail dot com ---
I reported this as Calligra error but it is not. Gcc-4.8.2 can compile the same
source code. Trunk can't:

CMakeFiles/calligrasheetscommon.dir/commands/ConditionCommand.cpp.o: In
function `Calligra::Sheets::Conditions::operator(Calligra::Sheets::Conditions
const) const':
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
CMakeFiles/calligrasheetscommon.dir/commands/ConditionCommand.cpp.o:/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
more undefined references to
`Calligra::Sheets::qHash(Calligra::Sheets::Conditions const)' follow
collect2: error: ld returned 1 exit status
sheets/CMakeFiles/calligrasheetscommon.dir/build.make:3108: recipe for target
'lib/libcalligrasheetscommon.so.12.0.0' failed
make[2]: *** [lib/libcalligrasheetscommon.so.12.0.0] Error 1


I think this is the same type of error.


[Bug ipa/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

2014-01-21 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678

--- Comment #12 from David Kredba nheghathivhistha at gmail dot com ---
I can provide .ii files. Is this reducable? I can try target c-reduce to linker
error. Is any of the http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction
applicable here please?
What is clear is that gcc-4.8.2 can compile it, trunk gcc not. All of these
packages.
Thank you.


[Bug other/59882] New: dev-cpp/xsd: internal compiler error: Segmentation fault

2014-01-19 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59882

Bug ID: 59882
   Summary: dev-cpp/xsd: internal compiler error: Segmentation
fault
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 31892
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31892action=edit
Preprocessed source file - not reduced

Current trunk segfaults:

x86_64-pc-linux-gnu-g++
-I/var/tmp/portage/dev-cpp/xsd-3.3.0-r1/work/xsd-3.3.0/xsd -save-temps -fPIC
-O2 -ggdb -march=native -mtune=native -mno-avx -mno-sse4.2 -mno-3dnow -o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r1/work/xsd-3.3.0/xsd/cxx/parser/driver-source.o
-c
/var/tmp/portage/dev-cpp/xsd-3.3.0-r1/work/xsd-3.3.0/xsd/cxx/parser/driver-source.cxx
/var/tmp/portage/dev-cpp/xsd-3.3.0-r1/work/xsd-3.3.0/xsd/cxx/parser/driver-source.cxx:
In member function ‘virtual Cult::Types::Fundamental::Void
CXX::Parser::{anonymous}::ArgList::traverse(XSDFrontend::SemanticGraph::Complex)’:
/var/tmp/portage/dev-cpp/xsd-3.3.0-r1/work/xsd-3.3.0/xsd/cxx/parser/driver-source.cxx:520:9:
internal compiler error: Neoprávněný přístup do paměti (SIGSEGV)
 traverse (SemanticGraph::Complex c)
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.gentoo.org/ for instructions.

I am c-reducing a test case with -O2 -ggdb -fPIC.

[Bug other/59882] dev-cpp/xsd: internal compiler error: Segmentation fault

2014-01-19 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59882

--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 31896
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31896action=edit
C-reduced test case - first run


[Bug other/59882] dev-cpp/xsd: internal compiler error: Segmentation fault

2014-01-19 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59882

--- Comment #2 from David Kredba nheghathivhistha at gmail dot com ---
c-reduce at --sllooww

namespace std
{
template  class, class  struct pair;
template  typename _Iterator  struct iterator_traits
{
typedef typename _Iterator::value_type value_type;
};
template  typename  class allocator
{
public:
template  typename  struct rebind
{
typedef allocator other;
};
};
template  typename  struct less
{
};
template  typename  struct _Select1st;
}

namespace __gnu_cxx
{
template  typename _Alloc  struct __alloc_traits
{
template  typename _Tp  struct rebind
{
typedef typename _Alloc::template rebind  _Tp ::other other;
};
};
}
namespace std
{
template  typename  struct _Rb_tree_node;
template  typename, typename _Val, typename, typename _Compare,
 typename _Alloc = allocator  _Val  class _Rb_tree
{
typedef typename __gnu_cxx::__alloc_traits  _Alloc ::template rebind 
_Rb_tree_node  _Val  ::other _Node_allocator;
typedef _Alloc allocator_type;
template  typename _Key_compare  struct _Rb_tree_impl
{
_Rb_tree_impl (_Key_compare, _Node_allocator);
};
_Rb_tree_impl  _Compare  _M_impl;
public:
_Rb_tree (_Compare __comp, allocator_type __a):_M_impl (__comp,
__a)
{
}
};
template  typename _Key, typename _Tp, typename _Compare =
less  _Key , typename _Alloc =
allocator  pair  _Key, _Tp   class map
{
public:
typedef _Key key_type;
typedef pair  _Key, _Tp  value_type;
typedef _Compare key_compare;
typedef _Alloc allocator_type;
typedef _Rb_tree  key_type, value_type, _Select1st  value_type ,
key_compare  _Rep_type;
_Rep_type _M_t;
map (_Compare __comp, allocator_type __a = allocator_type ()):_M_t (__comp,
__a)
{
}
};
template  typename _Tp  struct _List_iterator
{
typedef _Tp value_type;
};
template  typename _Tp  class list
{
public:
typedef _List_iterator  _Tp  iterator;
};
}

namespace Cult
{
namespace Types
{
namespace Fundamental
{
typedef void Void;
typedef int WideChar;
} using Fundamental::Void;
using Fundamental::WideChar;
} namespace
{
template  typename I  class IteratorAdapter
{
public:
typedef typename std::iterator_traits 
I ::value_type Value;
};
} namespace Types
{
template  typename  class StringTemplate;
typedef StringTemplate  WideChar  WideString;
} namespace Containers
{
template  typename K, typename T  class Map:std::map  K, T 
{
typedef std::map  K, T  Base;
typedef typename Base::key_compare Compare;
public:
Map (Compare comp = Compare ()):Base (comp)
{
}
};
template  typename T  class List
{
typedef std::list  T  Base;
public:
typedef IteratorAdapter  typename Base::iterator 
Iterator;
};
}
}

namespace
{
using namespace Cult::Types;
}

namespace XSDFrontend
{
namespace SemanticGraph
{
namespace Bits
{
template  typename  struct strip_pointer;
template  typename X  struct strip_pointer X * 
{
typedef X Type;
};
template  typename I  struct PointerIterator
{
typedef typename strip_pointer  typename I::Value ::Type Reference;
Reference operator* ();
};
} class Edge
{
};
class Node;
class Names:public Edge
{
};
class Scope
{
typedef Cult::Containers::List  Names * NamesList;
public:
typedef Bits::PointerIterator  NamesList::Iterator 
NamesIterator;
};
class Type;
class Complex:public Scope
{
};
}
}
namespace FrontendElements
{
namespace Traversal
{
template  typename  class TraverserBase
{
};
template  typename X  class DispatcherBase
{
public:
virtual Void dispatch (X);
};
template  typename X  class Dispatcher:public DispatcherBase  X 
{
};
}
}

namespace XSDFrontend
{
namespace Traversal
{
namespace Bits
{
using FrontendElements::Traversal::TraverserBase;
using FrontendElements::Traversal::DispatcherBase;
using FrontendElements::Traversal::Dispatcher;
} typedef Bits::DispatcherBase  SemanticGraph::Edge  EdgeDispatcherBase;
struct EdgeBase:virtual Bits::Dispatcher  SemanticGraph::Edge ,
Bits::Dispatcher  SemanticGraph::Node 
{
};
template  typename  struct Edge:Bits::TraverserBase 
SemanticGraph::Edge , EdgeBase
{
};
struct Names:Edge  Names 
{
};
template  typename T  struct ScopeTemplate
{
template  typename  Void names (T, EdgeDispatcherBase  d)
{
typename T::NamesIterator b;
d.dispatch (*b);
} Void names (T s, EdgeDispatcherBase  d)
{
names  ScopeTemplate  (s, d);
}
};
struct Complex:ScopeTemplate  SemanticGraph::Complex 
{
};
} typedef WideString String;
class Context
{
};
namespace Parser
{
namespace
{
typedef Cult::Containers::Map  SemanticGraph::Type,
String  TypeInstanceMap;
struct BaseType
{
BaseType (Context);
};
struct ArgList:Traversal::Complex
{
ArgList (Context, TypeInstanceMap)
{
} virtual Void traverse (SemanticGraph::Complex c)
{
names (c, names_);
} TypeInstanceMap map_

[Bug ipa/59775] [4.9 Regression] internal compiler error: Segmentation fault

2014-01-16 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775

--- Comment #13 from David Kredba nheghathivhistha at gmail dot com ---
I have to keep LTO still off for Libreoffice. (And for many of simple programs
that do the test for endian type the way not counting with LTO and for some
that linker is not happy with relocation(s) and a few more different case. But
the main part is fine, icluding qtwebkit-4.8.5 (with only one fine tune in one
header file) which is great!)
I think there is standalone bug for Libreoffice LTO, am I wrong? I can append
the first error seen to it.


[Bug ipa/59775] [4.9 Regression] internal compiler error: Segmentation fault

2014-01-14 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775

--- Comment #10 from David Kredba nheghathivhistha at gmail dot com ---
After your patch applied it not segfaults any more.
Unfortunately it not builds too, link of one module fails:

[build MOD] swext
S=/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2 
O=$S/solver/unxlngx6.pro  W=$S/workdir/unxlngx6.pro   mkdir -p $W/Module/ 
touch $W/Module/swext
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/CxxObject/sc/source/filter/oox/workbookhelper.o:
In function `~egmentProgressBar':
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/helper/progressbar.hxx:110:
undefined reference to `oox::ISegmentProgresBar::~ISegmentProgressBar()'
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/helper/progressbar.hxx:110:
undefined reference to `oox::ISegmentProgresBar::~ISegmentProgressBar()'
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/helper/progressbar.hxx:110:
undefined reference to `oox::ISegmentProgresBar::~ISegmentProgressBar()'
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/CxxObject/sc/source/filter/oox/workbookhelper.o:
In function `ox::SegmentProgressBar::~SegmentProgressBar()':
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/helper/progressbar.hxx:110:
undefined reference to `oox::ISegmentProgresBar::~ISegmentProgressBar()'
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/CxxObject/sc/source/filter/oox/workbookhelper.o:
In function `~egmentProgressBar':
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/helper/progressbar.hxx:110:
undefined reference to `oox::ISegmentProgresBar::~ISegmentProgressBar()'
collect2: error: ld returned 1 exit status

Can this be anyhow related to your patch? Or GCC at all?

Why it names the function as `~egmentProgressBar'
when there is not such?
:
objdump -x
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/CxxObject/sc/source/filter/oox/workbookheer.o
|grep egment
372 .text.unlikely._ZN3oox18SegmentProgressBarD2Ev    
  d3ca  2**1
373 .text._ZN3oox18SegmentProgressBarD2Ev 0025   
  d3d0  2**4
374 .text.unlikely._ZN3oox18SegmentProgressBarD0Ev    
  d3f6  2**1
375 .text._ZN3oox18SegmentProgressBarD0Ev 002d   
  d400  2**4
 ld  .text.unlikely._ZN3oox18SegmentProgressBarD2Ev
 .text.unlikely._ZN3oox18SegmentProgressBarD2Ev
 ld  .text._ZN3oox18SegmentProgressBarD2Ev 
 .text._ZN3oox18SegmentProgressBarD2Ev
 ld  .text.unlikely._ZN3oox18SegmentProgressBarD0Ev
 .text.unlikely._ZN3oox18SegmentProgressBarD0Ev
 ld  .text._ZN3oox18SegmentProgressBarD0Ev 
 .text._ZN3oox18SegmentProgressBarD0Ev
 l   .group 
_ZN3oox18SegmentProgressBarD5Ev
  wF .text._ZN3oox18SegmentProgressBarD2Ev 
0025 _ZN3oox18SegmentProgressBarD2Ev
 *UND*   _ZTVN3oox18SegmentProgressBarE
 *UND*  
_ZN3oox19ISegmentProgressBarD2Ev
  wF .text._ZN3oox18SegmentProgressBarD2Ev 
0025 _ZN3oox18SegmentProgressBarD1Ev
  wF .text._ZN3oox18SegmentProgressBarD0Ev 
002d _ZN3oox18SegmentProgressBarD0Ev
 *UND*  
_ZN3oox18SegmentProgressBarC1ERKN3com3sun4star3uno9ReferenceINS3_4task16XStatusIndicatorEEERKN3rtl8OUStringE
58c1 R_X86_64_GOTPCREL 
_ZN3oox18SegmentProgressBarD0Ev-0x0004
58ce R_X86_64_GOTPCREL 
_ZTVN3oox18SegmentProgressBarE-0x0004
58e6 R_X86_64_PLT32   
_ZN3oox19ISegmentProgressBarD2Ev-0x0004
69af R_X86_64_PLT32   
_ZN3oox18SegmentProgressBarC1ERKN3com3sun4star3uno9ReferenceINS3_4task16XStatusIndicatorEEERKN3rtl8OUStringE-0x0004
69cc R_X86_64_GOTPCREL 
_ZN3oox18SegmentProgressBarD0Ev-0x0004
69d9 R_X86_64_GOTPCREL 
_ZTVN3oox18SegmentProgressBarE-0x0004
69f2 R_X86_64_PLT32   
_ZN3oox19ISegmentProgressBarD2Ev-0x0004
6ae7 R_X86_64_PLT32   
_ZN3oox18SegmentProgressBarC1ERKN3com3sun4star3uno9ReferenceINS3_4task16XStatusIndicatorEEERKN3rtl8OUStringE-0x0004
6b04 R_X86_64_GOTPCREL 
_ZN3oox18SegmentProgressBarD0Ev-0x0004
6b11 R_X86_64_GOTPCREL 
_ZTVN3oox18SegmentProgressBarE-0x0004
6b2a R_X86_64_PLT32

[Bug c++/59775] New: internal compiler error: Segmentation fault

2014-01-12 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775

Bug ID: 59775
   Summary: internal compiler error: Segmentation fault
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

I am trying to build Libreoffice 4.1.4.3 with current trunk.

S=/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2 
O=$S/solver/unxlngx6.pro  W=$S/workdir/unxlngx6.pro   mkdir -p
$W/CxxObject/oox/source/core/ $W/Dep/CxxObject/oox/source/core/  cd
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2  
x86_64-pc-linux-gnu-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   -DOOX_DLLIMPLEMENTATION  
-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 -fPIC -O2 -ggdb -pipe -march=native
-mtune=native -flto=4 -fuse-linker-plugin -mno-avx -mno-sse4.2 -mno-3dnow
-fno-lto -fno-use-linker-plugin  -c $S/oox/source/core/fragmenthandler.cxx -o
$W/CxxObject/oox/source/core/fragmenthandler.o  -I$S/oox/source/core/ 
-I$S/include -I$O/inc/external -I$O/inc  -I/usr/lib64/icedtea7/include
-I/usr/lib64/icedtea7/include/linux -I$S/config_host 
-I$W/CustomTarget/oox/generated -I$S/oox/inc 
-I$W/UnoApiHeadersTarget/udkapi/normal -I$W/UnoApiHeadersTarget/offapi/normal
-I/usr/include
[build CXX] oox/source/core/recordparser.cxx
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/oox/source/core/filterdetect.cxx:
In member function
‘com::sun::star::uno::Referencecom::sun::star::io::XInputStream
oox::core::FilterDetect::extractUnencryptedPackage(comphelper::MediaDescriptor)
const’:
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/oox/source/core/filterdetect.cxx:778:1:
internal compiler error: Segmentation fault
 } // namespace oox
 ^
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/oox/source/core/fragmenthandler2.cxx:200:1:
warning: macro __code_model_small__ is not used [-Wunused-macros]
 } // namespace oox
 ^
S=/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2 
O=$S/solver/unxlngx6.pro  W=$S/workdir/unxlngx6.pro   mkdir -p
$W/CxxObject/oox/source/core/ $W/Dep/CxxObject/oox/source/core/  cd
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2  
x86_64-pc-linux-gnu-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   -DOOX_DLLIMPLEMENTATION  
-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 -fPIC -O2 -ggdb -pipe -march=native
-mtune=native -flto=4 -fuse-linker-plugin -mno-avx -mno-sse4.2 -mno-3dnow
-fno-lto -fno-use-linker-plugin  -c $S/oox/source/core/recordparser.cxx -o
$W/CxxObject/oox/source/core/recordparser.o  -I$S/oox/source/core/ 
-I$S/include -I$O/inc/external -I$O/inc  -I/usr/lib64/icedtea7/include
-I/usr/lib64/icedtea7/include/linux -I$S/config_host 
-I$W/CustomTarget/oox/generated -I$S/oox/inc 
-I$W/UnoApiHeadersTarget/udkapi/normal -I$W/UnoApiHeadersTarget/offapi/normal
-I/usr/include
[build CXX] oox/source/core/relations.cxx
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/oox/source/core/fragmenthandler.cxx:132:1:
warning: macro __code_model_small__ is not used [-Wunused-macros]
 } // namespace oox
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.gentoo.org/ for instructions.

I am reducing a testcase but based on that I search for a string internal
compiler error: Segmentation fault it can reduce it to an invalid case so I am
attaching original ii file too.

[Bug c++/59775] internal compiler error: Segmentation fault

2014-01-12 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775

--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 31811
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31811action=edit
Un-reduced ii file


[Bug c++/59775] internal compiler error: Segmentation fault

2014-01-12 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775

--- Comment #2 from David Kredba nheghathivhistha at gmail dot com ---
$O, $W and $S expanded command to compiler is

x86_64-pc-linux-gnu-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   -DOOX_DLLIMPLEMENTATION  
-DHAVE_GCC_VISIBILITY_FEATURE -fvisibility=hidden   -Wall -Wendif-labels
-Wextra -Wundef -Wunused-macros -fmessage-length=0 -fno-common -save-temps 
-fvisibility-inlines-hidden -DLIBO_MERGELIBS -fPIC -Wshadow
-Woverloaded-virtual  -Wnon-virtual-dtor -std=gnu++0x  -DEXCEPTIONS_ON
-fexceptions -fno-enforce-eh-specs -fPIC -O2 -ggdb -march=native -mtune=native
-flto=4 -fuse-linker-plugin -mno-avx -mno-sse4.2 -mno-3dnow -fno-lto
-fno-use-linker-plugin  -c
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/oox/source/core/recordparser.cxx
-o ./recordparser.o 
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/oox/source/core/

-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/solver/unxlngx6.pro/inc/external
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/solver/unxlngx6.pro/inc
 -I/usr/lib64/icedtea7/include -I/usr/lib64/icedtea7/include/linux
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/config_host

-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/CustomTarget/oox/generated
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/inc

-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/inc/UnoApiHeadersTarget/udkapi/normal
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/inc/UnoApiHeadersTarget/offapi/normal
-I/usr/include -I
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/UnoApiHeadersTarget/udkapi/normal
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/UnoApiHeadersTarget/offapi/normal

Reducing it with x86_64-pc-linux-gnu-g++ -fPIC -O2 -ggdb -std=gnu++0x -c.


[Bug c++/59775] internal compiler error: Segmentation fault

2014-01-12 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775

--- Comment #3 from David Kredba nheghathivhistha at gmail dot com ---
typedef int sal_Int8;
typedef int sal_Int64;
namespace com
{
namespace sun
{
namespace star
{
namespace uno
{
template  class  class Sequence
{
};
}
}
} typedef com::sun::star::uno::Sequence  sal_Int8  StreamDataSequence;
class BinaryStreamBase
{
public:
virtual void seek (sal_Int64);
void seekToStart ()
{
seek (0);
} int mbEof;
};
class BinaryInputStream:public virtual BinaryStreamBase
{
};
class SequenceInputStream:public BinaryInputStream
{
public:
SequenceInputStream (StreamDataSequence );
};
namespace core
{
void RecordParserparseStream ()
{
StreamDataSequence aRecData;
SequenceInputStream aRecStrm (aRecData);
aRecStrm.seekToStart ();
}
}
}


[Bug c++/59775] internal compiler error: Segmentation fault

2014-01-12 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775

--- Comment #4 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 31812
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31812action=edit
(c-)Reduced testcase


[Bug ipa/59226] [4.9 Regression] ICE: in record_target_from_binfo, at ipa-devirt.c:661

2014-01-09 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226

--- Comment #17 from David Kredba nheghathivhistha at gmail dot com ---
Qtwebkit-4.8.5 compilation not ICEs gcc after your patch applied (it not links
the final library but that is another problem).


[Bug ipa/59226] [4.9 Regression] ICE: in record_target_from_binfo, at ipa-devirt.c:661

2014-01-09 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226

--- Comment #18 from David Kredba nheghathivhistha at gmail dot com ---
It linked!

(After appended __attribute__((used)) to line void* JIT_STUB
cti_vm_throw(STUB_ARGS_DECLARATION); in
qt-everywhere-opensource-src-4.8.5/src/3rdparty/webkit/Source/JavaScriptCore/jit/JITStubs.h.
Same trick as for qtscript for -flto.)


[Bug lto/59684] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

2014-01-08 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59684

David Kredba nheghathivhistha at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #5 from David Kredba nheghathivhistha at gmail dot com ---
After I compiled 0.7.3 Vc with todays trunk the problem is gone.


[Bug other/59648] -O2 -flto compilation of xorg-server-1.15.0 fails

2014-01-06 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59648

--- Comment #10 from David Kredba nheghathivhistha at gmail dot com ---
(In reply to Markus Trippelsdorf from comment #9)
 So, invalid.

Xorg not agrees:

No, it's clearly valid, since PanoramiXNumScreens will always be set  1
in PanoramiXExtensionInit() if noPanoramiXExtension is not set.   There
is no way that gcc can know this from compiling events.c alone, it would
have to do static analysis across dozens of source files, which it can't
do with the information passed to it during the compilation steps.

 Setting PanoramiXNumScreens = 1 in Xext/panoramiX.c fixes the issue.

How would gcc know that when you are compiling a completely unrelated
source file?


[Bug lto/59684] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

2014-01-05 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59684

--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
After I rebuilt Vc library using the same compiler it stopped to ICE.
Instead it reports

/usr/include/Vc/version.h:45: error: undefined reference to
'Vc::checkLibraryAbi(unsigned int, unsigned int, char const*)'
/usr/include/Vc/version.h:45: error: undefined reference to
'Vc::checkLibraryAbi(unsigned int, unsigned int, char const*)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/libs/pigment/compositeops/KoStreamedMath.h:256:
error: undefined reference to 'Vc::SSE::c_general::oneFloat'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/libs/pigment/compositeops/KoStreamedMath.h:256:
error: undefined reference to 'Vc::SSE::c_general::oneFloat'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/libs/pigment/compositeops/KoStreamedMath.h:266:
error: undefined reference to 'Vc::SSE::c_general::oneFloat'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/libs/pigment/compositeops/KoStreamedMath.h:266:
error: undefined reference to 'Vc::SSE::c_general::oneFloat'
/usr/include/Vc/version.h:45: error: undefined reference to
'Vc::checkLibraryAbi(unsigned int, unsigned int, char const*)'
collect2: error: ld returned 1 exit status

at link time.


[Bug lto/59684] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

2014-01-05 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59684

--- Comment #2 from David Kredba nheghathivhistha at gmail dot com ---
gcc-nm -C /usr/lib64/libVc.a 

const.cpp.o:
 T Vc::RandomState
 T Vc::checkLibraryAbi(unsigned int, unsigned int, char const*)
 T Vc::AVX::_IndexesFromZero8
 T Vc::AVX::_IndexesFromZero16
 T Vc::AVX::_IndexesFromZero32
 T Vc::AVX::c_logdouble::data
 T Vc::AVX::c_logfloat::data
 T Vc::AVX::c_trigdouble::data
 T Vc::AVX::c_trigfloat::data
 T Vc::AVX::c_general::absMaskFloat
 T Vc::AVX::c_general::highMaskFloat
 T Vc::AVX::c_general::signMaskFloat
 T Vc::AVX::c_general::highMaskDouble
 T Vc::AVX::c_general::one16
 T Vc::AVX::c_general::minShort
 T Vc::AVX::c_general::oneFloat
 T Vc::AVX::c_general::frexpMask
 T Vc::AVX::c_general::oneDouble
 T Vc::AVX::c_general::_2power31
 T Vc::SSE::_IndexesFromZero4
 T Vc::SSE::_IndexesFromZero8
 T Vc::SSE::_IndexesFromZero16
 T Vc::SSE::c_logdouble::data
 T Vc::SSE::c_logfloat::data
 T Vc::SSE::c_trigdouble::data
 T Vc::SSE::c_trigfloat::data
 T Vc::SSE::c_general::absMaskFloat
 T Vc::SSE::c_general::absMaskDouble
 T Vc::SSE::c_general::highMaskFloat
 T Vc::SSE::c_general::signMaskFloat
 T Vc::SSE::c_general::highMaskDouble
 T Vc::SSE::c_general::signMaskDouble
 T Vc::SSE::c_general::one16
 T Vc::SSE::c_general::one32
 T Vc::SSE::c_general::minShort
 T Vc::SSE::c_general::oneFloat
 T Vc::SSE::c_general::frexpMask
 T Vc::SSE::c_general::oneDouble
 T Vc::Warnings::_operator_bracket_warning()

cpuid.cpp.o:
 T Vc::CpuId::s_noL2orL3
 T Vc::CpuId::s_prefetch
 T Vc::CpuId::s_brandIndex
 T Vc::CpuId::s_cacheLineSize
 T Vc::CpuId::s_L1Instruction
 T Vc::CpuId::s_processorType
 T Vc::CpuId::s_L1DataLineSize
 T Vc::CpuId::s_L2DataLineSize
 T Vc::CpuId::s_L3DataLineSize
 T Vc::CpuId::s_processorModel
 T Vc::CpuId::s_L1Associativity
 T Vc::CpuId::s_L2Associativity
 T Vc::CpuId::s_L3Associativity
 T Vc::CpuId::s_processorFamily
 T Vc::CpuId::s_logicalProcessors
 T Vc::CpuId::s_processorFeaturesC
 T Vc::CpuId::s_processorFeaturesD
 T Vc::CpuId::s_processorFeatures8C
 T Vc::CpuId::s_processorFeatures8D
 T Vc::CpuId::s_L1InstructionLineSize
 T Vc::CpuId::init()
 T Vc::CpuId::s_ecx0
 T Vc::CpuId::s_L1Data
 T Vc::CpuId::s_L2Data
 T Vc::CpuId::s_L3Data
 T Vc::CpuId::interpret(unsigned char, bool*)

support.cpp.o:
 T Vc::isImplementationSupported(Vc::Implementation)
 T Vc::extraInstructionsSupported()
 T Vc::bestImplementationSupported()
 U Vc::CpuId::s_processorFeaturesC
 U Vc::CpuId::s_processorFeaturesD
 U Vc::CpuId::s_processorFeatures8C
 U Vc::CpuId::init()

avx_sorthelper.cpp.o:
 T Vc::AVX::SortHelperdouble::sort(double __vector(4))
 T Vc::AVX::SortHelperdouble::sort(double __vector(4), double
__vector(4))
 T Vc::AVX::SortHelperfloat::sort(float __vector(8))
 T Vc::AVX::SortHelperint::sort(long long __vector(4))
 T Vc::AVX::SortHelperunsigned int::sort(long long __vector(4))
 T Vc::AVX::SortHelperVc::sfloat::sort(float __vector(8))
 T Vc::AVX::SortHelpershort::sort(long long __vector(2))
 T Vc::AVX::SortHelperunsigned short::sort(long long __vector(2))

trigonometric_SSE2.cpp.o:
 U __assert_fail
 U __cxa_atexit
 U __dso_handle
 U std::ios_base::Init::Init()
 U std::ios_base::Init::~Init()
 T Vc::SSE::Vectordouble Vc::TrigonometricVc::ImplementationT1u
::cosdouble(Vc::SSE::Vectordouble const)
 W Vc::SSE::Vectorfloat Vc::TrigonometricVc::ImplementationT1u
::cosfloat(Vc::SSE::Vectorfloat const)
 W Vc::SSE::VectorVc::sfloat
Vc::TrigonometricVc::ImplementationT1u
::cosVc::sfloat(Vc::SSE::VectorVc::sfloat const)
 T Vc::SSE::Vectordouble Vc::TrigonometricVc::ImplementationT1u
::sindouble(Vc::SSE::Vectordouble const)
 W Vc::SSE::Vectorfloat Vc::TrigonometricVc::ImplementationT1u
::sinfloat(Vc::SSE::Vectorfloat const)
 W Vc::SSE::VectorVc::sfloat
Vc::TrigonometricVc::ImplementationT1u
::sinVc::sfloat(Vc::SSE::VectorVc::sfloat const)
 T Vc::SSE::Vectordouble Vc::TrigonometricVc::ImplementationT1u
::asindouble(Vc::SSE::Vectordouble const)
 W Vc::SSE::Vectorfloat Vc::TrigonometricVc::ImplementationT1u
::asinfloat(Vc::SSE::Vectorfloat const)
 W Vc::SSE::VectorVc::sfloat
Vc::TrigonometricVc::ImplementationT1u
::asinVc::sfloat(Vc::SSE::VectorVc::sfloat const)
 T Vc::SSE::Vectordouble Vc::TrigonometricVc::ImplementationT1u
::atandouble

[Bug lto/59684] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

2014-01-05 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59684

--- Comment #3 from David Kredba nheghathivhistha at gmail dot com ---
When libVc built without -flto Calligra can be built without -flto too.

nm -C /usr/lib64/libVc.a 

const.cpp.o:
 U abort
 U _GLOBAL_OFFSET_TABLE_
 r .LC1
 U printf
 r Vc::LIBRARY_VERSION
 D Vc::RandomState
0010 T Vc::checkLibraryAbi(unsigned int, unsigned int, char const*)
1060 R Vc::AVX::_IndexesFromZero8
1070 R Vc::AVX::_IndexesFromZero16
1080 R Vc::AVX::_IndexesFromZero32
0c80 R Vc::AVX::c_logdouble::data
0c00 R Vc::AVX::c_logfloat::data
0e80 R Vc::AVX::c_trigdouble::data
0d80 R Vc::AVX::c_trigfloat::data
0d5c R Vc::AVX::c_general::absMaskFloat
0d50 R Vc::AVX::c_general::highMaskFloat
0d54 R Vc::AVX::c_general::signMaskFloat
0d38 R Vc::AVX::c_general::highMaskDouble
0d44 R Vc::AVX::c_general::one16
0d48 R Vc::AVX::c_general::minShort
0d4c R Vc::AVX::c_general::oneFloat
0d28 R Vc::AVX::c_general::frexpMask
0d30 R Vc::AVX::c_general::oneDouble
0d40 R Vc::AVX::c_general::_2power31
0b40 R Vc::SSE::_IndexesFromZero4
0b50 R Vc::SSE::_IndexesFromZero8
0310 R Vc::SSE::_IndexesFromZero16
01c0 R Vc::SSE::c_logdouble::data
0040 R Vc::SSE::c_logfloat::data
0700 R Vc::SSE::c_trigdouble::data
0340 R Vc::SSE::c_trigfloat::data
0bc0 R Vc::SSE::c_general::absMaskFloat
0ae0 R Vc::SSE::c_general::absMaskDouble
0b70 R Vc::SSE::c_general::highMaskFloat
0b80 R Vc::SSE::c_general::signMaskFloat
0b00 R Vc::SSE::c_general::highMaskDouble
0ad0 R Vc::SSE::c_general::signMaskDouble
0b30 R Vc::SSE::c_general::one16
0b20 R Vc::SSE::c_general::one32
0b60 R Vc::SSE::c_general::minShort 
0b10 R Vc::SSE::c_general::oneFloat 
0ac0 R Vc::SSE::c_general::frexpMask
0af0 R Vc::SSE::c_general::oneDouble
 T Vc::Warnings::_operator_bracket_warning()

cpuid.cpp.o:
0400 r CSWTCH.42
 U _GLOBAL_OFFSET_TABLE_
 B Vc::CpuId::s_noL2orL3
0004 D Vc::CpuId::s_prefetch
0004 B Vc::CpuId::s_brandIndex
0003 B Vc::CpuId::s_cacheLineSize
0028 B Vc::CpuId::s_L1Instruction
 D Vc::CpuId::s_processorType
0018 B Vc::CpuId::s_L1DataLineSize
0016 B Vc::CpuId::s_L2DataLineSize
0014 B Vc::CpuId::s_L3DataLineSize
0002 B Vc::CpuId::s_processorModel
0010 B Vc::CpuId::s_L1Associativity
000c B Vc::CpuId::s_L2Associativity
0008 B Vc::CpuId::s_L3Associativity
0001 B Vc::CpuId::s_processorFamily
003c B Vc::CpuId::s_logicalProcessors
0038 B Vc::CpuId::s_processorFeaturesC
0034 B Vc::CpuId::s_processorFeaturesD
0030 B Vc::CpuId::s_processorFeatures8C
002c B Vc::CpuId::s_processorFeatures8D
001a B Vc::CpuId::s_L1InstructionLineSize
09e0 T Vc::CpuId::init()
0040 B Vc::CpuId::s_ecx0
0024 B Vc::CpuId::s_L1Data
0020 B Vc::CpuId::s_L2Data
001c B Vc::CpuId::s_L3Data
 T Vc::CpuId::interpret(unsigned char, bool*)
0044 b Vc::CpuId::init()::done

support.cpp.o:
 U _GLOBAL_OFFSET_TABLE_
 T Vc::isImplementationSupported(Vc::Implementation)
0160 T Vc::extraInstructionsSupported()
00e0 T Vc::bestImplementationSupported()
 U Vc::CpuId::s_processorFeaturesC
 U Vc::CpuId::s_processorFeaturesD
 U Vc::CpuId::s_processorFeatures8C
 U Vc::CpuId::init()

avx_sorthelper.cpp.o:
 U _GLOBAL_OFFSET_TABLE_
03b0 T Vc::AVX::SortHelperdouble::sort(double __vector(4))
0330 T Vc::AVX::SortHelperdouble::sort(double __vector(4),
double __vector(4))
02a0 T Vc::AVX::SortHelperfloat::sort(float __vector(8))
0120 T Vc::AVX::SortHelperint::sort(long long __vector(4))
01e0 T Vc::AVX::SortHelperunsigned int::sort(long long
__vector(4))
0320 T Vc::AVX::SortHelperVc::sfloat::sort(float __vector(8))
 T Vc::AVX::SortHelpershort::sort(long long __vector(2))
0090 T Vc::AVX::SortHelperunsigned short::sort(long long
__vector(2))

trigonometric_SSE2.cpp.o:
 U

[Bug lto/59684] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

2014-01-05 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59684

--- Comment #4 from David Kredba nheghathivhistha at gmail dot com ---
It does not build later (without lto).


CMakeFiles/calligrasheetscommon.dir/commands/ConditionCommand.cpp.o: In
function `Calligra::Sheets::Conditions::operator(Calligra::Sheets::Conditions
const) const':
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const)'
CMakeFiles/calligrasheetscommon.dir/commands/ConditionCommand.cpp.o:/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
more undefined references to
`Calligra::Sheets::qHash(Calligra::Sheets::Conditions const)' follow
collect2: error: ld returned 1 exit status
sheets/CMakeFiles/calligrasheetscommon.dir/build.make:3108: recipe for target
'lib/libcalligrasheetscommon.so.12.0.0' failed

I am going to try gcc-4.8.2 no lto build.


[Bug other/59648] -O2 compilation of xorg-server-1.15.0 fails

2014-01-01 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59648

--- Comment #2 from David Kredba nheghathivhistha at gmail dot com ---
I am sorry but Xorg guys are saying this is gcc problem:

https://bugs.freedesktop.org/show_bug.cgi?id=71127

-O2 compilation is used wide in distributions so in my opinion this issue needs
resolution on one of connected sides.

Could you kindly please re-open this or say what is wrong with Xorg-server
sources?

Thank you in advance.


[Bug other/59648] -O2 -flto compilation of xorg-server-1.15.0 fails

2014-01-01 Thread nheghathivhistha at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59648

--- Comment #5 from David Kredba nheghathivhistha at gmail dot com ---
I tried to write a script for c-reduce. It writes output from compiler in two
steps but grep not waits and c-reduce not wanted to accept it as valid for
reducing case becuse test error level was not OK.

When I modified it this way:

#!/bin/bash
TESTCASE=${1:-testcase.i}
x86_64-pc-linux-gnu-gcc -std=gnu99  -Wall -Wpointer-arith
-Wmissing-declarations -Wformat=2 -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wbad-function-cast -Wold-style-definition
-Wdeclaration-after-statement -Wunused -Wuninitialized -Wshadow
-Wmissing-noreturn -Wmissing-format-attribute -Wredundant-decls -Wlogical-op
-Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main
-Werror=missing-braces -Werror=sequence-point -Werror=return-type
-Werror=trigraphs -Werror=array-bounds -Werror=write-strings -Werror=address
-Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing
-fvisibility=hidden -O2 -ggdb -pipe -march=native -mtune=native -flto=4 -o
/dev/null /home/dave2/$TESTCASE /home/dave2/libxservertest.a 
/home/dave2/test.txt 21

cat /home/dave2/test.txt | grep -q 'error: array subscript is below array
bounds'
if ! test $? = 0; then
exit 1
fi
exit 0

then grep was returning expected return code but c-reduce was not able to
remove any line. I think I am missing some very basic thing here :-(.
PS I know that grep can be called with a file name without using cat and pipe
but it not wanted to work too.


  1   2   >