https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65118
--- Comment #3 from Alexander Ivchenko ---
I'm afraid I don't have an ability to reproduce it anymore. As nobody
complained over the years, I think it makes sense to close it
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
Target Milestone: ---
in gcc __atomic_is_lock_free(sizeof(unsigned long long), ) returns true (in
clang it is left as a call)
int main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79634
--- Comment #5 from Alexander Ivchenko ---
(In reply to Ilya Enkovich from comment #4)
> We hit function pointer propagation issues before and chkp_redirect_edge
> with corresponding code in redirect_call_stmt_to_callee appeared to handle
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79634
--- Comment #3 from Alexander Ivchenko ---
The problem here is that when CHKP is instrumenting call statement "i();" it
doesn't know that it's a builtin call. When optimizations come into play,
namely ccp pass, it becomes known that the call is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79787
Alexander Ivchenko changed:
What|Removed |Added
CC||aivchenk at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79929
Alexander Ivchenko changed:
What|Removed |Added
CC||aivchenk at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79765
Alexander Ivchenko changed:
What|Removed |Added
CC||aivchenk at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80270
--- Comment #2 from Alexander Ivchenko ---
Another test that fails similarly, but already at "-O0":
typedef int v8 __attribute__ ((vector_size (8)));
struct S2
{
v8 s2f2;
int* f3;
};
int foo (int i)
{
register struct S2 b asm ("xmm0");
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79788
Alexander Ivchenko changed:
What|Removed |Added
CC||aivchenk at gmail dot com
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
Target Milestone: ---
> cat struct_hard_reg.c
#include
typedef int v8 __attribute__((vector_size(8)));
struct S1 {
v8 s1f;
};
struct S2 {
struct S1 s2f1;
v8 s2f2;
};
v
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
Target Milestone: ---
> cat ../struct_asm.c
/* { dg-do compile } */
typedef int v8 __attribute__ ((vector_size(8)));
struct U {
v8 a;
v8 b;
};
int
foo (int i)
{
register struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79990
--- Comment #2 from Alexander Ivchenko ---
I proposed a fix for this:
https://gcc.gnu.org/ml/gcc-patches/2017-03/msg01222.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79990
--- Comment #1 from Alexander Ivchenko ---
The problem here is that chkp creates bounds for register variable:
vsdump.c.025t.chkp:
Building bounds for address of decl u
Made bounds: __bound_tmp.0_4 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
Alexander Ivchenko changed:
What|Removed |Added
CC||aivchenk at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65705
Alexander Ivchenko changed:
What|Removed |Added
CC||aivchenk at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68270
Alexander Ivchenko changed:
What|Removed |Added
CC||aivchenk at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67520
Alexander Ivchenko changed:
What|Removed |Added
CC||aivchenk at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63994
Alexander Ivchenko changed:
What|Removed |Added
CC||aivchenk at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77267
Alexander Ivchenko changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65530
Bug 65530 depends on bug 77267, which changed state.
Bug 77267 Summary: MPX does not work in a presence of "-Wl,-as-needed" option
(Ubuntu default)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77267
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77383
--- Comment #2 from Alexander Ivchenko ---
I debugged it and I suspect that the problem is in tree_function_versioning
(which is used for making instrumented clones of all functions in MPX).
Deep inside the logic of tree_function_versioning we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77267
--- Comment #10 from Alexander Ivchenko ---
Matthias, could you apply the fix for that bug
(https://gcc.gnu.org/viewcvs?rev=240057=gcc=rev) to the Ubuntu
version of gcc?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77267
--- Comment #9 from Alexander Ivchenko ---
Looks like exactly the same discussion happened when '-z bndplt' option was
discussed. Here is the reference: https://patchwork.ozlabs.org/patch/456557/ .
It's a long one, but seems that the consensus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77267
--- Comment #8 from Alexander Ivchenko ---
Thanks, Matthias, that's a valid point about changing linker on a runtime. In
my defense, I see that right now MPX does not work with '-fuse-ld=bfd' anyways:
>gcc test.c -fcheck-pointer-bounds -mmpx
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
Target Milestone: ---
When compiling with -Wl,-as-needed libmpx.so and libmpxwrappers.so are not
linked:
>gcc -fcheck-pointer
: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
configured with: /users/aivchenk/toolchain_3/gcc/gcc-5.0/libstdc++-v3/configure
- --enable-multilib --with-cross-host
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64277
--- Comment #3 from Alexander Ivchenko aivchenk at gmail dot com ---
You need to specify -mssse3 (not -msse3). Warning about array bounds is not
correct, because gcc does not know how this function is being called.
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
cat test.c
void foo(short a[], short m
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
g++ gcc/testsuite/c-c++-common/gomp/pr60823-2.c -O1 -fopenmp-simd -fPIC -m32
gcc/testsuite/c-c++-common/gomp/pr60823-2.c: In function ‘int main()’:
gcc/testsuite/c-c++-common/gomp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62053
--- Comment #7 from Alexander Ivchenko aivchenk at gmail dot com ---
The patch fixed the issue for me, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62053
--- Comment #5 from Alexander Ivchenko aivchenk at gmail dot com ---
Ping.. any updates? We cannot build Android since the beginning of Jul, and,
hence, cannot evaluate 5.0 candidate for it. I find it very unfortunate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62053
--- Comment #3 from Alexander Ivchenko aivchenk at gmail dot com ---
Jan, by any chance, do you have any progress on that? May be we should revert
the patch until the proper fix?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62053
Alexander Ivchenko aivchenk at gmail dot com changed:
What|Removed |Added
CC||aivchenk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60644
--- Comment #9 from Alexander Ivchenko aivchenk at gmail dot com ---
Confirm fixing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60644
--- Comment #7 from Alexander Ivchenko aivchenk at gmail dot com ---
The fix in gcc-patches:
http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01428.html
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
../gcc_mainline/configure --target=i686-linux-android --disable-bootstrap
--enable-languages=c,c++
--with-sysroot=[..]ndk/android-ndk-r9d/platforms/android-19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60644
--- Comment #4 from Alexander Ivchenko aivchenk at gmail dot com ---
That (In reply to Andrew Pinski from comment #2)
Well pthread_yield should be replaced with the POSIX version: sched_yield()
instead.
Right.. the attached patch cured
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60644
--- Comment #3 from Alexander Ivchenko aivchenk at gmail dot com ---
Created attachment 32443
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32443action=edit
Renaming ANDROID to __ANDROID__
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
Build of x86_64-unknown-linux-gnu with --disable-libstdc__-v3 is broken now:
$ ../gcc_mainline/configure --disable-bootstrap --disable-libstdc__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60634
--- Comment #2 from Alexander Ivchenko aivchenk at gmail dot com ---
(In reply to Jakub Jelinek from comment #1)
What is it useful for to configure gcc that way?
The stdc++ library is built and shipped separately from the compiler.
And, both
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
Android build is currently broken due to this bug:
gcc expr_ice.c -c -O2 -fPIC -m32 -march=i686
expr_ice.c:9:13: internal compiler error: in convert_move, at expr.c:333
__m128i bar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789
--- Comment #2 from Alexander Ivchenko aivchenk at gmail dot com ---
lets just say that my code is valid and I forgot to add -msse2 :).
(In reply to H.J. Lu from comment #1)
The code is invalid since -march=i686 doesn't support SSE.
The older
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789
--- Comment #7 from Alexander Ivchenko aivchenk at gmail dot com ---
(In reply to H.J. Lu from comment #3)
(In reply to Alexander Ivchenko from comment #2)
lets just say that my code is valid and I forgot to add -msse2 :).
Does GCC ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58525
--- Comment #6 from Alexander Ivchenko aivchenk at gmail dot com ---
(In reply to Volker Reichelt from comment #5)
Alexander, Jason, can this bug be closed as fixed?
Yes, it is fixed now in trunk.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226
--- Comment #10 from Alexander Ivchenko aivchenk at gmail dot com ---
Patch from comment #7 didn't cure Android build as well..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226
--- Comment #12 from Alexander Ivchenko aivchenk at gmail dot com ---
(In reply to Markus Trippelsdorf from comment #11)
(In reply to Alexander Ivchenko from comment #10)
Patch from comment #7 didn't cure Android build as well..
Can you try
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226
Alexander Ivchenko aivchenk at gmail dot com changed:
What|Removed |Added
CC||aivchenk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59086
--- Comment #7 from Alexander Ivchenko aivchenk at gmail dot com ---
Do we have any documentation that states how many registers can be used in
inline assembler for a particular arch and optset? almost all is not good
enough for that.
If the user
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59086
--- Comment #5 from Alexander Ivchenko aivchenk at gmail dot com ---
I understand the technical reasons of the complexity of the correct and
efficient register allocation here, but what I don't understand is this:
$ gcc_4.7 test.c -c -fPIC
: regression
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
Android image build with trunk gcc failed after the following commit:
Author: hubicka hubicka@138bc75d-0d04-0410-961f-82ee72b054a4
Date: Thu Oct 3 17:25:42 2013 +
* i386.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58525
--- Comment #3 from Alexander Ivchenko aivchenk at gmail dot com ---
thanks. I have sent it to gcc-paches:
http://gcc.gnu.org/ml/gcc-patches/2013-10/msg00402.html
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
When I compile the following code (modified version of
g++.dg/cpp0x/bad_array_new1.C without try/catch):
// { dg-options -std=c++11 }
// { dg-do run }
#include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58525
--- Comment #1 from Alexander Ivchenko aivchenk at gmail dot com ---
Created attachment 30891
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30891action=edit
Proposed untested fix
Proposed untested fix is attached
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58242
--- Comment #3 from Alexander Ivchenko aivchenk at gmail dot com ---
Should be fixed now by r202274
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
Testcase:
ABC.h-
class A
{
protected:
A();
virtual ~A();
};
class B : virtual public A
{
public:
B();
virtual ~B();
};
class C
{
private:
class C2 : public B
{
public
Priority: P3
Component: regression
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
extern C {
float sqrtf(float);
}
class V
{
public:
double length2 () const {}
double length () const
{
return sqrtf(length2());
}
V
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58165
--- Comment #4 from Alexander Ivchenko aivchenk at gmail dot com ---
I firstly did something like that:
diff --git a/gcc/tree-call-cdce.c b/gcc/tree-call-cdce.c
index 9b6186e..5862ebf 100644
--- a/gcc/tree-call-cdce.c
+++ b/gcc/tree-call-cdce.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58165
--- Comment #7 from Alexander Ivchenko aivchenk at gmail dot com ---
Well, that wouldn't be sufficient, you'd need to also remove the EH edges
from the other bb. But not splitting the block means you don't have to
bother with that.
Well
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57385
--- Comment #4 from Alexander Ivchenko aivchenk at gmail dot com ---
Bootstrapped and tested on x86_64 linux, sent to gcc-patches.
http://patchwork.ozlabs.org/patch/246036/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57385
--- Comment #5 from Alexander Ivchenko aivchenk at gmail dot com ---
btw it indeed gives a segfault for 4.7 on linux_64 if we change the index from
-1 to some -1.
g++ .../src/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr57385.c -O1 -S -o pr57385.s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57385
--- Comment #6 from Alexander Ivchenko aivchenk at gmail dot com ---
On Fri, May 24, 2013 at 1:15 PM, Kirill Yukhin kirill.yuk...@gmail.com wrote:
Ok for trunk and 4.8 after 4.8.1 is out.
Checked in to trunk:
http://gcc.gnu.org/ml/gcc-cvs
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: aivchenk at gmail dot com
CC: aivchenk at gmail dot com
The following code crashes android ndk gcc-4.6 on 64 bit windows with segfault
on at least -O1:
int c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57385
--- Comment #1 from Alexander Ivchenko aivchenk at gmail dot com ---
Following fix could solve the problem:
diff --git a/gcc-4.6/gcc/tree-ssa-sccvn.c b/gcc-4.6/gcc/tree-ssa-sccvn.c
index eb88969..704a86c 100644
--- a/gcc-4.6/gcc/tree-ssa-sccvn.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57385
--- Comment #3 from Alexander Ivchenko aivchenk at gmail dot com ---
Testing is in progress, will send to gcc-patches rigth after that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55816
Bug #: 55816
Summary: Options from command line are added to target arch
attribute eventhough they are in contradiction with
that target
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55412
Bug #: 55412
Summary: pr47276.c fails with -fpic option.
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55412
--- Comment #2 from Alexander Ivchenko aivchenk at gmail dot com 2012-11-21
07:46:20 UTC ---
Created attachment 28751
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28751
Simple reproducer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55412
--- Comment #3 from Alexander Ivchenko aivchenk at gmail dot com 2012-11-21
07:48:23 UTC ---
I tried to narrow down the problem and changed the test a little bit.
(The relative order of declarations remains the same; Just grouped
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53435
Bug #: 53435
Summary: (ix86_expand_vec_perm) and (ix86_expand_vec_perm) do
not pass arguments to avx2_permvar8s[f,i] correctly
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53435
--- Comment #1 from Alexander Ivchenko aivchenk at gmail dot com 2012-05-21
11:46:35 UTC ---
Created attachment 27460
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27460
proposed patch for fixing
70 matches
Mail list logo