https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91396
--- Comment #9 from niva at niisi dot msk.ru ---
I have built gcc-9.2.0 with --enable-vtable-verify for x86_64 under Fedora 22
with the correction
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=274386
Linking with -fvtable-verify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91396
niva at niisi dot msk.ru changed:
What|Removed |Added
Version|unknown |7.4.0
--- Comment #1 from
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Target Milestone: ---
I have built gcc-7.4.0 with --enable-vtable-verify for x86_64 under Fedora 27:
$HOME/src/gcc-7.4.0/configure --srcdir=$HOME/src/gcc-7.4.0 --verbose
--enable-vtable
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Target Milestone: ---
gcc --help -v prints the following:
Specifies the cost model for vectorization.
-fvect-cost-model=[unlimited|dynamic|cheap] Specifies
the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65862
--- Comment #17 from niva at niisi dot msk.ru ---
(In reply to Wilco from comment #16)
> (In reply to niva from comment #15)
> > (In reply to Vladimir Makarov from comment #14)
...
> If you implement the hook like I did on AArc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65862
--- Comment #15 from niva at niisi dot msk.ru ---
(In reply to Vladimir Makarov from comment #14)
> Author: vmakarov
> Date: Thu May 14 20:40:44 2015
> New Revision: 223202
>
> URL: https://gcc.gnu.org/viewcvs?rev=223202&root
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84612
--- Comment #3 from niva at niisi dot msk.ru ---
Thank you very much!
: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Target Milestone: ---
Created attachment 43527
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43527&action=edit
source file
We use gcc-7.3.0 configured with:
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Target Milestone: ---
Gcc configured for a mips target:
Target: mips64-niisi_ocrv_posix-elf
Configured with: /home/sap/src/bt23j-gcc-7.3.1/configure
--target=mips64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65862
niva at niisi dot msk.ru changed:
What|Removed |Added
CC||niva at niisi dot msk.ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80306
niva at niisi dot msk.ru changed:
What|Removed |Added
Known to fail||4.7.4
--- Comment #1 from
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Target Milestone: ---
Created attachment 41119
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41119&action=edit
The source file at which the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78860
--- Comment #3 from niva at niisi dot msk.ru ---
In trunk, git://gcc.gnu.org/git/gcc.git, the problem
disappears after commit 76825907d9b0e20cbb572d0d70248a4ed332fb29
But the changes in that commit are not applicable to gcc-4.7.4
which we are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78860
niva at niisi dot msk.ru changed:
What|Removed |Added
Known to fail||6.3.0
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78860
niva at niisi dot msk.ru changed:
What|Removed |Added
Target||MIPS
CC
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Target Milestone: ---
The source file is:
---
typedef unsigned char uint8_t;
typedef float v2sf __attribute__ ((vector_size (8)));
uint8_t _simple_testV2SF (v2sf *pv)
{
const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71693
--- Comment #11 from niva at niisi dot msk.ru ---
Thank you very much for such a quick respond.
I have adapted the patch to gcc-4.7.4, it works Ok.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71693
--- Comment #2 from niva at niisi dot msk.ru ---
Is it possible to obtain a patch fixing this bug?
(We are using a cross compiler based on 4.7.4, with
substantial changes in backend).
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Target Milestone: ---
Created attachment 38785
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38785&action=edit
The source
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Target Milestone: ---
Created attachment 38759
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38759&action=edit
The source file to reproduce the problem.
I use gcc (GCC
ty: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Target Milestone: ---
Created attachment 38467
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38467&action=edit
The test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16358
--- Comment #11 from niva at niisi dot msk.ru ---
(in reply to Martin Sebor in comment #10)
Implementation of -Wmacro-redefined (with possibility of turning this warning
to error) would solve the problem of our users.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16358
niva at niisi dot msk.ru changed:
What|Removed |Added
CC||niva at niisi dot msk.ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64101
--- Comment #2 from niva at niisi dot msk.ru ---
Please explain why erf is marked as 'const' and
does not use ATTR_MATHFN_FPROUNDING_ERRNO?
ISO C does not say that erf may not set errno.
And POSIX directly requires that erf, erff,
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Created attachment 34131
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34131&action=edit
The preprocessed source of the test program
We use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61616
niva at niisi dot msk.ru changed:
What|Removed |Added
Known to work||4.8.1
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61616
--- Comment #2 from niva at niisi dot msk.ru ---
I've checked that gcc-4.8.1 works OK.
: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Created attachment 33008
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33008&action=edit
The test file.
Th
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Created attachment 32471
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32471&action=edit
The test file.
Native gcc-4.1.2 and gcc-4.2.4 hang
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Created attachment 30721
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30721&action=edit
Preprocessed source file
Running
mips64-n
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: niva at niisi dot msk.ru
Options -funroll-loops, -funroll-all-loops are described twice in gcc info and
man, and the descriptions are different.
The second description of these options is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51548
--- Comment #1 from niva at niisi dot msk.ru 2011-12-14 09:20:37 UTC ---
I have reworked c_parse_error in gcc-4.1.2 using c-common.c from gcc-3.4.6 as a
sample. I have also used gcc/po/exgettext from gcc-4.5.1 in order to put
messages passed from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51548
Bug #: 51548
Summary: It is impossible to provide translations of some gcc
error messages
Classification: Unclassified
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27226
niva at niisi dot msk.ru changed:
What|Removed |Added
CC||niva at niisi dot msk.ru
34 matches
Mail list logo