https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118587
--- Comment #4 from Basile Starynkevitch ---
https://gcc.gnu.org/pipermail/gcc-patches/2025-January/674439.html is a
tentative patch waiting review.
Thanks
--
Basile STARYNKEVITCH
8 rue de la Faïencerie
92340 Bourg-la-Reine,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118587
--- Comment #3 from Basile Starynkevitch ---
I believe that the patch could be simple:
In file gcc/jit-recording.h at end of class location (e.g. before line 526 of
gcc-14.2.0/gcc/jit-recording.h or before line 583 of
gcc-15-20230105/gcc/jit-re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118587
--- Comment #2 from Basile Starynkevitch ---
I believe that the patch could be simple:
In file gcc/jit-recording.h at end of class location (e.g. before line 526 of
gcc-14.2.0/gcc/jit-recording.h or before line 583 of
gcc-15-20230105/gcc/jit-re
Severity: normal
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: basile at starynkevitch dot net
CC: antoyo at gcc dot gnu.org
Target Milestone: ---
https://gcc.gnu.org/pipermail/gcc-help/2025-January/143958.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118587
Basile Starynkevitch changed:
What|Removed |Added
CC||basile at starynkevitch dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118034
--- Comment #2 from Basile Starynkevitch ---
Two questions related to this bug:
Perhaps in libgccjit a "union" is just a gcc_jit_struct with some extra data
telling that all fields have byte offset 0?
Then the documentation could say how to cr
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: basile at starynkevitch dot net
CC: antoyo at gcc dot gnu.org
Target Milestone: ---
Platform: Linux/Mint 22 x86-64
/usr/bin/g++-14 --version gives:
g++-14 (Ubuntu 14.2.0-4ubuntu2~24.04) 14.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111974
--- Comment #3 from Basile Starynkevitch ---
This bug seems to have disappeared with a trunk GCC (GCC commit f32c1e1e96ffef)
compiled from its source code
/usr/local/bin/g++-trunk --version
g++-trunk (GCC) 14.0.0 20231025 (experimental)
Copyri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111974
--- Comment #1 from Basile Starynkevitch ---
To reproduce the GCC bug:
rm -vf cmdrepl_rps.o
make cmdrepl_rps.o
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: basile at starynkevitch dot net
Target Milestone: ---
I uploaded to
refpersys.org/refpersys-gcc13bug-snapshot-25oct2023-git041d5d70aefd0.tar.bz2 a
compressed tarball (29246912 bytes) of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66991
--- Comment #5 from Basile Starynkevitch ---
Now Debian bug#793478; sorry for the noise here...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66991
--- Comment #4 from Basile Starynkevitch ---
Known to Debian thru https://lists.debian.org/debian-gcc/2015/07/msg00167.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66991
--- Comment #3 from Basile Starynkevitch ---
It is Debian specific, very probably. I reported a Debian bug (but did not get
any ack yet)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66991
--- Comment #2 from Basile Starynkevitch ---
It looks like this bug is corrected in GCC 5.2 (I'm compiling the FSF tree).
rity: normal
Priority: P3
Component: plugins
Assignee: unassigned at gcc dot gnu.org
Reporter: basile at starynkevitch dot net
Target Milestone: ---
At least on my GNU/Linux/Debian/x86-64/Unstable the
/usr/lib/gcc/x86_64-linux-gnu/5/plugin/include/plugin-versi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51092
basile at starynkevitch dot net changed:
What|Removed |Added
Summary|ICE std::pair |ICE array std::pair
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51092
Bug #: 51092
Summary: ICE std::pair initialization
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #3 from basile at starynkevitch dot net 2009-04-27 13:16
---
and the undefined reference to `ppl_io_asprint_Coefficient' messages
is because you need a more recent PPL library, at least 0.10.2 or 0.11, or the
latest PPL git snapshot.
--
http://gcc.gnu.org/bug
--- Comment #2 from basile at starynkevitch dot net 2009-04-27 13:14
---
I believe this has been corrected in recent MELT branch, ie svn rev146839 and
perhaps before.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39810
--- Comment #7 from basile at starynkevitch dot net 2009-03-23 18:16
---
fopencookie is removed in rev145010 of MELT branch.
I'm using a temporary kludge , calling an unstable function inside PPL.
So You'll need a recent PPL snapshot (obtained thru GIT).
http://www.c
--- Comment #6 from basile at starynkevitch dot net 2009-03-22 12:38
---
Subject: Re: [melt] - lrand48_r() and srand48_r() are
GNU extensions and are not portable
rob1weld at aol dot com wrote:
> --- Comment #4 from rob1weld at aol dot com 2009-03-22 09:57 ---
> I am
--- Comment #5 from basile at starynkevitch dot net 2009-03-22 12:34
---
With using the very latest PPL snapshot (from GIT), or PPL 0.10.1 or 0.11 I
would be able to remove the fopencookie in a couple of days.
But of course, you'll need to download a very new PPL and bui
--- Comment #3 from basile at starynkevitch dot net 2009-03-17 19:07
---
I applied a slightly simplified variant of melt-patch-2.patch above as
rev144917
Thanks Rob. It probably works!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39484
--- Comment #1 from basile at starynkevitch dot net 2009-03-17 16:39
---
Bug confirmed.
The bug seems to appear on x86 (not amd64) when configure-ing with
--prefix=/usr/
A very temporary workaround could be to configure with --prefix=/usr/local/
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from basile at starynkevitch dot net 2009-03-17 15:57
---
Thanks. Patch commited as rev 144905 of MELT branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39483
--- Comment #3 from basile at starynkevitch dot net 2009-03-17 08:18
---
I replaced lrand48_r by lrand48...
Regarding fopencookie, it could be fixed
1. by using next PPL (0.11) version
or
2. by linking some specific PPL file
(ppl/interfaces/C/tests/print_to_buffer.cc)
Regards
--- Additional Comments From basile at starynkevitch dot net 2005-07-17
14:31 ---
Created an attachment (id=9293)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9293&action=view)
preprocessor output (gnuzipped) of failing code
Sample code (preprocessor output with g++ -C
+
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: basile at starynkevitch dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/b
28 matches
Mail list logo
