https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80242
Roland Schulz changed:
What|Removed |Added
CC||roland at rschulz dot eu
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98936
Roland Schulz changed:
What|Removed |Added
CC||roland at rschulz dot eu
--- Comment #2
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland at rschulz dot eu
Target Milestone: ---
https://godbolt.org/z/snjof8
The resolution of 1734 requires the class:
- has at least one non-deleted copy constructor, move
: unassigned at gcc dot gnu.org
Reporter: roland at rschulz dot eu
Target Milestone: ---
GCC 9.3 and trunk. Internal compiler error: Segmentation fault
#include
#include
template
using int_constant = std::integral_constant;
template
auto select(int i, F&&f, Args&&...a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91371
--- Comment #4 from Roland Schulz ---
Are there any known issues with the libc++ solution? Otherwise it seems like
the simpler solution than adding a builtin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91371
--- Comment #2 from Roland Schulz ---
Would you recommend to fix this by adding the specializations for the
alternative calling conventions to std::is_function or by switching to the
libc++ approach?
ormal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland at rschulz dot eu
Target Milestone: ---
If a function with call convention function type attribute is passed to
bind/bind_front it fails.
Reproducer:
#include
IRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland at rschulz dot eu
Target Milestone: ---
For an empty allocator the comparison operators aren't used, unless
is_always_equal=std::fal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83936
--- Comment #2 from Roland Schulz ---
Do you mean for the target attribute or for all attributes in general? The
following example suggests that for the alloc_align attribute it works to have
the argument depend on a template argument.
template
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland at rschulz dot eu
Target Milestone: ---
It would be very useful to be able to specify a "constexpr const char*const"
string as an argument to the target attribute. This woul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
Roland Schulz changed:
What|Removed |Added
CC||roland at rschulz dot eu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83875
--- Comment #8 from Roland Schulz ---
I would suggest that:
- inside multi-versioned (target_clones/target) function it depends on the
active target
- inside a constexpr context (function/variable, your examples) or
always_inline function it depe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83875
--- Comment #5 from Roland Schulz ---
(In reply to Jakub Jelinek from comment #4)
> So we are essentially talking about a builtin like
> __builtin_cpu_{is,supports}, that instead of runtime check would query the
> target flags of the containing f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83875
--- Comment #3 from Roland Schulz ---
Instead of adding (/modifying) the goal could also be achieved by allowing to
call a target+constexpr function from a target_clone function. Currently this
gives: "error: call to non-constexpr function" (exam
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland at rschulz dot eu
Target Milestone: ---
Target: x86-64
> g++ test_target2_min.cc -c
test_target2_min.cc: In function 'SimdF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83875
--- Comment #2 from Roland Schulz ---
The main problem is that it already gets resolved in the preprocessor stage.
Thus if you have:
__attribute__((target_clones("avx","default")))
void foo(){
#if __AVX__
...
#endif
}
, it doesn
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: roland at rschulz dot eu
Target Milestone: ---
Vague linking is required for runtime binding [1] and RTTI to work together. If
vtable anchoring is possible
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: roland at rschulz dot eu
Target Milestone: ---
Currently there are two methods to check for SIMD capabilities (e.g. AVX). The
preprocessor defines (e.g. __AVX__) and the builtin
at gcc dot gnu.org
Reporter: roland at rschulz dot eu
Target Milestone: ---
#include
struct f {
template
void operator()(std::integral_constant, Int i) {
}
};
template
auto dispatch(F f, T...t) -> decltype(f(std::integral_constant()...,
t...)) {
return f(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
--- Comment #13 from Roland Schulz ---
But this problem is limited to GCC. ICC, Clang and MSVC don't have the problem
with compiling 64bit AVX code. Thus they must have some kind of work-around for
ABI and GCC should be able to use a work-around
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
--- Comment #10 from Roland Schulz ---
Created attachment 33520
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33520&action=edit
Slightly modified testcase
This slightly modified testcase in which the return value isn't stored, still
segfa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
--- Comment #7 from Roland Schulz ---
For me the problem isn't fixed with gcc 4.9.1. I tried two build a)
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/installer/mingw-w64-install.e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49001
--- Comment #4 from Roland Schulz ---
*** Bug 61730 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61730
Roland Schulz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
--- Comment #5 from Roland Schulz ---
This seems to me to be a duplicate of 49001.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61730
--- Comment #1 from Roland Schulz ---
It is probably a duplicate of 54412 or 49001 (which seem duplicates of each
other). The bugs I found previous where about 16-byte alignment and that has
been fixed. But the 32-byte alignment required for AVX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #50 from Roland Schulz ---
I must say I don't know how the internals work. But I assume that reductions
are implemented in libgomp (I know they are in iomp). Thus for any code which
uses OpenMP reduce statements, libgomp would touch u
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: roland at rschulz dot eu
Created attachment 33079
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33079&action=edit
Testcase which segfaults on Cygwin because of incorrect alignment
The attached testcase segfault c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #47 from Roland Schulz ---
Using 4.9 and --disable-linux-futex I don't get any false positives. Thus the
problem I saw with 4.8.2 is indeed fixed with 4.9. Thanks!
What is the advantage of a TSAN instrumented libgomp over one with
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
Roland Schulz changed:
What|Removed |Added
CC||roland at rschulz dot eu
--- Comment #44
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47618
--- Comment #11 from Roland Schulz 2012-07-25
00:50:30 UTC ---
Steven wrote that they are not merged but that race conditions occur. That is
also what I observed. To clarify: Message Passing Interface (MPI) is a
parallelization method which execu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47618
--- Comment #9 from Roland Schulz 2012-07-24
23:52:41 UTC ---
I think a tool to merge would be a good partial solution.
As far as I can see what would still be missing for user-friendly usage, is a
mechanism to guarantee that all pre-merged file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47618
Summary: Collecting multiple profiles and using all for PGO
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: gcov-profile
33 matches
Mail list logo
