https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118403
--- Comment #16 from Stephen Hemminger ---
(In reply to Sam James from comment #15)
> (In reply to Stephen Hemminger from comment #14)
> > (In reply to Sam James from comment #13)
> > > (In reply to Stephen Hemminger from comment #12)
> > >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118403
--- Comment #14 from Stephen Hemminger ---
(In reply to Sam James from comment #13)
> (In reply to Stephen Hemminger from comment #12)
>
> What does `gcc --version` give?
$ gcc-15 --version
gcc-15 (GCC) 15.0.0 2024 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118403
--- Comment #12 from Stephen Hemminger ---
I tried to use the documented flag
$ gcc-15 -fzero-init-padding-bits=all
gcc-15: error: unrecognized command-line option ‘-fzero-init-padding-bits=all’
gcc-15: fatal error: no input files
compilation t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118403
--- Comment #11 from Stephen Hemminger ---
(In reply to Jakub Jelinek from comment #9)
> If this is in Linux kernel, I've told the kernel people they should use
> -fzero-init-padding-bits=unions because they rely on it for security reasons
> and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118403
--- Comment #8 from Stephen Hemminger ---
Created attachment 60139
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60139&action=edit
pre-processed source
gcc-15 -Idrivers/net/thunderx/base -I../drivers/net/thunderx/base -Ilib/ethdev
-I../l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118403
--- Comment #5 from Stephen Hemminger ---
(In reply to Andrew Pinski from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > Using `{}` is the correct fix. The referenced part of the C standard here is
> > applying to struct and not u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118403
--- Comment #4 from Stephen Hemminger ---
Agree that empty initializer is best for this driver.
But other information here.
The compile flags for this driver have disabled the warning.
cflags += '-Wno-maybe-uninitialized'
Assignee: unassigned at gcc dot gnu.org
Reporter: stephen at networkplumber dot org
Target Milestone: ---
Building DPDK project with GCC 15 gets a new warning in one of the drivers.
Which does not occur with GCC 14.
In function ‘nicvf_mbox_send_msg_to_pf_raw’,
inlined from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94350
--- Comment #7 from Stephen Hemminger ---
Verbose make output shows compiler flags
gcc -Wp,-MD,./.eal_memalloc.o.d.tmp -m64 -pthread
-I/home/shemminger/DPDK/upstream/lib/librte_eal/linux/eal/include
-march=native -DRTE_MACHINE_CPUFLAG_SSE -DRT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94350
--- Comment #6 from Stephen Hemminger ---
$ gcc --version
gcc (GCC) 10.0.1 20200311 (Red Hat 10.0.1-0.9)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94350
--- Comment #5 from Stephen Hemminger ---
Created attachment 48132
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48132&action=edit
Preprocessed version of source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94350
--- Comment #4 from Stephen Hemminger ---
X86
On Thu, Mar 26, 2020, 5:38 PM pinskia at gcc dot gnu.org <
gcc-bugzi...@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94350
>
> --- Comment #2 from Andrew Pinski ---
> Also whi
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: stephen at networkplumber dot org
Target Milestone: ---
Compiling the DPDK project git://dpdk.org/dpdk
fails with internal compiler
13 matches
Mail list logo
