: 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 simplif
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 c
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&action=edit
reduced test, v1
A superfluou
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 *in
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 com
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 leas
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.
> (C
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
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66054
Bernhard Reutner-Fischer changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCO
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 o
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
Resolution|
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, a
++
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 commen
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 vector
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 bl
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&action=edit
reduced from flibs-svncode/tr
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&root=gcc&view=rev
Log:
PR52665 do not let .ident confuse assembler scan tests
A branc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83016
--- Comment #2 from Bernhard Reutner-Fischer ---
../../src/gcc-8.0.mine/configure \
-v \
--enable-languages=c,fortra
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
CC|
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 from
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);
> > > __setut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66054
Bernhard Reutner-Fischer changed:
What|Removed |Added
Target Milestone|--- |7.0
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 lo
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=65534
--- Comment #2 from Bernhard Reutner-Fischer ---
(In reply to Jan Hubicka from comment #1)
> > #ifndef OPTIMIZE_MANUALLY
> > void setutent(void) {
> > ((void)0);
> > __setutent_unlocked();
> > ((void)0);
> > }
> > #else
> > extern __t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66741
--- Comment #7 from Bernhard Reutner-Fischer ---
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
/tmp/inp is 200MB random bin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66741
--- Comment #6 from Bernhard Reutner-Fischer ---
Created attachment 35942
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35942&action=edit
Variant demonstrating strcpy+tolower fused loop, vectorized, SSE4.x
Code like this should be emitted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66741
--- Comment #5 from Bernhard Reutner-Fischer ---
Created attachment 35941
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35941&action=edit
Variant perusing builtins
This is (essentially) the motivating real-world example
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66741
--- Comment #4 from Bernhard Reutner-Fischer ---
Created attachment 35940
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35940&action=edit
Manually expanded variant
expanding builtins early should arrive at that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66741
--- Comment #1 from Bernhard Reutner-Fischer ---
i.e. maybe something more along the lines of
$ cat <
#include
#include
void
sse_tolower_strcpy (const char *d, const char *s)
{
__m128i ranges =
_mm_setr_epi8 ('A', 'Z', 0, 0, 0, 0, 0, 0
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.
$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48904
Bernhard Reutner-Fischer changed:
What|Removed |Added
Known to work||6.0
--- Comment #5 from Bernh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48904
--- Comment #4 from Bernhard Reutner-Fischer ---
Author: aldot
Date: Fri May 8 07:33:42 2015
New Revision: 222903
URL: https://gcc.gnu.org/viewcvs?rev=222903&root=gcc&view=rev
Log:
PR target/48904 x86_64-knetbsd-gnu missing defs
2015-05-08 H.
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
-02-25 00:00:00 |2015-04-22
CC||aldot at gcc dot gnu.org
Ever confirmed|0 |1
Known to fail||4.9.0, 5.0
--- Comment #3 from Bernhard Reutner-Fischer ---
confirmed.
PR target/48904
-10-23 00:00:00 |2015-04-22
CC||aldot at gcc dot gnu.org
Known to work||6.0
Ever confirmed|0 |1
Known to fail||4.9.0, 5.0
--- Comment #2 from
-02-27 00:00:00 |2015-04-22
CC||aldot at gcc dot gnu.org
Known to work||6.0
Ever confirmed|0 |1
Known to fail||4.8.0, 4.9.2, 5.0
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47098
Bernhard Reutner-Fischer changed:
What|Removed |Added
Known to work||6.0
Known to fail|5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47098
--- Comment #3 from Bernhard Reutner-Fischer ---
Author: aldot
Date: Wed Apr 22 08:41:13 2015
New Revision: 222315
URL: https://gcc.gnu.org/viewcvs?rev=222315&root=gcc&view=rev
Log:
PR target/47098 OBSD_LIB_SPEC on i686-openbsd3 missing
config-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47122
--- Comment #1 from Bernhard Reutner-Fischer ---
Author: aldot
Date: Wed Apr 22 08:30:15 2015
New Revision: 222314
URL: https://gcc.gnu.org/viewcvs?rev=222314&root=gcc&view=rev
Log:
PR target/47122: vax-*-openbsd* config.gcc typo
Gerald / jsg t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55144
--- Comment #2 from Bernhard Reutner-Fischer ---
Author: aldot
Date: Wed Apr 22 08:25:40 2015
New Revision: 222313
URL: https://gcc.gnu.org/viewcvs?rev=222313&root=gcc&view=rev
Log:
PR target/55144
building all-gcc for bfin-linux-uclibc resulte
||aldot at gcc dot gnu.org
Known to fail|4.10.0 |5.0
--- Comment #4 from Bernhard Reutner-Fischer ---
Reconfirmed.
Nowadays (trunk@221914) also breaks all-gcc for nios2-linux-gnu.
Reminds me of bug #36550
Smallish testcase:
$ cat reload1.i
-02-27 00:00:00 |2015-04-08
CC||aldot at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #3 from Bernhard Reutner-Fischer ---
Confirmed with trunk@221914.
c/c-decl.o gets linked into cc1 but not into cc1plus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35341
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
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 changed:
What|Removed |Added
CC||joseph at codesourcery dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59858
--- Comment #1 from Bernhard Reutner-Fischer ---
Created attachment 31873
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31873&action=edit
slightly reduced
-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
--> h
: 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 of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56716
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC|aldot at gcc dot gnu.org|
--- Comment #9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56781
--- Comment #2 from Bernhard Reutner-Fischer
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://gcc.gnu.org/git/?p=gcc.git
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: UNCONFI
,
||x86_64-unknown-linux-gnu
Status|UNCONFIRMED |NEW
Last reconfirmed||2013-03-27
CC||aldot at gcc dot gnu.org
Ever Confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36282
Bernhard Reutner-Fischer changed:
What|Removed |Added
Known to work||3.4.6
Summ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36282
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||hubicka at ucw dot cz
--- Com
||2013-03-21
CC||aldot at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #3 from Bernhard Reutner-Fischer
2013-03-21 18:21:00 UTC ---
Confirmed.
Still the same with gcc version 4.7.2 (Debian 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55431
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot
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=30354
Bernhard Reutner-Fischer changed:
What|Removed |Added
Keywords||missed-optimization
Last rec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219
--- Comment #13 from Bernhard Reutner-Fischer
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 but without adding a
testc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53735
--- Comment #1 from Bernhard Reutner-Fischer
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=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=40657
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52840
Bernhard Reutner-Fischer changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52840
--- Comment #4 from Bernhard Reutner-Fischer
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=gcc&view=rev&rev=186156
Log:
PR bootstrap/52840: libstdc++: let debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52840
--- Comment #2 from Bernhard Reutner-Fischer
2012-04-03 10:20:07 UTC ---
The patchlet below reinstates bootstrapping for me.
diff --git a/libstdc++-v3/ChangeLog b/libstdc++-v3/ChangeLog
index bb8bc2a..d662ec1 100644
--- a/libstdc++-v3/ChangeLog
1 - 100 of 121 matches
Mail list logo
