https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:88709c4a1e6f8b69a33897a1ab46b8d66c4569c4
commit r13-4824-g88709c4a1e6f8b69a33897a1ab46b8d66c4569c4
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #10 from Gaius Mulley ---
LGTM yes indeed, location_t should be CARDINAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #9 from Segher Boessenkool ---
That patch looks good btw :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #8 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #5)
> So, I bet there must be some mismatch on whether M2Options_OverrideLocation
> returns a signed or unsigned 32-bit value.
> I believe the powerpc64le-linux A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #7 from Jakub Jelinek ---
Created attachment 54133
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54133&action=edit
gcc13-pr108153.patch
Same in patch form. Let me test if that helps.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #6 from Jakub Jelinek ---
libcpp/cpplib.h has
line-map.h:typedef unsigned int location_t;
The modula 2 source has:
FROM m2linemap IMPORT location_t ;
...
PROCEDURE OverrideLocation (location: location_t) : location_t ;
BEGIN
IF Fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
Jakub Jelinek changed:
What|Removed |Added
CC||dje at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #4 from Jakub Jelinek ---
I've tried to reproduce it on gcc112.fsffrance.org with
../configure --enable-languages=c,c++,lto,m2 --with-build-config=bootstrap-lto
--enable-link-serialization=1 --disable-libsanitizer
make -j160 profiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #3 from Gaius Mulley ---
On x86_64 the build succeed using MAKEFLAGS=profiledbootstrap-lean
CONFIGFLAGS=--with-build-config=bootstrap-lto-lean
however I do see many ODR violations (from the output of the bootstrap tool
mc). It woul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #2 from Jakub Jelinek ---
Note, non-lto profiledbootstrap with modula2 passed on i686, x86_64, aarch64,
s390x and ppc64le (all with the PR108147 patch). It is just lto
profiledbootstrap that doesn't work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108153
--- Comment #1 from Jakub Jelinek ---
One of the build is without my PR108147 fix, 2 of them are with it. I don't
see m2rte plugin stuff anywhere in the backtrace (two intermingled ones).
13 matches
Mail list logo
