https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89575
--- Comment #2 from Jozef Lawrynowicz ---
Created attachment 45883
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45883&action=edit
reload dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89575
--- Comment #1 from Jozef Lawrynowicz ---
Created attachment 45882
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45882&action=edit
ira dump
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
Created attachment 45881
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45881&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89258
Jozef Lawrynowicz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
: normal
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
Created attachment 45649
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45649&action=edit
pr80887.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78554
Jozef Lawrynowicz changed:
What|Removed |Added
CC||jozef.l at mittosystems dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78838
Jozef Lawrynowicz changed:
What|Removed |Added
CC||jozef.l at mittosystems dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78849
Jozef Lawrynowicz changed:
What|Removed |Added
CC||jozef.l at mittosystems dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88237
--- Comment #1 from Jozef Lawrynowicz ---
For C++ the errors are:
> g++ -S tester.c
>
> tester.c:11:10: error: variable or field 'foo' declared void
>11 | void foo (__extension__ int a);
> | ^
> tester.c:11:25: error: expecte
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
The following code errors on trunk:
void foo (__extension__ int a);
> gcc -S tester.c
>
> tester.c:11:11: error: expected de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87883
--- Comment #2 from Jozef Lawrynowicz ---
Created attachment 45074
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45074&action=edit
reg class checking patch
Hi Mihail,
Thanks for the info.
I fixed a bug for msp430-elf caused by REGNO_REG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88111
--- Comment #9 from Jozef Lawrynowicz ---
Created attachment 45069
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45069&action=edit
mlarge memory_resource tests libstdc++.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88111
--- Comment #8 from Jozef Lawrynowicz ---
Created attachment 45068
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45068&action=edit
testsuite_abi.cc __int20 hack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88111
--- Comment #7 from Jozef Lawrynowicz ---
(In reply to Jonathan Wakely from comment #6)
> This should be fixed now.
>
> If you're able to run the tests for these components that would be very much
> appreciated. To run just the tests, run the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88111
--- Comment #3 from Jozef Lawrynowicz ---
(In reply to Jonathan Wakely from comment #2)
> Does it even make sense to have pools for objects of 1024 bytes on a 16-bit
> target? Is anybody really going to dynamically-allocate lots of 1kb objects?
>
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
In the definition of struct bitset in
libstdc++-v3/src/c++17/memory_resource.cc, "size_type" (using uint
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88111
--- Comment #1 from Jozef Lawrynowicz ---
Created attachment 45043
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45043&action=edit
patch
untested fix
MED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
Building libstdc++-v3 for msp430-elf (16-bit int/size_t) results in the
following errors/warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87927
Jozef Lawrynowicz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87691
Jozef Lawrynowicz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87854
--- Comment #8 from Jozef Lawrynowicz ---
(In reply to Jakub Jelinek from comment #7)
> For some yes. I assume not e.g. for nvptx as it has 64-bit size_t but can't
> compile it for other reasons.
Ok, I'll make sure to check that.
The new error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87854
--- Comment #6 from Jozef Lawrynowicz ---
(In reply to Jakub Jelinek from comment #5)
> Yeah, that is the goal. And you should either add msp430-*-* to dg-skip-if,
> or do we have some effective targets for all targets with 16-bit size_t (or
> p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87854
--- Comment #4 from Jozef Lawrynowicz ---
Thanks, the patch fixes the ICE on msp430-elf and the test now outputs:
> gcc.c-torture/compile/pr46534.c:17:3: error: size of string literal is too
> large
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87927
--- Comment #4 from Jozef Lawrynowicz ---
Submitted patch: https://gcc.gnu.org/ml/gcc-patches/2018-11/msg01192.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87996
Jozef Lawrynowicz changed:
What|Removed |Added
Attachment #44992|0 |1
is obsolete|
tus: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
Created attachment 44992
--> https://gcc.gnu.org/bugzilla/attachment.cgi?i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87927
Jozef Lawrynowicz changed:
What|Removed |Added
Attachment #44968|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87927
--- Comment #1 from Jozef Lawrynowicz ---
Created attachment 44968
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44968&action=edit
proposed patch
In default_print_patchable_function_entry, integer_asm_op is passed
POINTER_SIZE_UNITS. For
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
Use of the patchable_function_entry attribute with msp430-elf in the large
memory model causes a segfault on
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
Querying REGNO_REG_CLASS, from reginfo.c init_reg_sets, with an argument > 15
causes a segfault for arm-unknown-eabi.
For example, after applying the follow
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
The constant string in this test is 2 * (10^7) long (a 25-bit number), on these
16-bit targets, size_t is an unsigned 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87691
--- Comment #9 from Jozef Lawrynowicz ---
Patch submitted: https://gcc.gnu.org/ml/gcc-patches/2018-10/msg01459.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87691
--- Comment #7 from Jozef Lawrynowicz ---
(In reply to Richard Biener from comment #6)
>
> I think it's better to, at this place, simply allow MODE_INT or
> MODE_PARTIAL_INT
> for unions. Allowing MODE_INT is what we'd fall back to anyways and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87691
--- Comment #5 from Jozef Lawrynowicz ---
(In reply to Richard Biener from comment #4)
Thanks for the pointers.
> What happens if you make the attribute work for a MODE_INT union with a
> MODE_PARTIAL_INT first field that has MODE_SIZE of the u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87691
--- Comment #3 from Jozef Lawrynowicz ---
Perhaps it is sufficient to check targetm.pass_by_reference, i.e. if the
struct/union with the given mode would be passed by reference, then it is ok to
give the struct/union a mode outside the MODE_INT c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87691
--- Comment #2 from Jozef Lawrynowicz ---
Created attachment 44880
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44880&action=edit
transparent_union.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87691
--- Comment #1 from Jozef Lawrynowicz ---
The issue is that the union is considered to have size of 32 bits (the
in-memory size of __int20), so unless mode_for_size as called by
compute_record_mode (both in stor-layout.c) is explicitly told to lo
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
msp430-elf uses the partial int type __int20 for pointers in the large memory
model. __int20 has PSImode, with bitsize of 20.
A few
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87173
--- Comment #2 from Jozef Lawrynowicz ---
Right, thanks.
I'll just submit a patch for gcc.dg/Walloc-size-larger-than-{4,5,6,7}.c to
require "size32plus" then.
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
Created attachment 44640
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44640&acti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86662
Jozef Lawrynowicz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86705
Jozef Lawrynowicz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86705
--- Comment #1 from Jozef Lawrynowicz ---
Untested patch
diff --git a/gcc/cfgexpand.c b/gcc/cfgexpand.c
index d6e3c38..573324a 100644
--- a/gcc/cfgexpand.c
+++ b/gcc/cfgexpand.c
@@ -1258,9 +1258,12 @@ set_parm_rtl (tree parm, rtx x)
poi
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
./build/gcc/xgcc -B./build/gcc/ -mlarge -S
gcc/testsuite/gcc.dg/torture/pr45678-2.c
during RTL pass: expand
gcc/testsuite/gcc.dg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86662
--- Comment #2 from Jozef Lawrynowicz ---
Started with r242888, observed in GCC 7, 8 and 9.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86662
--- Comment #1 from Jozef Lawrynowicz ---
Untested patch
diff --git a/gcc/tree.c b/gcc/tree.c
index bace9c8..54384ad 100644
--- a/gcc/tree.c
+++ b/gcc/tree.c
@@ -9802,8 +9802,7 @@ build_common_tree_nodes (bool signed_char)
int_n_trees[i].
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
Segfault after endless recursion in gimple_get_alias_set, caused by canonical
type for __int20 being set to the unsigned variant, rather than signed variant
as expected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85941
Jozef Lawrynowicz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85941
--- Comment #2 from Jozef Lawrynowicz ---
Created attachment 44192
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44192&action=edit
correct assembly output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85941
--- Comment #1 from Jozef Lawrynowicz ---
Created attachment 44191
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44191&action=edit
incorrect assembly output
mal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jozef.l at mittosystems dot com
Target Milestone: ---
Created attachment 44190
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44190&action=edit
testcase
In t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78818
Jozef Lawrynowicz changed:
What|Removed |Added
CC||jozef.l at mittosystems dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82624
Jozef Lawrynowicz changed:
What|Removed |Added
CC||jozef.l at mittosystems dot com
53 matches
Mail list logo
