[Bug c++/97905] [11 Regression] ice in duplicate_decls, at cp/decl.c:2754

[nathan at acm dot org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97905

--- Comment #7 from Nathan Sidwell  ---
On 11/19/20 10:18 AM, dcb314 at hotmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97905
> 
> --- Comment #6 from David Binderman  ---
> (In reply to Nathan Sidwell from comment #5)
>> David, to build just cc1plus: 'make -C gcc cc1plus
>> -j$how_many_cpus_available'
>>
>> pass 'CXXFLAGS=$whatever' to override the default (usually -O2 -g)
> 
> $ cd /home/dcb/gcc/
> $ mkdir working
> $ cd working
> $ ../trunk.git/configure --whatever
> $ ls -l gcc
> ls: cannot access 'gcc': No such file or directory
> 
> Thanks for the tip, but after a configure, there is no gcc directory
> available.
> 
> Does your tip only apply if there is a previous build available
> or have I misunderstood ?

sorry, yes, to just 'rebuild' cc1plus.  You can't just build cc1plus in 
a clean build

[Bug c++/98315] [11 regression] libcody breaks Solaris bootstrap

[nathan at acm dot org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98315

--- Comment #3 from Nathan Sidwell  ---
On 12/16/20 12:26 PM, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98315
> 
> --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE  Uni-Bielefeld.DE> ---
>> --- Comment #1 from Nathan Sidwell  ---
>> I think this is fixed by
>> 6ff747f023c 2020-12-16 | c++: Fix (some) solaris breakage
>>
>> please let me know
> 
> Unfortunately not: there are still two instances of the problem:


There is another path to get to a poisoned bcopy.  Fixed thusly.

gcc/cp/
 * mapper-resolver.cc: #include sys/socket before system.h
 due to poisoned bcopy use.

pushed to trunk

[Bug bootstrap/98323] current trunk won't build with clang

[nathan at acm dot org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98323

--- Comment #5 from Nathan Sidwell  ---
On 12/16/20 12:45 PM, dcb314 at hotmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98323
> 
> --- Comment #3 from David Binderman  ---
> (In reply to Nathan Sidwell from comment #2)
>> stupid underspecified offsetof
> 
> I did try commenting out the offending block of code and a re-build
> and got further errors ;-<
> 
> I don't know if you have access to clang, but if you don't,
> may I be so bold as to suggest you install a copy and, if
> you have the time, attempt a full build with clang ?

but, but, that'd require me to do actual work !

> 
> That should flush out all the gcc specific code in your recent changes.
> 
> Excellent compiler, BTW.

which, clang or GCC?  (why not both ¯\_(ツ)_/¯)

nathan

[Bug c++/98531] [11 Regression] g++.dg/modules/xtreme-header-2_a.H etc. FAIL

[nathan at acm dot org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531

--- Comment #8 from Nathan Sidwell  ---
On 1/27/21 8:30 AM, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531
> 
> --- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE  Uni-Bielefeld.DE> ---
> Nathan,
> 
> last night I've tried the patch you posted on both i386-pc-solaris2.11
> and sparc-sun-solaris2.11, with mixed results:
> 
> * The new g++.dg/modules/pr98531_* testcases PASS.
> 
> * However, there's a libstdc++ regression:
> 
> +FAIL: 17_intro/headers/c++1998/all_attributes.cc (test for excess errors)
> +FAIL: 17_intro/headers/c++2011/all_attributes.cc (test for excess errors)
> +FAIL: 17_intro/headers/c++2014/all_attributes.cc (test for excess errors)
> +FAIL: 17_intro/headers/c++2017/all_attributes.cc (test for excess errors)
> 
> Excess errors:
> /vol/gcc/src/hg/master/local/libstdc++-v3/libsupc++/cxxabi.h:129: error:
> declaration of 'int __cxxabiv1::__cxa_atexit(void (*)(void*), void*, void*)
> throw ()' has a different exception specifier

thanks, I'm finding this too -- thankful I didn;t push the patch!  this 
is indicative there is a mismatch between the runtime library and the 
compiler's idea of it.
> 
>i.e.
> 
> In file included from
> /vol/gcc/src/hg/master/local/libstdc++-v3/testsuite/17_intro/headers/c++1998/all_attributes.cc:40:
> /vol/gcc/src/hg/master/local/libstdc++-v3/libsupc++/cxxabi.h:129: error:
> declaration of 'int __cxxabiv1::__cxa_atexit(void (*)(void*), void*, void*)
> throw ()' has a different exception specifier
> In file included from
> /var/gcc/regression/master/11.4-gcc/build/i386-pc-solaris2.11/libstdc++-v3/include/i386-pc-solaris2.11/bits/extc++.h:68,
>   from
> /vol/gcc/src/hg/master/local/libstdc++-v3/testsuite/17_intro/headers/c++1998/all_attributes.cc:39:
> /var/gcc/regression/master/11.4-gcc/build/i386-pc-solaris2.11/libstdc++-v3/include/ext/throw_allocator.h:371:
> note: from previous declaration 'int __cxxabiv1::__cxa_atexit(void (*)(void*),
> void*, void*)'
> 
>where cxxabi.h has
> 
> #ifdef _GLIBCXX_CDTOR_CALLABI
>__cxa_atexit(void (_GLIBCXX_CDTOR_CALLABI *)(void*), void*, void*)
> _GLIBCXX_NOTHROW;
> #else
>__cxa_atexit(void (*)(void*), void*, void*) _GLIBCXX_NOTHROW;
> #endif
> 
> * Besides, the ICE in the original testcases remains:
> 
> /vol/gcc/src/hg/master/local/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H:
> internal compiler error: in tree_node, at cp/module.cc:9137
> 
> 
>I'm uncertain if the patch was just meant as a preparatory step to fix
>those or something else is amiss.

thanks, I was going to revisit the original report to see if there were 
further issues.

nathan