: normal
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Target Milestone: ---
Currently the analyzer does not diagnose passing in NULL as first argument to
snprintf when NULL might stem from an unchecked
Severity: enhancement
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
CC: dmalcolm at gcc dot gnu.org
Target Milestone: ---
It would be handy if one could specify a file where the patch(es
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78798
--- Comment #14 from Bernhard Reutner-Fischer ---
Not yet fixed completely, Mikael correctly noted:
> Why not change the associated subfunctions
> (gfc_check_argument_dependency, gfc_check_argument_var_dependency) as well ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110052
--- Comment #4 from Bernhard Reutner-Fischer ---
(In reply to Bernhard Reutner-Fischer from comment #3)
> Note that in this particular case myrealloc() is static, maybe i should have
> omitted the noipa attribute for it was only meant to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110052
--- Comment #3 from Bernhard Reutner-Fischer ---
Note that in this particular case myrealloc() is static, maybe i should have
omitted the noipa attribute for it was only meant to simplify analysis and
there is no such attribute in the original
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Target Milestone: ---
Created attachment 55221
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55221=edit
reduced test, v1
A superfluous lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103931
--- Comment #21 from Bernhard Reutner-Fischer ---
(In reply to anlauf from comment #19)
> C_PTR is an intrinsic DT and not a procedure;
> so we should not mark it as "generic".
Ok, that makes sense indeed.
>
> As long as a symbol from an
Severity: trivial
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Target Milestone: ---
(gdb) call debug(gfc_current_ns)
Namespace: A-H: (REAL 4) I-N: (INTEGER 4) O-Z: (REAL 4)
procedure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103931
--- Comment #18 from Bernhard Reutner-Fischer ---
(In reply to Bernhard Reutner-Fischer from comment #17)
> (In reply to Bernhard Reutner-Fischer from comment #16)
>
> > I'm testing a more elaborate test which keeps check_for_ambiguous in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103931
--- Comment #17 from Bernhard Reutner-Fischer ---
(In reply to Bernhard Reutner-Fischer from comment #16)
> I'm testing a more elaborate test which keeps check_for_ambiguous in the
> same spot as before, but in that check, looks if the symtree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103931
--- Comment #16 from Bernhard Reutner-Fischer ---
> Under the assumption that we have a generic "c_ptr" in a module, we know (?)
> that "c_ptr" is not ambiguous.
>
> Is that right?
When we look at gmodule (when compiled when DModule has a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103931
--- Comment #15 from Bernhard Reutner-Fischer ---
(In reply to Bernhard Reutner-Fischer from comment #13)
> I'm testing a patch.
I have to admit that this is a mess.
It's even more frustrating now as i did some preparatory cleanup for at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103931
--- Comment #13 from Bernhard Reutner-Fischer ---
(In reply to anlauf from comment #12)
> Consider the original testcase. Module CModule has no public symbols.
> Technically, the "use CModule" in module DModule should not have any effect.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103931
--- Comment #11 from Bernhard Reutner-Fischer ---
(In reply to Bernhard Reutner-Fischer from comment #10)
> (In reply to anlauf from comment #9)
> > The reduced testcase compiles for me with today's 13-trunk, but not
> > 12-branch.
> > However,
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Target Milestone: ---
r0-103106-gde6ba7aee152a0 removed --enable-intermodule (in favour of LTO) but
libgfortran still has it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56781
Bernhard Reutner-Fischer changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66054
Bernhard Reutner-Fischer changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109003
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103931
--- Comment #10 from Bernhard Reutner-Fischer ---
(In reply to anlauf from comment #9)
> The reduced testcase compiles for me with today's 13-trunk, but not
> 12-branch.
> However, the full original testcase fails with varying errors depending
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107743
--- Comment #2 from Bernhard Reutner-Fischer ---
--disable-werror --enable-checking=yes --enable-debug --enable-multilib
--disable-libstdcxx-pch --enable-bootstrap
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Target Milestone: ---
current trunk around r13-4134
/scratch/obj.x86_64/gcc-13.mine/./prev-gcc/xg++
-B/scratch/obj.x86_64/gcc-13.mine/./prev-gcc/
-B/opt/x86_64
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Target Milestone: ---
Mere cosmetics, but the error is contradicting it's own hint in a confusing
way.
$ ../../src/gcc-13.mine/configure --enable-languages=c++,lto,lto
configure: error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100972
Bernhard Reutner-Fischer changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105656
--- Comment #2 from Bernhard Reutner-Fischer ---
Yes, i've seen your bigger patch to remove all of these version conditionals.
But please note that this BROKEN_VALUE_INITIALIZATION was explicitly taylored
to catch aforementioned GCC versions,
++
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Target Milestone: ---
BROKEN_VALUE_INITIALIZATION was added for PR89494, a bootstrap failure of
gcc-10 with a gcc-4.2 system compiler.
Since at least gcc-13, maybe gcc-12, we require a stage1 c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47720
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043
--- Comment #17 from Bernhard Reutner-Fischer ---
Do we want to address arrays always at position 0 (maybe to help graphite ?) or
would it be sufficient to just not dereference the array "before" the first
position like Mikael suggests in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043
--- Comment #16 from Bernhard Reutner-Fischer ---
In addition to comment #1
here's an excerpt of an existing test with just one dimension:
$ cat f_pr86389.f90
! PR 19239. Check for various kinds of vector subscript. In this test,
! all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83646
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101919
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68800
--- Comment #6 from Bernhard Reutner-Fischer ---
at least a few down with r12-5073:
== LEAK SUMMARY:
-==definitely lost: 9,471 bytes in 14 blocks
-==indirectly lost: 18,267 bytes in 364 blocks
+==definitely lost: 6,472 bytes in 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103102
--- Comment #2 from Bernhard Reutner-Fischer ---
gfortran.dg/pr101267.f90 ICEs similar to gfortran.dg/pr81175.f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103102
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Target Milestone: ---
gfortran.dg/coarray_alloc_comp_4.f08 compiles fine with -fcoarray=lib
but ICEs with -fcoarray=single in pristine
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Target Milestone: ---
It would be nice to have a -Wextra to warn about superfluous forward
declarations.
Random example from gcc/incpath.c
||https://gcc.gnu.org/piperma
||il/gcc-patches/2021-October
||/582983.html
CC||aldot at gcc dot gnu.org
Status|UNCONFIRMED
|UNCONFIRMED |NEW
CC||aldot at gcc dot gnu.org
Last reconfirmed||2021-10-31
|1
Keywords||patch
Last reconfirmed||2021-10-31
CC||aldot at gcc dot gnu.org
URL||https://gcc.gnu.org/piperma
|1
Last reconfirmed||2021-10-31
CC||aldot at gcc dot gnu.org
URL||https://gcc.gnu.org/piperma
||il/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98426
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Target Milestone: ---
As noted here:
https://gcc.gnu.org/pipermail/fortran/2021-October/056793.html
---8<---
- delete unused gfc_simplify_get_team or wire it up in intrinsics,
get_team handling (inst
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Target Milestone: ---
As noted in https://gcc.gnu.org/pipermail/fortran/2018-September/050809.html
i spotted one
(pre-existing) possible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102519
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87734
Bernhard Reutner-Fischer changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Target Milestone: ---
Created attachment 44891
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44891=edit
reduced from flibs-svncode/trunk/src/stri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68800
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52665
--- Comment #4 from Bernhard Reutner-Fischer ---
Author: aldot
Date: Wed Sep 5 15:31:13 2018
New Revision: 264128
URL: https://gcc.gnu.org/viewcvs?rev=264128=gcc=rev
Log:
PR52665 do not let .ident confuse assembler scan tests
A branch with a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83016
--- Comment #2 from Bernhard Reutner-Fischer ---
../../src/gcc-8.0.mine/configure \
-v \
Severity: normal
Priority: P3
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
CC: charlet at adacore dot com, derodat at adacore dot com,
ebotcazou at libertysurf dot fr
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70703
Bernhard Reutner-Fischer changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70703
Bernhard Reutner-Fischer changed:
What|Removed |Added
Last reconfirmed||2016-6-14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70703
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30354
--- Comment #19 from Bernhard Reutner-Fischer ---
(In reply to Denis Vlasenko from comment #17)
> Any chance of this being finally done?
>
> I proposed a simple, working patch in 2007, it's 2016 now and all these
> years users of -Os suffer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68656
--- Comment #2 from Bernhard Reutner-Fischer ---
(In reply to Richard Biener from comment #1)
> Which version worked ok? I think these warnings should simply not output
4.7.4 worked ok.
4.8.5 onward behave like current trunk a.k.a 6.0
> any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65534
--- Comment #3 from Bernhard Reutner-Fischer ---
(In reply to Bernhard Reutner-Fischer from comment #2)
> (In reply to Jan Hubicka from comment #1)
> > > #ifndef OPTIMIZE_MANUALLY
> > > void setutent(void) {
> > > ((void)0);
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66054
Bernhard Reutner-Fischer changed:
What|Removed |Added
Target Milestone|--- |7.0
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
CC: dodji at gcc dot gnu.org
Target Milestone: ---
echo "/* This is a bugreport about using odd locations. */" &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66741
--- Comment #4 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org ---
Created attachment 35940
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35940action=edit
Manually expanded variant
expanding builtins early should arrive at that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66741
--- Comment #6 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org ---
Created attachment 35942
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35942action=edit
Variant demonstrating strcpy+tolower fused loop, vectorized, SSE4.x
Code like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66741
--- Comment #5 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org ---
Created attachment 35941
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35941action=edit
Variant perusing builtins
This is (essentially) the motivating real-world
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66741
--- Comment #7 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org ---
folding tolower (and toupper while at it) gives:
for i in 0 1 2;do
gcc -o tolower_strcpy-$i tolower_strcpy-$i.c -Ofast -W -Wall -Wextra -pedantic
-DMAIN -msse4.2
done
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65534
--- Comment #2 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #1)
#ifndef OPTIMIZE_MANUALLY
void setutent(void) {
((void)0);
__setutent_unlocked();
((void)0);
}
#else
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
Blocks: 53947
Target Milestone: ---
I would have hoped that the strcpy loop and ~0x20 loop would be fused,
perusing some masked store for the tolower.
$ cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66741
--- Comment #1 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org ---
i.e. maybe something more along the lines of
$ cat EOF | gcc-5 -xc -S - -o - -Ofast -fomit-frame-pointer
-minline-all-stringops -mstringop-strategy=unrolled_loop -fdump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48904
--- Comment #4 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org ---
Author: aldot
Date: Fri May 8 07:33:42 2015
New Revision: 222903
URL: https://gcc.gnu.org/viewcvs?rev=222903root=gccview=rev
Log:
PR target/48904 x86_64-knetbsd-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48904
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Known to work||6.0
Priority: P3
Component: jit
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
CC: dmalcolm at gcc dot gnu.org
Target Milestone: ---
Bootstrapping with --enable-host-shared fails stage2/3 comparison for all but
crt files
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48904
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55144
--- Comment #2 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org ---
Author: aldot
Date: Wed Apr 22 08:25:40 2015
New Revision: 222313
URL: https://gcc.gnu.org/viewcvs?rev=222313root=gccview=rev
Log:
PR target/55144
building all-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47122
--- Comment #1 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org ---
Author: aldot
Date: Wed Apr 22 08:30:15 2015
New Revision: 222314
URL: https://gcc.gnu.org/viewcvs?rev=222314root=gccview=rev
Log:
PR target/47122: vax-*-openbsd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47098
--- Comment #3 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org ---
Author: aldot
Date: Wed Apr 22 08:41:13 2015
New Revision: 222315
URL: https://gcc.gnu.org/viewcvs?rev=222315root=gccview=rev
Log:
PR target/47098 OBSD_LIB_SPEC on i686
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47098
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Known to work||6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55144
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47122
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55035
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2014-07-27 00:00:00 |2015
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55143
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35341
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
CC||aldot
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
CC: hubicka at ucw dot cz, rguenth at gcc dot gnu.org
Maybe this could be optimized by a thunk or by creating the alias automatically
or the like? Or is tailcall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59805
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
CC
-code
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
CC: vmakarov at redhat dot com
Target: arm
Created attachment 31870
-- http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59858
--- Comment #1 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org ---
Created attachment 31873
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31873action=edit
slightly reduced
: diagnostic
Severity: normal
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: aldot at gcc dot gnu.org
CC: tromey at redhat dot com
-x assembler-with-cpp remains silent instead of emitting some kind
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56716
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
CC|aldot at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56781
--- Comment #2 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org
2013-04-04 11:41:08 UTC ---
(In reply to comment #1)
Please try
http://gcc.gnu.org/git/?p=gcc.git;a=commit;h=61be6ebfe22f9ce5799dac2679541911eb744a86
http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56781
Bug #: 56781
Summary: boostrap-asan failure: fixincl fails to link (missing
-lasan)
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56716
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Target|i686-pc-cygwin |i686
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36282
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36282
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Known to work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36282
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55431
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53803
Bug #: 53803
Summary: --enable-target-optspace gives undefined references to
restgpr_*_x
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219
--- Comment #13 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org
2012-06-28 22:49:52 UTC ---
Created attachment 27716
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27716
testcase
This was (accidentally) fixed on for at least 4.7 ff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30354
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Keywords||missed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40657
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
CC||aldot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53735
Bug #: 53735
Summary: thumb1 spill failure with -Os
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Keywords: assemble-failure, ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53735
--- Comment #1 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org
2012-06-20 18:58:06 UTC ---
Created attachment 27668
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27668
reduced source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52840
--- Comment #4 from Bernhard Reutner-Fischer aldot at gcc dot gnu.org
2012-04-05 07:00:41 UTC ---
Author: aldot
Date: Thu Apr 5 07:00:30 2012
New Revision: 186156
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=186156
Log:
PR bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52840
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52840
Bug #: 52840
Summary: bootstrap fails in libstdc++, missing compatibility.lo
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 121 matches
Mail list logo
