http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56181
Jan-Benedict Glaw changed:
What|Removed |Added
CC||jbg...@lug-owl.de
--- Comment #15
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56181
--- Comment #18 from Jan-Benedict Glaw 2013-02-13 20:23:17
UTC ---
Confirmed to build again, thanks. (Though I didn't test the resulting
compiler.)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57609
Jan-Benedict Glaw changed:
What|Removed |Added
CC||jbg...@lug-owl.de
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58079
Jan-Benedict Glaw changed:
What|Removed |Added
CC||jbg...@lug-owl.de
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58426
--- Comment #3 from Jan-Benedict Glaw ---
Hm, the initial PLUS part looks a bit like what I ment to fix with a recent
patch. How old is your checkout? My fix was committed as r202600 /
git:3719e41cf6b9d. So I hope I didn't break something else. (T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56875
--- Comment #1 from Jan-Benedict Glaw ---
The `gas' bug seems to only show up on 32bit host platform. Creating a
cross-gas on a amd64 systems seems to always result in "correct" VAX binary
output, even for old 2.21 releases. (Will further check th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56875
--- Comment #2 from Jan-Benedict Glaw ---
This is gas's tc-vax.c:
3158 if ((is_absolute) && (expP->X_op != O_big))
3159 {
3160 /* If nbytes > 4, then we are scrod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56875
--- Comment #4 from Jan-Benedict Glaw ---
You're quite right, Martin! It's a simple fix on the GCC side working around a
buggy gas, and it would also work with a fixed gas. However, gas isn't too
simple to fix, at least not with a well-architecte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58442
--- Comment #2 from Jan-Benedict Glaw ---
So r0 is waay off. As we're far into the function (950) and fiddling with r0,
I guess this is the final part, preparing to return from here. An assembler
dump of the whole function would be helpful I hope
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56875
--- Comment #5 from Jan-Benedict Glaw ---
Created attachment 30872
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30872&action=edit
Updated patch including testcase.
Assignee: unassigned at gcc dot gnu.org
Reporter: jbg...@lug-owl.de
When I looked at
http://toolchain.lug-owl.de/buildbot/deliver_artifact.php?mode=view&id=131920 ,
I noticed there's excess whitespace in the 2nd argument of `genmultilib':
if test yes = yes \
|| test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52023
Jan-Benedict Glaw changed:
What|Removed |Added
CC||jbg...@lug-owl.de
--- Comment #15
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61026
--- Comment #7 from Jan-Benedict Glaw ---
I'm not 100% sure, but I guess this fix breaks building GCC on
gcc111.fsffrance.org . All build details can be found here:
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=218196
The actua
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61026
--- Comment #9 from Jan-Benedict Glaw ---
> Could you please try to add an
>
> #include
>
> before the C++ includes and see if it resolves some of the errors/changes
> anything? It's probably not going to be the final fix for the problem, but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52023
--- Comment #17 from Jan-Benedict Glaw ---
(In reply to Marek Polacek from comment #16)
> > tree field = build_decl (UNKNOWN_LOCATION, FIELD_DECL, NULL_TREE,
> > ^
> > cc1plus: all warnings being treated as errors
>
> Should be fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63817
--- Comment #4 from Jan-Benedict Glaw ---
You can see this bug live in action for about every target when building a
native toolchain on gcc112, which is done in preparation for a cross-build with
config_list.mk by the build robot:
http://toolcha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63817
--- Comment #5 from Jan-Benedict Glaw ---
Bug seems to be gone.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61974
Jan-Benedict Glaw changed:
What|Removed |Added
CC||jbg...@lug-owl.de
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55143
Jan-Benedict Glaw changed:
What|Removed |Added
CC||jbg...@lug-owl.de
--- Comment #2
ty: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jbg...@lug-owl.de
Building Binutils's GAS with a recent GCC (ie. 4.9.1) for --target=m68k-linux
fails due to a false warning, which aborts the build since -Werror is used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63197
Jan-Benedict Glaw changed:
What|Removed |Added
Version|4.9.1 |5.0
--- Comment #1 from Jan-Benedict
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63197
--- Comment #2 from Jan-Benedict Glaw ---
With today's binutils snapshot, there's a gas_assert in front of it, which
silences this bogus warning. That needs to be reverted to test GCC wrt. this
issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35710
Jan-Benedict Glaw changed:
What|Removed |Added
CC||jbg...@lug-owl.de
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33120
Jan-Benedict Glaw changed:
What|Removed |Added
CC||jbg...@lug-owl.de
--- Comment #25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35710
--- Comment #13 from Jan-Benedict Glaw ---
Created attachment 36996
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36996&action=edit
Patch to fix indention/trailing whitespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26427
Jan-Benedict Glaw changed:
What|Removed |Added
CC||jbg...@lug-owl.de
--- Comment #23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33120
--- Comment #26 from Jan-Benedict Glaw ---
Created attachment 36997
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36997&action=edit
Patch to fix indention/trailing whitespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26427
--- Comment #24 from Jan-Benedict Glaw ---
Created attachment 36998
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36998&action=edit
Patch to fix indention/trailing whitespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35710
--- Comment #15 from Jan-Benedict Glaw ---
Feel free to commit your patch, Dominique. You've been faster with providing a
fix. :) (But maybe incorporate the whitespace fixes as well.) Actually, there
are some more in the initial commit, but clean
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jbg...@lug-owl.de
Created attachment 23868
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23868
Patch fixing the regression.
Hi!
171731 introduces an access macro reg_equiv_mem(), which is now used in the VAX
backend. However, the head
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48436
Jan-Benedict Glaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jbg...@lug-owl.de
Hi!
The large IRA merge (=66d9a7b9e8a0c85a51467330f51ead74e77b7eb8 in GIT) broke
the vax-linux target:
jbglaw@jbarbeitsplatz:/mnt/nfs-programming/toolchain/gcc-build/gcc$ ./xgcc -B .
-c foo.c
||jbg...@lug-owl.de, vmakarov
||at redhat dot com
Host||i686-linux
Build||i686-linux
--- Comment #1 from Jan-Benedict Glaw 2011-04-05 16:07:47
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48464
--- Comment #2 from Jan-Benedict Glaw 2011-04-09 20:58:00
UTC ---
Just to mention: This is not an ICE that shows up on this specific code
snipplet, but it is rather a start-up problem that either got merged in with
the IRA update or was uncovered
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48464
--- Comment #5 from Jan-Benedict Glaw 2011-04-11 22:04:12
UTC ---
(In reply to comment #4)
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172274
> Log:
> 2011-04-11 Vladimir Makarov
>
> PR middle-end/48464
> * ira.c (setup_pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48464
--- Comment #6 from Jan-Benedict Glaw 2011-05-27 13:49:51
UTC ---
It seems r174123 (= 59813b406b20d7b) not only fixed PR rtl-optimization/48971,
but also this issue:
2011-05-13 Vladimir Makarov
PR rtl-optimization/48971
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48464
Jan-Benedict Glaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
37 matches
Mail list logo
