OMPD patch

2022-11-21 Thread Mohamed Atef via Gcc
Hi all,
  Sorry for sending this mail lately. As you know my team, and I are
responsible for adding OMPD support to libgomp, but the project is still
unfinished I added a big part you can find it on devel/omp/ompd/ branch and
here in my country the military service is a must so I joined the army and
I don't have time to work on tge project, I haven't even touched a keyboard
for 40 days. Surfing gcc-patch history the guys didn't post any related
patches. I wonder what is the future of my patches?

Mohamed


Re: OMPD patch

2022-11-21 Thread Jakub Jelinek via Gcc
On Mon, Nov 21, 2022 at 12:21:25PM +0200, Mohamed Atef wrote:
>   Sorry for sending this mail lately. As you know my team, and I are
> responsible for adding OMPD support to libgomp, but the project is still
> unfinished I added a big part you can find it on devel/omp/ompd/ branch and
> here in my country the military service is a must so I joined the army and
> I don't have time to work on tge project, I haven't even touched a keyboard
> for 40 days. Surfing gcc-patch history the guys didn't post any related
> patches. I wonder what is the future of my patches?

We'll need to find time to finish the project ourselves.  As it is on
a branch on gcc.gnu.org, we can (and will) use the patches that have
been committed there, but as GCC entered into stage3 already, it will be
deferred till next year and so targetted at GCC 14.

Jakub



Re: C89isms in the test suite

2022-11-21 Thread Jakub Jelinek via Gcc
On Mon, Nov 14, 2022 at 09:19:26AM +0100, Florian Weimer wrote:
> * Sam James:
> 
> > Would you be able to backport 6be2672e4ee41c566a9e072088a263bab5f7
> > and 885b6660c17fb91980b5682514ef54668e544b02 to the active <13
> > branches?
> 
> Jakub, okay to backport these two (to 12, 11, 10 I presume)?

Ok.

> commit 6be2672e4ee41c566a9e072088a263bab5f7
> Author: Florian Weimer 
> Date:   Tue Oct 18 16:58:48 2022 +0200
> 
> libsanitizer: Avoid implicit function declaration in configure test
> 
> libsanitizer/
> 
> * configure.ac (sanitizer_supported): Include  for
> syscall prototype.
> * configure: Regenerate.
> 
> commit 885b6660c17fb91980b5682514ef54668e544b02
> Author: Florian Weimer 
> Date:   Tue Oct 18 16:58:48 2022 +0200
> 
> libiberty: Fix C89-isms in configure tests
> 
> libiberty/
> 
> * acinclude.m4 (ac_cv_func_strncmp_works): Add missing
> int return type and parameter list to the definition of main.
> Include  and  for prototypes.
> (ac_cv_c_stack_direction): Add missing
> int return type and parameter list to the definitions of
> main, find_stack_direction.  Include  for exit
> prototype.
> * configure: Regenerate.

Jakub



[no subject]

2022-11-21 Thread Baleese Ibrahim via Gcc
GCC results


Re: GCC 13 bootstrap failure on i686-w64-mingw32

2022-11-21 Thread David Edelsohn via Gcc
Yes, AIX as well.

Thanks, David

On Sun, Nov 20, 2022 at 2:18 PM Jonathan Wakely via Gcc 
wrote:

> This fails on macOS too (and probably everything non-gnu).
>
> On Sun, 20 Nov 2022, 12:36 LIU Hao via Gcc,  wrote:
>
> > This is caused by 2efb237ffc68ec9bb17982434f5941bfa14f8b50, which has
> > references to `strchrnul`,
> > which does not exist on i686w-64-mingw32:
> >
> >```
> >g++ -std=c++11  -fno-PIE -c  -DIN_GCC_FRONTEND -g -D__USE_MINGW_ACCESS
> > -DIN_GCC
> > -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall
> > -Wno-narrowing -Wwrite-strings
> > -Wcast-qual -Wno-format -Wmissing-format-attribute -Woverloaded-virtual
> > -pedantic -Wno-long-long
> > -Wno-variadic-macros -Wno-overlength-strings   -DHAVE_CONFIG_H -I. -Icp
> > -I../../gcc/gcc
> > -I../../gcc/gcc/cp -I../../gcc/gcc/../include
> > -I../../gcc/gcc/../libcpp/include
> > -I../../gcc/gcc/../libcody -I/mingw32/include -I/mingw32/include
> > -I/mingw32/include
> > -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/bid
> > -I../libdecnumber
> > -I../../gcc/gcc/../libbacktrace -I/mingw32/include
> > -D__USE_MINGW_ANSI_STDIO=1 -I/mingw32/include -o
> > cp/error.o -MT cp/error.o -MMD -MP -MF cp/.deps/error.TPo
> > ../../gcc/gcc/cp/error.cc
> >../../gcc/gcc/cp/contracts.cc: In function 'bool role_name_equal(const
> > char*, const char*)':
> >../../gcc/gcc/cp/contracts.cc:213:21: error: 'strchrnul' was not
> > declared in this scope; did you
> > mean 'strchr'?
> >  213 |   size_t role_len = strchrnul (role, ':') - role;
> >  | ^
> >  | strchr
> >make[3]: *** [Makefile:1146: cp/contracts.o] Error 1
> >make[3]: *** Waiting for unfinished jobs
> >```
> >
> >
> > Proposed solution:
> >
> >```
> >size_t role_len = strcspn (role, ":");
> >```
> >
> >
> >
> > --
> > Best regards,
> > LIU Hao
> >
>


Re: GCC 13 bootstrap failure on i686-w64-mingw32

2022-11-21 Thread Jonathan Wakely via Gcc
On Mon, 21 Nov 2022 at 13:56, David Edelsohn  wrote:
>
> Yes, AIX as well.

It got reported as PR 107780.