search for: stringop

...mms-nbs-orig.patch Révision 15 extraite. cc -g -Wall -O2 -D_NBS_PRIVATE -Wmissing-prototypes -Werror -Wno-pointer-sign -D_REENTRANT -c -o nbsd.o nbsd.c nbsd.c: In function ‘handle_network’: nbsd.c:453:5: error: ‘strncpy’ output may be truncated copying 79 bytes from a string of length 79 [-Werror=stringop-truncation] strncpy(ns->name, si->streamname, sizeof(ns->name) - 1); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ nbsd.c:454:5: error: ‘strncpy’ output may be truncated copying 15 bytes from a string of length 15 [-Werror=stringop-truncation] strncpy(ns->app, s...

hello when i Tried to compile xf86-video-nouveau come this message: cc1: error: unrecognized command line option "-minline-all-stringops" make[2]: *** [nv_accel_common.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ___________________________________ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html

...ectory `/home/tavvva/Install/nouveau/xf86-video-nouveau/src' /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/xorg -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/include/X11/dri -I/usr/include/drm -I/usr/include/nouveau -g -O2 -Wall -minline-all-stringops -I/usr/include/xorg -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/include/X11/dri -MT nouveau_exa.lo -MD -MP -MF .deps/nouveau_exa.Tpo -c -o nouveau_exa.lo nouveau_exa.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/xorg -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/incl...

...e: > Previously with GCC 10.2 this code produced: > > In function ‘nbdkit_strndup_intern’, > inlined from ‘nbdkit_strdup_intern’ at public.c:839:10: > public.c:827:10: error: ‘strndup’ specified bound 18446744073709551615 exceeds maximum object size 9223372036854775807 [-Werror=stringop-overflow=] > 827 | copy = strndup (str, n); > | ^~~~~~~~~~~~~~~~ > --- > server/public.c | 16 +++++++++++++++- > 1 file changed, 15 insertions(+), 1 deletion(-) > I find the gcc warning annoying, but this workaround is fine (and potentially even a bit m...

I'm trying to build nouveau form git. The compile fails with: gcc -DHAVE_CONFIG_H -I. -I.. -D_XOPEN_SOURCE=500 -I -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/include/X11/dri -g -O2 -Wall -minline-all-stringops -D_XOPEN_SOURCE=500 -I -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/include/X11/dri -MT nouveau_device.lo -MD -MP -MF .deps/nouveau_device.Tpo -c nouveau_device.c -fPIC -DPIC -o .libs/nouveau_device.o In file included from nouveau_device.c:27: nouveau_drmif.h:47: error: expected ?=?, ?,?, ?;?...

I'm not sure if this is a GCC bug or a bug in our code, but the attached workaround fixes it for me. Rich.

...it /from profile): such as profile aware LICM (patch pending), speculative PRE, > loop unrolling, loop peeling, auto vectorization, inlining, function > splitting, function layout, function outlinling, profile driven size > optimization, induction variable optimization/strength reduction, stringOp > specialization/optimization/inlining, switch peeling/lowering etc. The > biggest profile user today include ralloc, BB layout, ifcvt, shrinkwrapping > etc, but there should be rooms to be improvement there too. > > > Thanks in advance! > > -- > Best Regards,...

...(that can benefit *from profile): such as profile aware LICM (patch pending), speculative PRE, loop unrolling, loop peeling, auto vectorization, inlining, function splitting, function layout, function outlinling, profile driven size optimization, induction variable optimization/strength reduction, stringOp specialization/optimization/inlining, switch peeling/lowering etc. The biggest profile user today include ralloc, BB layout, ifcvt, shrinkwrapping etc, but there should be rooms to be improvement there too. > Thanks in advance! > > -- > Best Regards, > > Victor Leschuk | Softwa...

gcc 8 gripes (when using './configure --enable-gcc-warnings'): nbd.c: In function 'nbd_open': nbd.c:470:3: error: 'strncpy' specified bound 108 equals destination size [-Werror=stringop-truncation] strncpy (sock.sun_path, sockname, sizeof (sock.sun_path)); The warning is a false positive, given that we currently reject names >= sizeof(sock.sun_path), and thus we are only ever copying in a name that will include a trailing NUL. However, note that Linux permits a socket name to...

Hello David! I have recently started acquaintance with PGO in LLVM/clang and found your e-mail thread: http://lists.llvm.org/pipermail/llvm-dev/2016-May/099395.html . Here you posted a nice list of optimizations that use profiling and of those which could be using but don't. However that thread is about 2 years old. Could you please kindly let me know if there were any significant changes in

Both Coverity and GCC with -Wstringop-overflow noticed that nvif_outp_acquire_dp() accidentally defined its second argument with 1 additional element: drivers/gpu/drm/nouveau/dispnv50/disp.c: In function 'nv50_pior_atomic_enable': drivers/gpu/drm/nouveau/dispnv50/disp.c:1813:17: error: 'nvif_outp_acquire_dp' accessing...

...as profile aware LICM (patch pending), speculative PRE, >> loop unrolling, loop peeling, auto vectorization, inlining, function >> splitting, function layout, function outlinling, profile driven size >> optimization, induction variable optimization/strength reduction, stringOp >> specialization/optimization/inlining, switch peeling/lowering etc. The >> biggest profile user today include ralloc, BB layout, ifcvt, shrinkwrapping >> etc, but there should be rooms to be improvement there too. >> >> >> Thanks in advance!...

...t; *from profile): such as profile aware LICM (patch pending), speculative PRE, > loop unrolling, loop peeling, auto vectorization, inlining, function > splitting, function layout, function outlinling, profile driven size > optimization, induction variable optimization/strength reduction, stringOp > specialization/optimization/inlining, switch peeling/lowering etc. The > biggest profile user today include ralloc, BB layout, ifcvt, shrinkwrapping > etc, but there should be rooms to be improvement there too. > > > >> Thanks in advance! >> >> -- >> Best...

...ed it already or if you want me to push it to drm- misc On Wed, 2023-01-25 at 12:15 -0800, Kees Cook wrote: > Ping. I'll take this via my tree unless someone else wants to take it... > > On Sun, Nov 27, 2022 at 10:30:41AM -0800, Kees Cook wrote: > > Both Coverity and GCC with -Wstringop-overflow noticed that > > nvif_outp_acquire_dp() accidentally defined its second argument with 1 > > additional element: > > > > drivers/gpu/drm/nouveau/dispnv50/disp.c: In function 'nv50_pior_atomic_enable': > > drivers/gpu/drm/nouveau/dispnv50/disp.c:1813:17...

...file): such as profile aware LICM (patch pending), speculative PRE, >> loop unrolling, loop peeling, auto vectorization, inlining, function >> splitting, function layout, function outlinling, profile driven size >> optimization, induction variable optimization/strength reduction, stringOp >> specialization/optimization/inlining, switch peeling/lowering etc. The >> biggest profile user today include ralloc, BB layout, ifcvt, shrinkwrapping >> etc, but there should be rooms to be improvement there too. >> >> >> >>> Thanks in advance! >&g...

gcc-8 reports drivers/gpu/drm/nouveau/nvkm/engine/pm/base.c: In function 'nvkm_perfmon_mthd': include/linux/string.h:265:9: error: '__builtin_strncpy' specified bound 64 equals destination size [-Werror=stringop-truncation] We need one less byte or call strlcpy() to make it a nul-terminated string. Signed-off-by: Arnd Bergmann <arnd at arndb.de> --- drivers/gpu/drm/nouveau/nvkm/engine/pm/base.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/e...

Previously with GCC 10.2 this code produced: In function ‘nbdkit_strndup_intern’, inlined from ‘nbdkit_strdup_intern’ at public.c:839:10: public.c:827:10: error: ‘strndup’ specified bound 18446744073709551615 exceeds maximum object size 9223372036854775807 [-Werror=stringop-overflow=] 827 | copy = strndup (str, n); | ^~~~~~~~~~~~~~~~ --- server/public.c | 16 +++++++++++++++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/server/public.c b/server/public.c index e871fdeb..270f81a4 100644 --- a/server/public.c +++ b/server/public.c @@...

...ms' at /home/demartin/BuildClients/cobrasync-8.80-alsi11-lib32/cobrasync/rsync-3.2.7/match.c:431:3: /usr/include/i386-linux-gnu/bits/string_fortified.h:71:10: error: '__builtin___memset_chk' specified size between 2147483648 and 4294967295 exceeds maximum object size 2147483647 [-Werror=stringop-overflow=] 71 | return __builtin___memset_chk (__dest, __ch, __len, __bos0 (__dest)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors This appears to be because of a type mismatch between xfer_sum_len (declared as [signe...

I have decided to make SYSLINUX 2.10-pre6 a release candidate. Please test it out if you can; if it works OK I will release it as 2.10 some time in the middle of the week. Thanks! -hpa

...#39;s a patch I used. --- memdisk/Makefile.orig 2004-01-24 16:37:22.000000000 -0500 +++ memdisk/Makefile 2004-08-18 06:34:53.000000000 -0400 @@ -17,11 +17,12 @@ then echo $(1); else echo $(2); fi) M32 := $(call gcc_ok,-m32,) +MINLINE := $(call gcc_ok,-minline-all-stringops,) ALIGN := $(call gcc_ok,-falign-functions=0 -falign-jumps=0 -falign-loops=0,-malign-functions=0 -malign-jumps=0 -malign-loops=0) CC = gcc $(M32) CFLAGS = -g -W -Wall -Os -fomit-frame-pointer -march=i386 $(ALIGN) \ - -DVERSION='"$(VERSION)"' -DDATE='&q...