[Bug c++/77559] New: Implicit conversion from pointer to reference fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77559 Bug ID: 77559 Summary: Implicit conversion from pointer to reference fails Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: monochromec at gmail dot com Target Milestone: --- Created attachment 39604 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39604&action=edit Preprocessor output as requestd in bug filing guidelines When compiling sinfo-0.0.48 with the latest version of boost (1.61.0) g++ fails issuing the following error message: /usr/include/boost/bind/bind.hpp:319:35: error: no match for call to ‘(boost::_mfi::mf1) (TCPMessageServerConnection*&, Message)’ unwrapper::unwrap(f, 0)(a[base_type::a1_], a[base_type::a2_]); ~~^~ In file included from /usr/include/boost/bind/mem_fn.hpp:215:0, from /usr/include/boost/mem_fn.hpp:22, from /usr/include/boost/bind/bind.hpp:26, from /usr/include/boost/bind.hpp:22, from tcpmessageserverconnection.cc:2: /usr/include/boost/bind/mem_fn_template.hpp:163:7: note: candidate: R boost::_mfi::mf1::operator()(T*, A1) const [with R = void; T = TCPMessageServerConnection; A1 = Message&] R operator()(T * p, A1 a1) const ^~~~ /usr/include/boost/bind/mem_fn_template.hpp:163:7: note: conversion of argument 2 would be ill-formed: In file included from /usr/include/boost/bind.hpp:22:0, from tcpmessageserverconnection.cc:2: /usr/include/boost/bind/bind.hpp:319:35: error: invalid initialization of non-const reference of type ‘Message&’ from an rvalue of type ‘Message’ unwrapper::unwrap(f, 0)(a[base_type::a1_], a[base_type::a2_]); ~~^~ In file included from /usr/include/boost/bind/mem_fn.hpp:215:0, from /usr/include/boost/mem_fn.hpp:22, from /usr/include/boost/bind/bind.hpp:26, from /usr/include/boost/bind.hpp:22, from tcpmessageserverconnection.cc:2: /usr/include/boost/bind/mem_fn_template.hpp:168:25: note: candidate: template R boost::_mfi::mf1::operator()(U&, A1) const [with U = U; R = void; T = TCPMessageServerConnection; A1 = Message&] template R operator()(U & u, A1 a1) const ^~~~ /usr/include/boost/bind/mem_fn_template.hpp:168:25: note: template argument deduction/substitution failed: In file included from /usr/include/boost/bind.hpp:22:0, from tcpmessageserverconnection.cc:2: /usr/include/boost/bind/bind.hpp:319:35: note: cannot convert ‘(& a)->boost::_bi::rrlist1::operator[](boost::_bi::storage2 >::a2_, 1>)’ (type ‘Message’) to type ‘Message&’ unwrapper::unwrap(f, 0)(a[base_type::a1_], a[base_type::a2_]); ~~^~ In file included from /usr/include/boost/bind/mem_fn.hpp:215:0, from /usr/include/boost/mem_fn.hpp:22, from /usr/include/boost/bind/bind.hpp:26, from /usr/include/boost/bind.hpp:22, from tcpmessageserverconnection.cc:2: /usr/include/boost/bind/mem_fn_template.hpp:176:25: note: candidate: template R boost::_mfi::mf1::operator()(const U&, A1) const [with U = U; R = void; T = TCPMessageServerConnection; A1 = Message&] template R operator()(U const & u, A1 a1) const ^~~~ /usr/include/boost/bind/mem_fn_template.hpp:176:25: note: template argument deduction/substitution failed: In file included from /usr/include/boost/bind.hpp:22:0, from tcpmessageserverconnection.cc:2: /usr/include/boost/bind/bind.hpp:319:35: note: cannot convert ‘(& a)->boost::_bi::rrlist1::operator[](boost::_bi::storage2 >::a2_, 1>)’ (type ‘Message’) to type ‘Message&’ unwrapper::unwrap(f, 0)(a[base_type::a1_], a[base_type::a2_]); ~~^~ In file included from /usr/include/boost/bind/mem_fn.hpp:215:0, from /usr/include/boost/mem_fn.hpp:22, from /usr/include/boost/bind/bind.hpp:26, from /usr/include/boost/bind.hpp:22, from tcpmessageserverconnection.cc:2: /usr/include/boost/bind/mem_fn_template.hpp:184:7: note: candidate: R boost::_mfi::mf1::operator()(T&, A1) const [with R = void; T = TCPMessageServerConnection; A1 = Message&] R operator()(T & t, A1 a1) const ^~~~ /usr/include/boost/bind/mem_fn_template.hpp:184:7: note: no known conversion for argument 1 from ‘TCPMessageServerConnection*’ to ‘TCPMessageServerConnection&’
[Bug bootstrap/60633] New: When boostrapping 4.8.2 cc1 crashes with memory allocation problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60633 Bug ID: 60633 Summary: When boostrapping 4.8.2 cc1 crashes with memory allocation problem Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: monochromec at gmail dot com When trying to compile gcc 4.8.2, cc1 tries to allocate a ludicrous amount of memory when building libgcc as part of stage 1: make all-target-libgcc 2>&1 Checking multilib configuration for libgcc... make[1]: Entering directory `/volume1/homes/nasuser/dev/dsm/build_gcc/static/armv5tel-unknown-linux-gnueabi/libgcc' # If this is the top-level multilib, build all the other # multilibs. /volume1/homes/nasuser/dev/dsm/build_gcc/static/./gcc/xgcc -B/volume1/homes/nasuser/dev/dsm/build_gcc/static/./gcc/ -B/opt2/armv5tel-unknown-linux-gnueabi/bin/ -B/opt2/armv5tel-unknown-linux-gnueabi/lib/ -isystem /opt2/armv5tel-unknown-linux-gnueabi/include -isystem /opt2/armv5tel-unknown-linux-gnueabi/sys-include-g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -fno-inline -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fPIC -fno-inline -I. -I. -I../.././gcc -I../../../../gcc-4.8.2/libgcc -I../../../../gcc-4.8.2/libgcc/. -I../../../../gcc-4.8.2/libgcc/../gcc -I../../../../gcc-4.8.2/libgcc/../include -DHAVE_CC_TLS -o _absvsi2.o -MT _absvsi2.o -MD -MP -MF _absvsi2.dep -DL_absvsi2 -c ../../../../gcc-4.8.2/libgcc/libgcc2.c -fvisibility=hidden -DHIDE_EXPORTS cc1: out of memory allocating 4294967272 bytes after a total of 778240 bytes make[1]: *** [_absvsi2.o] Error 1 make[1]: Leaving directory `/volume1/homes/nasuser/dev/dsm/build_gcc/static/armv5tel-unknown-linux-gnueabi/libgcc' make: *** [all-target-libgcc] Error 2 Target platform is armvtel-unknown-linux-gnueabi, build configuration is as follows: configure --disable-multilib --prefix=/opt2 --disable-nls --enable-languages=c. Build directory is different from source directory hierarchy.
[Bug bootstrap/60633] When boostrapping 4.8.2 cc1 crashes with memory allocation problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60633 --- Comment #2 from Chris Zimmermann --- Created attachment 32435 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32435&action=edit Preprocessed source as requested
[Bug bootstrap/60633] When boostrapping 4.8.2 cc1 crashes with memory allocation problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60633 --- Comment #3 from Chris Zimmermann --- The native compiler of the build system is gcc 4.2.3. An strace dump confirms that stage 1 cc1 is picked up from /volume1/homes/nasuser/dev/dsm/build_gcc/static/./gcc/ as the first -B option suggests. Running /volume1/homes/nasuser/dev/dsm/build_gcc/static/./gcc/xgcc -B/volume1/homes/nasuser/dev/dsm/build_gcc/static/./gcc/ -B/opt2/armv5tel-unknown-linux-gnueabi/bin/ -B/opt2/armv5tel-unknown-linux-gnueabi/lib/ -isystem /opt2/armv5tel-unknown-linux-gnueabi/include -isystem /opt2/armv5tel-unknown-linux-gnueabi/sys-include-g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -fno-inline -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fPIC -fno-inline -I. -I. -I../.././gcc -I../../../../gcc-4.8.2/libgcc -I../../../../gcc-4.8.2/libgcc/. -I../../../../gcc-4.8.2/libgcc/../gcc -I../../../../gcc-4.8.2/libgcc/../include -DHAVE_CC_TLS -DL_absvsi2 ../../../../gcc-4.8.2/libgcc/libgcc2.c -fvisibility=hidden -DHIDE_EXPORTS -I../armv5tel-unknown-linux-gnueabi/libgcc/ -E >_absvsi2.i generates the attached preprocessed source. Let me know if more details are required.
[Bug bootstrap/60633] When boostrapping 4.8.2 cc1 crashes with memory allocation problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60633 --- Comment #4 from Chris Zimmermann --- PS: At first, I thought I had spotted a duplicate of #45177 but then this is no cross-compilation and #45177 has been marked "fixed" in the tracker log with the fix confirmed working.
