Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Created attachment 48589
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48589&action=edit
Complete example reproducing the segfault
Hi.
When trying to return a voi
NCONFIRMED
Severity: normal
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Created attachment 48592
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48592&act
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
If a create, in a function, a reference (with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95314
--- Comment #5 from bouanto at zoho dot com ---
The reproducer generates a file where the function create_code only contains
this:
/* Replay of API calls for ctxt_0x7f8079128680. */
So, no code is actually generated and thus, does not
: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
Would it be possible to add support for 128-bit integers in libgccjit?
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95306
--- Comment #1 from bouanto at zoho dot com ---
A similar error happens for the builtin "memcpy":
error: unimplemented primitive type for builtin: 38
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95314
--- Comment #8 from bouanto at zoho dot com ---
Created attachment 48617
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48617&action=edit
Small example to reproduce the bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95314
--- Comment #9 from bouanto at zoho dot com ---
Actually, it seems I was wrong on the conditions to reproduce this issue.
I managed to create a small example to reproduce the issue.
I attached it to the bug report.
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
Would it be possible to add thread-local variables?
Thanks.
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
I found this bug that happens when generating some code with libgccjit:
dur
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
It seems there's no way to cast a pointer to int.
When I try a cast, I get:
libgccjit.so: error: gcc_jit_context_new_cast: cannot cast param from type:
unsigned char * * to type: unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95438
--- Comment #1 from bouanto at zoho dot com ---
The opposite does not work as well:
libgccjit.so: error: gcc_jit_context_new_cast: cannot cast (long long)(unsigned
long long)*&binopResult from type: long long to type: unsigned char * *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95426
--- Comment #2 from bouanto at zoho dot com ---
Created attachment 48648
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48648&action=edit
Reproducer for the bug
Oh, I see what I was doing wrong: I thought it was an option, so I was
: normal
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
Sometimes, when I call gcc_jit_context_get_int_type(ctxt, 8, 1), I will get a
long, and sometimes I will get a long long.
On my
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
It seems the type checking for gcc_jit_context_new_binary_op
(GCC_JIT_BINARY_OP_LSHIFT) is too rigid.
For instance, you cannot shift an unsigned number with a negative (signed
number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95426
--- Comment #6 from bouanto at zoho dot com ---
Any idea how I should change the generated code to make it work?
Or will a patch not require changing the generated code?
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95306
--- Comment #4 from bouanto at zoho dot com ---
Thanks for all your work.
I'm now facing this issue with the builtin __atomic_load:
libgccjit.so: error: unimplemented primitive type for builtin (type:
BT_CONST_VOLATILE_PTR)
Can you add su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291
bouanto at zoho dot com changed:
What|Removed |Added
CC||bouanto at zoho dot com
: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Created attachment 48667
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48667&action=edit
Reproducer for the bug
Hi.
The attached reproducer fails with the following error:
libgccjit.so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291
--- Comment #4 from bouanto at zoho dot com ---
Oh, maybe it wasn't clear, but what I meant by constraints is: the output
operands, the input operands, and clobbers.
I guess we could make multiple parameters in the function for those.
Fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291
--- Comment #6 from bouanto at zoho dot com ---
(In reply to Andrew Pinski from comment #5)
> (In reply to bouanto from comment #4)
> > So, an example like this:
> >
> > ```c
> > bool old;
> > __asm__ ("bts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291
--- Comment #9 from bouanto at zoho dot com ---
Ok, so you would go without a function-like API.
I think you're missing a few parameters here, like the ASM dialect (intel vs
ATT) unless that would be the string ".intel_syntax;"
: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Created attachment 48672
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48672&action=edit
Reproducer for this bug
Hi.
I get the following error with the attached rep
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
Trying to get the builtin __builtin_choose_expr gives the following error:
libgccjit.so: error: builtin "__builtin_choose_expr" not found
Thanks to add this builtin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291
--- Comment #12 from bouanto at zoho dot com ---
Since there would be many options, we could use a bitflags parameter instead of
having multiple parameters for the options.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291
--- Comment #15 from bouanto at zoho dot com ---
(In reply to David Malcolm from comment #14)
> Or even move the flags to API calls:
>
> extern gcc_jit_extended_asm *
> gcc_jit_block_add_extended_asm (gcc_jit_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95521
--- Comment #4 from bouanto at zoho dot com ---
Created attachment 48674
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48674&action=edit
Smaller bug reproducer
Here's a smaller bug reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291
--- Comment #18 from bouanto at zoho dot com ---
See answers below.
(In reply to David Malcolm from comment #16)
> Created attachment 48677 [details]
> Work-in-progress patch
>
> I had a go at implementing this; attached is a work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291
--- Comment #20 from bouanto at zoho dot com ---
Well, there's syntax for assembly at the top-level so the user can enter
anything he wants, like in C.
I can craft you an example if you need to, though.
(In reply to David Malcolm from co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291
--- Comment #23 from bouanto at zoho dot com ---
Created attachment 48685
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48685&action=edit
Example of global assembly
See answers below.
(In reply to David Malcolm from comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291
--- Comment #25 from bouanto at zoho dot com ---
(In reply to David Malcolm from comment #24)
> (In reply to bouanto from comment #23)
> > Created attachment 48685 [details]
> > Example of global assembly
>
> [...sni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95498
--- Comment #1 from bouanto at zoho dot com ---
I'm trying to create a smaller reproducer by calling
gcc_jit_context_dump_to_file, but I don't know where to stop in gdb in order to
get the source info.
How did you do it in https://g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95498
--- Comment #3 from bouanto at zoho dot com ---
(In reply to David Malcolm from comment #2)
> Try putting a breakpoint on add_error (there are a few classes with
> add_error methods; a sufficiently smart gdb ought to put the breakpoint on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291
--- Comment #29 from bouanto at zoho dot com ---
This API looks fine.
Another test would be to create a simple function, the equivalent of this:
#include
asm(
"add:\n"
"movq %rdi, %rax\n"
"add %rsi, %rax
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291
--- Comment #32 from Antoni ---
Thanks; that looks really nice.
The function gcc_jit_context_add_top_level_asm might be missing a location
parameter.
(In reply to David Malcolm from comment #31)
> Created attachment 48704 [details]
> v4 of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95498
--- Comment #4 from Antoni ---
Created attachment 48829
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48829&action=edit
Smaller reproducer for the bug
I was able to reduce the size of the reproducer. I attached it.
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
Some builtin functions, like __atomic_fetch_add, have a generic return type
which libgccjit consider to be void.
That makes it
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
The builtin __atomic_compare_exchange_n returns a void instead of bool.
Thanks to fix this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96067
--- Comment #2 from Antoni ---
Created attachment 48835
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48835&action=edit
Reproducer for thebug
Here's a reproducer for the bug.
The doc says it should return bool
(https://gcc.gnu.org/onlined
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Created attachment 48836
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48836&action=edit
Reproducer
Hi.
When I try to use an atomic builtin, it gives an error like:
libgccjit.so: erro
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
It would be nice to be able to set an initializer for global variables.
There were some discussion about it there:
https://gcc.gnu.org/pipermail/jit/2020q2/001215.html
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96066
--- Comment #2 from Antoni ---
An attempt to use, let's say, __atomic_fetch_add_4, will result in a error
like:
libgccjit.so: error: unimplemented primitive type for builtin (type: BT_I4)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95498
--- Comment #6 from Antoni ---
(In reply to Alex Coplan from comment #5)
> Created attachment 48867 [details]
> Minimal reproducer
>
> I've done some exhaustive testing of which combinations of casts are
> allowed. It seems that any program of t
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
There are some functions that would be useful to have in the C API of libgccjit
like a function to get the number of parameters of a function or its return
type.
I'll sen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96889
--- Comment #1 from Antoni ---
Created attachment 49173
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49173&action=edit
Patch with new functions
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Created attachment 50664
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50664&action=edit
First part of the compressed reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100242
--- Comment #1 from Antoni ---
Created attachment 50665
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50665&action=edit
Second part of the reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100242
--- Comment #2 from Antoni ---
Created attachment 50666
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50666&action=edit
Third part of the reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100242
--- Comment #3 from Antoni ---
Created attachment 50668
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50668&action=edit
Smaller reproducer
Ok, I figured out how to find the location of the error.
In this case, it's caused by using the m
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Created attachment 50729
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50729&action=edit
Reproducer for the bug
Hi.
The attached example produce a segfault when trying to compi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100380
Antoni changed:
What|Removed |Added
Attachment #50729|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100380
--- Comment #2 from Antoni ---
Created attachment 50731
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50731&action=edit
Working code
So, the segfault seems to happen when creating the variable after creating the
extended asm expression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100380
--- Comment #4 from Antoni ---
I just had a similar issue when developing a new feature for libgccjit and it
might be the same problem. If it is (I haven't checked in this case), here's
what's happening:
* The asm is replayed.
* The asm tries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100380
--- Comment #5 from Antoni ---
I can confirm that the problem is indeed what I described in my previous post.
One solution would be to check if the rvalue was replayed (and if not, replay
it now), but that involves adding this check everywhere,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96079
Antoni changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96066
--- Comment #3 from Antoni ---
Created attachment 50832
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50832&action=edit
Patch to fix the issues with using atomic builtins
I implemented the missing types and fixed the type checking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96066
--- Comment #4 from Antoni ---
*** Bug 96067 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96067
Antoni changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95325
--- Comment #1 from Antoni ---
Created attachment 50835
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50835&action=edit
Patch add support for sized integer types
That patch not only add support for 128-bit integers, but also all other siz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95415
--- Comment #3 from Antoni ---
Created attachment 50842
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50842&action=edit
Patch to add this feature
I created a patch to add TLS variables.
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
I'd like support to set the link section (i.e.
`__attribute__((section(".section")))`) in libgccjit.
A patch will follow soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100688
--- Comment #1 from Antoni ---
Created attachment 50847
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50847&action=edit
Patch adding support for setting the link section
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100688
--- Comment #3 from Antoni ---
I develop a gcc codegen for the Rust compiler and it's a feature of Rust to be
able to set the link section:
https://github.com/antoyo/rustc_codegen_gcc/commit/999f768526d72e19e3eafdc963dcb6af8a1afe60#diff-6bbb0145
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100688
--- Comment #5 from Antoni ---
This is much less work as I'm reusing the rustc front-end.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96089
--- Comment #2 from Antoni ---
Created attachment 50851
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50851&action=edit
Add patch to set an arbitrary value to a global variable
I made this patch to set an arbitrary value to a global varia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96089
Antoni changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107999
--- Comment #1 from Antoni ---
Patch posted here:
https://gcc.gnu.org/pipermail/jit/2022q4/001594.html
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
I'll soon post a patch for this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108762
--- Comment #1 from Antoni ---
Created attachment 54452
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54452&action=edit
Add support for machine-dependant builtins
: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
I'm opening this issue to track my upcoming patch to add support for bitcasts
in libgccjit.
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
I'm opening this issue to track my upcoming patch adding support for register
variables in libgccjit.
: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
One issue I have for my work on adding support for 128-bit integers is that the
way libgccjit works does not allow knowing before compiling whether those
integers are
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
I'm opening this issue to track my upcoming patch adding support for setting
the alignment of variables in libgccjit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95325
--- Comment #3 from Antoni ---
No.
The only patch that is ready for review is "libgccjit: add some reflection
functions in the jit C api".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96889
Antoni changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96066
Antoni changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95415
Antoni changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100688
Antoni changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100380
--- Comment #7 from Antoni ---
Since then, I found a workaround to fix the similar segfault in my other
feature.
It might work for solving this and goes like this:
instead of trying to access the rvalue when first replaying the asm, create an
in
onent: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
I'll soon post a patch to fix this.
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
When I compile the following code:
#include
int main(int argc, char* argv[]) {
__m256i a = _mm256_set1_epi8(4
: 12.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
The error message needs to be updated to make this test pass again.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107770
Antoni changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
I'll soon post a patch to fix this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108078
Antoni changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
When using a combination of unary and binary expressions on a boolean value, we
can trigger the error "type mismatch in binary expression".
I'm about to post a patch for this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105812
--- Comment #1 from Antoni ---
Created attachment 53067
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53067&action=edit
Patch
: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
There's an infinite recursion in gt_ggc_mx_lang_tree_node.
I'm not sure how exactly to reproduce it or to test it, so if you have any idea
of tests I could add, pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105827
--- Comment #1 from Antoni ---
Created attachment 53074
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53074&action=edit
First patch
: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Currently, it's only possible to get the size of integer types.
I'll soon post a patch that adds support of getting the size of floating-point
types.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105829
--- Comment #1 from Antoni ---
Created attachment 53075
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53075&action=edit
First patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105829
Antoni changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Some builtins don't produce valid asm when using the flag `-masm=intel`:
* __builtin_ia32_pmovdw128mem_mask
* __builtin_ia32_cvtss2sd_mask_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106095
--- Comment #1 from Antoni ---
Created attachment 53212
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53212&action=edit
patch fixing the bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105812
Antoni changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106095
Antoni changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95498
Antoni changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
: normal
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
This happens when compiling code with try/catch, so not yet possible to trigger
on master.
I'll soon post the patch to fix
: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: bouanto at zoho dot com
Target Milestone: ---
Hi.
I cannot easily produce a reproducer for this since I got this when compiling a
Rust project (librsvg) via rustc_codegen_gcc.
The project was compiled with this command
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112575
Antoni changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
1 - 100 of 147 matches
Mail list logo
