https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86404
--- Comment #4 from Andi Kleen ---
Does something like this help?
(untested, cut-n-pasted, possibly with other values)
iff --git a/gcc/config/i386/gcc-auto-profile b/gcc/config/i386/gcc-auto-profile
index 5da5c63cd845..8744b9f091df 100755
--- a/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88622
--- Comment #4 from Andi Kleen ---
Ok that means that this code you pasted in ix86_option_override_internal
somehow doesn't get executed correctly for LTO switching between different
options.
Adding Honza.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88622
Andi Kleen changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88622
Andi Kleen changed:
What|Removed |Added
Target||x86_64-linux
CC|
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
nt: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
gcc 9 added -Wpacked-not-aligned to Wall. In Linux kernel builds this warning
is very noisy. There's a Linux kernel patch now to disable it. But I suspect
other soft
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88573
--- Comment #1 from Andi Kleen ---
Created attachment 45281
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45281&action=edit
test case (unminimized)
gcc-9 -O2 -S -flto arch/x86/events/intel/pt.i
/home/ak/lsrc/linux/arch/x86/events/intel/pt
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
Don't have a small test case currently, happens during a large LTO Linux kernel
build.
With gcc trunk (20181222) with checking en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88277
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88231
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88096
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
Target: x86_64
On x86, when using a builtin that is not supported by the target configuration,
e.g.
gcc -c -m32 -ptwrite t.c.c
with t.c being
void f(void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42587
--- Comment #11 from Andi Kleen ---
Only when the first test case is fixed too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61727
--- Comment #4 from Andi Kleen ---
This was originally about the #pragma simd in CIlk+, which has been removed.
But it lives on in #pragma omp simd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83375
--- Comment #6 from Andi Kleen ---
This breaks Linux kernel LTO builds. I currently have a workaround (disabling
LTO for that file), but I don't think your "is not common" argument is valid.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50639
--- Comment #4 from Andi Kleen ---
I doubt it's fixed. It's a race so can be unstable.
Especially since judging from the growing cc list other people keep seeing it
It may not be something that gcc can fix, if anything it's more likely in make
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50639
--- Comment #2 from Andi Kleen ---
FWIW the problem disappeared for me at some point (could have been newer kernel
or different make). I don't see it anymore.
I think it was some problems with the pipes used by the job server losing a
token
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83397
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83346
--- Comment #3 from Andi Kleen ---
Fixed by https://gcc.gnu.org/ml/gcc-patches/2017-12/msg00764.html
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Created attachment 42844
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42844&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83376
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
lto1: fatal error: error writing to vmlinux.ltrans15.s: No space left on device
gcc: internal compiler error: Aborted signal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83355
--- Comment #3 from Andi Kleen ---
patch checked in
: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Don't have a small test case right now, but will bisect
When building Linux kernel LTO with gcc 8 I currently get an ICE. Doesn't
happen on 7 a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83375
--- Comment #1 from Andi Kleen ---
Actually -flto-partition=max
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Created attachment 42842
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42842&acti
: gcov-profile
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Running in gdb shows that there is a very deep recursion in get_index_by_decl
until it overflows the stack.
This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83346
--- Comment #1 from Andi Kleen ---
This fixes it. Don't know why that node has no decl.
Will submit after a test cycle.
diff --git a/gcc/ipa-inline.c b/gcc/ipa-inline.c
index 7846e93d119..dcd8a3de1ac 100644
--- a/gcc/ipa-inline.c
+++ b/gcc/ipa-
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Created attachment 42820
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42820&action=edit
test case
Attached te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83052
--- Comment #1 from Andi Kleen ---
I'm not sure why you call it a regression? You must be running the test suite
manually with the new option.
I haven't tested, but likely it will fail if you run that test with
-mcmodel=large too. The -mforce-i
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
These all come from a paper
"Optgen: A Generator for Local Optimizations" (Buchwald et.al.).
https://pp.info.uni-karlsruhe.de/uploads/publikationen/buchwald15cc.pdf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82854
--- Comment #1 from Andi Kleen ---
Also I suppose a lot of them could be generalized to 8/16/64bit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82853
--- Comment #8 from Andi Kleen ---
I'm not sure if it works with other numbers too.
(need to dig through Hacker's delight & Matters Computational to see if they
have anything on it)
But it could be extended for other word lengths at least
BTW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82853
--- Comment #5 from Andi Kleen ---
Also I'm not sure why you would want it in the middle end. It should all work
at the tree level
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82853
--- Comment #4 from Andi Kleen ---
Right it's about special casing the complete expression
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
Ralph Levien pointed out as part of FizzBuzz optimization:
Turns out you can compute x%3 == 0 with even fewer steps, it's (x*0xb)
< 0x5556 (assuming
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82784
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
gcc gives quite poor error messages when forgetting a semicolon after a
prototype (common mistake when cut'n'pasting a function definit
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
Disabling ISAs with attribute target doesn't seem to work on x86_64
e.g.
typedef float __m128 __attribute__ ((vector_size (16)));
__attribute__((target("no-sse2"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79067
--- Comment #3 from Andi Kleen ---
sandra,
does this patch fix it?
diff --git a/gcc/testsuite/gcc.dg/tree-prof/cold_partition_label.c
b/gcc/testsuite/gcc.dg/tree-prof/cold_partition_label.c
index 6214e3629f2..924a270e1bd 100644
--- a/gcc/testsu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79067
--- Comment #2 from Andi Kleen ---
There's a separate fix for the random failures (or w/a increase
/proc/sys/kernel/perf_event_mlock_kb), see PR 77684
Not running the test on systems without FDO seems best. I don't think it does
anything useful
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77684
--- Comment #5 from Andi Kleen ---
Created attachment 41337
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41337&action=edit
limit perf buffer size
This patch allows parallelism upto 16 with the default setting.
Currently testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77684
--- Comment #4 from Andi Kleen ---
Thanks for tracing that down.
So perf runs out of memory for the locked trace buffers
Increasing the limit is a good workaround
ulimit -l may also work, but also needs root.
We could just pass a smaller -m v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80378
--- Comment #8 from Andi Kleen ---
__builtin_constant_p does not cover variable range information, which is what
we're looking for here to prevent security bugs.
Also in my experience these explicit expressions tend to be somewhat fragile
and is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80378
--- Comment #6 from Andi Kleen ---
In the kernel there is also an upper limit on allocations.
Perhaps just a generic assert builtin that:
- uses value range information
- uses constant propagation
- is a nop when the compiler doesn't have either
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80378
--- Comment #4 from Andi Kleen ---
I tested it now and the inline trick doesn't work. Here's a test case
extern void *do_alloc(int a, int b);
static inline __attribute__((alloc_size(1))) void check_alloc_size(int size)
{
}
static inline void *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80378
--- Comment #3 from Andi Kleen ---
Hmm, that trick may work for the shift too. Let me try.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80378
--- Comment #1 from Andi Kleen ---
Small correction: argument 4 would need to be a constant for shifted by.
: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
I get an extra
note: code may be misoptimized unless -fno-strict-aliasing is used
note for type mismatches in LTO
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
I've been adding alloc_size attributes to the Linux kernel allocators.
However there are some allocator patterns that can currently n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60016
--- Comment #2 from Andi Kleen ---
This is needed for example to generate backtraces, if the symbol table should
be built in instead of read from the binary.
The Linux kernel cannot read its own binary, so the symbol table has to built
in.
: gcov-profile
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
The current mainline version of autofdo doesn't inline indirect calls based on
profiling data.
I instrumented a bootstrap and it never triggers.
gcc.dg
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
icc and microsoft have a _xgetbv intrinsic for the XGETBV instruction, which is
needed to check if AVX or MPX are supported by the kernel.
gcc is missing an intrinsic for that, so
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
When doing API refactorings it is reasonable common to have too many or not
enough arguments in function calls. The existing errors in gcc/g++ are not very
good for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70427
--- Comment #3 from Andi Kleen ---
Analyzing the code more it looks like the compiler generates it correctly, the
edge returned should not be 0 here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70427
--- Comment #2 from Andi Kleen ---
Created attachment 38110
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38110&action=edit
somewhat reduced input file, only single function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70427
--- Comment #1 from Andi Kleen ---
Created attachment 38109
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38109&action=edit
ipa-profile input
Here's the source of the miscompiled file from the compiler
cc1plus -O2 ipa-profile.i -S
unfo
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
I've been working on building gcc with an autofdo bootstrap.
Currently I always run into an crash while rebuilding tree.c with the stage2
compiler and the au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28901
--- Comment #17 from Andi Kleen ---
There were a few false or useless ones (e.g. related to macros and specific
build configs). I didn't look through them all, but various were semi
legitimate, but also very minor (small) so fixing it won't help
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28901
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66229
--- Comment #2 from Andi Kleen ---
Some analysis of the problem:
At the time cc1 is streaming out profile_data it is not set to anything in
autofdo. So the LTO files contain all 0 profile data, which later causes the
ICE here.
Seems to be some
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
gcc -v --help does not output all the possible options for -mtune=/-march=
For example corei7-avx is missing for arch, which is Sandy Bridge. tune is also
mising
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
Andi Kleen changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #9 from Andi Kleen ---
Created attachment 36391
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36391&action=edit
workaround
This workaround fixes it. Disable -gc-section for libstdc++.
It seems like a linker bug. I opened a bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50676
--- Comment #6 from Andi Kleen ---
The patch doesn't seem to be checked in yet. Is there a reason for that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890
--- Comment #4 from Andi Kleen ---
Created attachment 36008
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36008&action=edit
Updated patch with documentation and param
I updated the patch with proper documentation and a param for the cut o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890
--- Comment #3 from Andi Kleen ---
I suspect the patch may be too simple because it could get stuck in unlikely,
but high frequency edges in the cold area. Perhaps need to adapt more of the
code of the non partitioning reordering
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890
--- Comment #2 from Andi Kleen ---
Created attachment 35993
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35993&action=edit
Potential patch
This patch fixes the problem for my simple test case. It adds a fall back path
to the partition c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890
--- Comment #1 from Andi Kleen ---
The problem seems to be that
bb-reorder.c:find_rarely_executed_basic_blocks_and_crossing_edges
returns no edges without profile feedback, which prevents generation of a
section split note.
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
Consider this simple example:
volatile int count;
int main()
{
int i;
for (i = 0; i < 10; i++) {
if (i ==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65621
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
target: x86_64-linux
../../../../gcc/libstdc++-v3/libsupc++/tinfo.cc:82:1: internal compiler error:
in mark_functions_to_output, at cgraphunit.c:1307
}
^
0xb25f0b mark_functions_to_output
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Created attachment 35172
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35172&action=edit
test case
When building the linux 4.0-rc5 kernel with 5.0 th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #8 from Andi Kleen ---
I still get that one with current trunk on my fedora 21 system.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
--- Comment #7 from Andi Kleen ---
Still happens with current trunk and with newer LTO Linux kernels (4.0-rc*)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
--- Comment #10 from Andi Kleen ---
Yes it has to be fixed. For example with the kernel __kprobes attribute it
could cause a real bug (__kprobes marks function that cannot be safely
instrumented)
We shouldn't inline over different section names
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64130
--- Comment #3 from Andi Kleen ---
You're right. I actually meant
x >= maxval(typeof(a)), x / a cannot be 0.
Corrected test case (assuming 64bit target):
#include
int fsigned(int a)
{
return 0x1fffL / a == 0;
}
int funsigned(u
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
The following two functions should always be optimized to return 0
because x > 0, x / a cannot be 0. But VRP misses this case for unkn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63933
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
--- Comment #13 from Andi Kleen ---
>I think aggregate IPA-CP does that, IPA-SRA cannot as the function has
>its address taken.
Perhaps that case (only passing address to gomp runtime) could be special cased
in the escape analysis.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
--- Comment #12 from Andi Kleen ---
Yes should have been omp parallel for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
--- Comment #4 from Andi Kleen ---
I had a typo in the test case (remove += to make the loops identical)
#define N 1000
int a[N], b[N], c[N];
main()
{
int i;
#pragma omp parallel num_threads(4)
for (i = 0; i < N; i++) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
--- Comment #2 from Andi Kleen ---
Regression, doesn't happen on 4.8
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
#define N 1000
int a[N], b[N], c[N];
main()
{
int i;
#pragma omp parallel num_threads(4)
for (i = 0; i < N; i++) {
a[i] = b[i] +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
Andi Kleen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Created attachment 33835
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33835&action=edit
proposed patch adding barriers
No test case currently, but we got a report that the builtins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63556
Andi Kleen changed:
What|Removed |Added
Severity|normal |enhancement
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
With this code:
extern void func(char *a, char *b);
void f(void)
{
func("abc", "xabc");
func("abc", "abc");
}
we get:
.LC0:
.strin
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
For a test case like this
struct undefined;
int f(struct undefined *f)
{
int x = f->a;
return x + f->a + f->b;
}
tmissing-type.c: In function 'f':
tmissing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #9 from Andi Kleen ---
Patch fixes the test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #6 from Andi Kleen ---
I looked at this a bit more. It's definitely the nrv pass that causes the
problem.
When I disable it in the source code the 32bit version compiles correctly.
I also tried disabling the next pass (cfgcleanup), b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63466
--- Comment #2 from Andi Kleen ---
Looking at the profile there's plenty of room for optimization. e.g. not using
getc/ungetc, but directly accessing the buffer, or maybe even some kind of
template specialization.
With the variables pulled out i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63467
--- Comment #6 from Andi Kleen ---
For the marker case it's enough if it just stays in the same position in the
basic block and does get duplicated if the BB gets too.
That's somewhat special semantics, that is why I think it would need some way
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63467
--- Comment #2 from Andi Kleen ---
It's the same with asm("" :::);
At least the vectorizer bombs out on any asm.
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Currently any inline asm statement in a loop prevents vectorization, like
#define N 100
int a[N], b[N], c[N];
main()
{
int i
: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
sstream is very slow. Comparing two simple programs that parse a stream with C
and with sstream. The sstream version is an order of magnitude slower.
gcc version 4.9.1 20140423 (prerelease) (GCC)
# C++
% time
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63462
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61898
--- Comment #4 from Andi Kleen ---
The patch has several issues (making it currently fail bootstrap):
- it warns for vfprintf too (fixed)
- on i386 it gets confused between va_list * and char *, so something like
char *format;
char buf[100];
p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63450
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
101 - 200 of 532 matches
Mail list logo
