How can I get the compiler if I don't have internet in my apartment?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100378
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-05-02
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=edit
Working code
So, the segfault seems to happen when creating the variable after creating the
extended asm expression.
Here's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100378
Andrew Pinski changed:
What|Removed |Added
Summary|[Regression 9/10/11/12] |[9/10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100379
--- Comment #1 from Andrew Pinski ---
Please also report this upstream.
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
Bug ID: 100380
Summary: Segfault when using inline asm
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: jit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100379
Bug ID: 100379
Summary: cyclades.h is removed from linux kernel header files
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
On Thu, Apr 29, 2021 at 3:02 PM Jim Wilson wrote:
>
> On Wed, Apr 28, 2021 at 4:04 PM Andrew Waterman wrote:
>>
>> > This is a good suggestion, but in the interests of making forward progress
>> > here, I'd like to accept the patch and then file these as bugzillas as
>> > ways to further
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100363
--- Comment #8 from Linus Torvalds ---
(In reply to Alexander Monakov from comment #7)
>
> Most likely the issue is that sout/sfrom are misaligned at runtime, while
> the vectorized code somewhere relies on them being sufficiently aligned for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100363
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100238
Jonathan Wakely changed:
What|Removed |Added
Resolution|FIXED |INVALID
--- Comment #5 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100375
--- Comment #4 from Jonathan Wakely ---
constructing pair using (0, 0) is non-standard. The point of r12-220
was to deprecate it, so it warns. Apparently I didn't manage to do that
correctly.
I'll look into that, but if you want to initialize
Snapshot gcc-11-20210501 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20210501/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 11 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100376
--- Comment #3 from cqwrteur ---
i understand what's going on here.
It is because std::filebuf in libstdc++ has a __c_lock data member which is
before the __c_file. However, libstdc++ on windows does not support threading.
A lot of people
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100334
--- Comment #6 from Thomas Rodgers ---
Created attachment 50728
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50728=edit
Fix wrong thread getting notification
I am testing this patch
When linking gcc runtime objects into large binaries the link may fail
with the below errors. This will happen even if we are building with
-mcmodel=large.
/home/shorne/work/openrisc/output/host/lib/gcc/or1k-buildroot-linux-uclibc/10.3.0/crtbeginS.o:
in function `deregister_tm_clones':
When building libgeos we get an error with:
linux-uclibc/9.3.0/crtbeginS.o: in function `__do_global_dtors_aux':
crtstuff.c:(.text+0x118): relocation truncated to fit: R_OR1K_GOT16 against
symbol `__cxa_finalize' defined in .text section in
Changes from v1:
- Added patch to enabled cmodle=large on crtstuff
This series fixes some bugs found when linking large binaries, both in buildroot
and glibc testing.
Stafford Horne (2):
or1k: Add mcmodel option to handle large GOTs
or1k: Use cmodel=large when building crtstuff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100377
--- Comment #2 from Andrew Pinski ---
OTOH, things seems OK on ppc64:
and x86_64:
Because both of those have redzones in their stack ABI.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100377
Andrew Pinski changed:
What|Removed |Added
Depends on||94173, 90216
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100288
--- Comment #4 from Frank B. Brokken ---
Dear ppalka at gcc dot gnu.org, you wrote:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100288
>
> Patrick Palka changed:
>
>What|Removed |Added
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100334
Thomas Rodgers changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
Hi!
The recent addition of i386-isa.def which is included from i386.h results
in failures to build gcc plugins, the i386.h header is installed, but
i386-isa.def is not.
Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux and
tested with make install, ok for trunk?
2021-05-01
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100378
Bug ID: 100378
Summary: [Regression 9/10/11/12] arm64: lsl + asr used instead
of sxth
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100376
--- Comment #2 from cqwrteur ---
(In reply to cqwrteur from comment #1)
> What thing very wierd is that the code runs correctly under wine but
> incorrect on windows, even it is the same program.
>
> D:\hg\fast_io\.tmp\vdso>g++ -o test test.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100377
Bug ID: 100377
Summary: needless stack adjustment when passing struct in
register
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100376
--- Comment #1 from cqwrteur ---
What thing very wierd is that the code runs correctly under wine but incorrect
on windows, even it is the same program.
D:\hg\fast_io\.tmp\vdso>g++ -o test test.cc -Ofast -std=c++20 -s -flto
-march=native
On 5/1/2021 11:41 AM, Gerald Pfeifer wrote:
As I described in commit 7a3bc40387dde4fd827c8a6d233757f1f6137d59
on Wed Mar 31 19:01:29 2021 +0200:
cilkplus.org is gone
At first cilkplus.org was broken for weeks, it not months. Now it
redirects to a generic intel.com page. So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100376
Bug ID: 100376
Summary: __gnu_cxx::stdio_filebuf does not work correctly on
windows
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95291
Patrick Palka changed:
What|Removed |Added
CC||janpmoeller at gmx dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97749
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99683
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99200
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95291
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89565
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.2
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89565
Bug 89565 depends on bug 93383, which changed state.
Bug 93383 Summary: ICE on accessing field of a structure which is non-type
template parameter, -std=c++2a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93383
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93383
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86206
--- Comment #6 from anlauf at gcc dot gnu.org ---
I agree that there is a strange bookkeeping issue.
Swapping the order of the two functions in comment#0 makes the ICE go away.
Printing forall_save, nvar, total_var in gfc_resolve_forall may
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100288
Patrick Palka changed:
What|Removed |Added
Keywords||ice-on-invalid-code
See
Hi,
in Ada you can embed VLAs in local record types and thus end up with dynamic
offsets in record types, which are currently not well described in DWARF
because 1) the temporaries generated for them by the gimplifier are naturally
DECL_IGNORED_P and 2) when the types are referenced in nested
As I described in commit 7a3bc40387dde4fd827c8a6d233757f1f6137d59
on Wed Mar 31 19:01:29 2021 +0200:
cilkplus.org is gone
At first cilkplus.org was broken for weeks, it not months. Now it
redirects to a generic intel.com page. So remove it.
Pushed.
Gerald
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99599
--- Comment #6 from Patrick Palka ---
FWIW, one workaround for this kind of constraint looping is to encode the
non-dependent conversion as a constraint. For this particular testcase, this
would mean changing the signature of
template auto
ftp...@ntua.gr, can you please advise whether there's a better way
to link to (or you prefer a different address of yours)?
For now I pushed this change live on gcc.gnu.org.
Gerald
On the way change the reference from ftp.ntua.gr to the more generic
ntua.gr.
---
htdocs/mirrors.html | 2 +-
1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100375
--- Comment #3 from Jakub Jelinek ---
typedef struct basic_block_def *basic_block;
typedef std::pair pseudo_node_t;
So pseudo_node_t (nullptr, 0);
or pseudo_node_t (NULL, 0);
(given
#ifdef __cplusplus
#undef NULL
#define NULL nullptr
#endif
)?
On Wed, 28 Apr 2021, Richard Biener wrote:
> > FAOD, as noted above will it be OK if I backport 3/3 to GCC 11 now, for
> > inclusion with 11.2?
> >
> > While not a regression fix the change is contained in the VAX backend,
> > not a mainstream one, and now it is possibly the final opportunity
Like my recent patch to add ovl_range and lkp_range in the C++ front end,
this patch adds the tsi_range adaptor for using C++11 range-based 'for' with
a STATEMENT_LIST, e.g.
for (tree stmt : tsi_range (stmt_list)) { ... }
This also involves adding some operators to tree_stmt_iterator that are
We can't use C++11 range-based 'for' over a tree directly, because we don't
know what kind of range we want to use it as. I suppose in some cases we
could guess, but it seems better to tersely make it explicit. This patch
adds range adaptors ovl_range and lkp_range for use as the range of a
On Sat, 1 May 2021 14:59:01 +0200
Tobias Burnus wrote:
> As this patch is rather obvious, I intent to commit it tomorrow
> as obvious, unless there is an OK earlier or other comments :-)
> (And backport to GCC 11 in a couple of days.)
>
> Before PR100352 (r11-7647),
> st_write_done did:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100375
--- Comment #2 from Jonathan Wakely ---
What type is pseudo_node_t? If the pair members are pointers, use nullptr not
0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100375
--- Comment #1 from Jakub Jelinek ---
r12-220-gd96db15967e78d7cecea3b1cf3169ceb924678ac ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100375
Bug ID: 100375
Summary: [12 Regression] trunk 20210501 ftbfs for nvptx-none
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99578
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95486
--- Comment #13 from Johel Ernesto Guerrero Peña ---
You're right. I thought they were compiling against GCC trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #56 from abebeos at lazaridis dot com ---
Oh, Mr. Glaubitz, thank you for your opinion.
It is you very personal choice to ignore "integration work" and label "reuse of
existent results" as "copy". I assume this does not reflect on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100374
Bug ID: 100374
Summary: Type-constraints of member function templates should
not be substituted into during implicit instantiation
Product: gcc
Version: 12.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100238
Markus Böck changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #55 from John Paul Adrian Glaubitz ---
(In reply to abebeos from comment #54)
> Now, there is a strange tendency within this project to completely ignore my
> work on this issue/bounty and my person, see e.g. here:
You have no claim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #54 from abebeos at lazaridis dot com ---
Bounty Claim:
Please not that "saaadhu"s patch was "shelved". I integrated a validation-setup
and tested several existent solutions, and identified during the "reuse
existent work" phase of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865
--- Comment #31 from CVS Commits ---
The releases/gcc-9 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:3d29d0d630caac54dbcc6c3fb961258a011a30fc
commit r9-9497-g3d29d0d630caac54dbcc6c3fb961258a011a30fc
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107
--- Comment #36 from CVS Commits ---
The releases/gcc-9 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:6cfcaa4609ee3e3557ddf50fda00fdf9a5fc07e4
commit r9-9492-g6cfcaa4609ee3e3557ddf50fda00fdf9a5fc07e4
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
--- Comment #20 from CVS Commits ---
The releases/gcc-9 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:6cfcaa4609ee3e3557ddf50fda00fdf9a5fc07e4
commit r9-9492-g6cfcaa4609ee3e3557ddf50fda00fdf9a5fc07e4
Author: Iain Sandoe
As this patch is rather obvious, I intent to commit it tomorrow
as obvious, unless there is an OK earlier or other comments :-)
(And backport to GCC 11 in a couple of days.)
Before PR100352 (r11-7647),
st_write_done did:
st_write_done_worker (dtd)
unlock_unit (dtp->u.p.current_unit);
but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100373
Iain Sandoe changed:
What|Removed |Added
Keywords||build
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100373
Bug ID: 100373
Summary: [12 Regression] Darwin, Compare-debug fail after
r12-248-gb58dc0b803057
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
Mark O'Donovan changed:
What|Removed |Added
CC||shiftee at posteo dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100372
Bug ID: 100372
Summary: ICE with variadic template template, internal compiler
error: in strip_typedefs, at cp/tree.c:1544
Product: gcc
Version: 11.1.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100371
Bug ID: 100371
Summary: Fortran asynchronous I/O: ASAN (memory leak) + TASN
(potential dead lock) warning with
libgomp.fortran/async_io_*.f90
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100370
Bug ID: 100370
Summary: [11.1.0 regression] Incorrect warning for placement
new
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100352
Tobias Burnus changed:
What|Removed |Added
Last reconfirmed||2021-05-01
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100350
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100369
Bug ID: 100369
Summary: crash after error in
gcc.target/aarch64/simd/vgetq_lane_s64_indices_1.c
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
72 matches
Mail list logo