https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95326
Andrew Pinski changed:
What|Removed |Added
Component|c++ |middle-end
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95323
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95316
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95317
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95319
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95320
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Version|10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95325
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95315
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Known to f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95327
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95317
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95320
--- Comment #2 from Tobias Burnus ---
Possible patch:
diff --git a/gcc/lto-streamer-out.c b/gcc/lto-streamer-out.c
index 288e3c0f4c6..6441ab30c8b 100644
--- a/gcc/lto-streamer-out.c
+++ b/gcc/lto-streamer-out.c
@@ -591,7 +591,7 @@ local_tree_p (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95197
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f1f862aec2c3b93dbd6adfc35b0e1b6034e59c21
commit r11-629-gf1f862aec2c3b93dbd6adfc35b0e1b6034e59c21
Author: Jakub Jelinek
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95317
--- Comment #2 from Martin Liška ---
Reduced test-case:
cat pr95317.ii
template void fn1() {
[](auto) {
enum { VALUE };
VALUE;
};
}
main() { fn1; }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95328
Bug ID: 95328
Summary: structured binding of template type inside template
function is reported as "incomplete class type"
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95319
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95316
Thomas Schwinge changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92773
Szőts Ákos changed:
What|Removed |Added
CC||szotsaki at gmail dot com
--- Comment #12 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95329
Bug ID: 95329
Summary: fmaxf(inf, nan) does not always work
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95330
Bug ID: 95330
Summary: Unneeded -Wmissing-braces warning when initialising
std::array
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95305
--- Comment #4 from Jason ---
(In reply to Richard Biener from comment #3)
> Can you attach a "representativ" (maybe the worst?) compilation unit in
> preprocessed form?
Compressed, the preprocessed translation unit in question is just too large
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95273
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95305
--- Comment #5 from Jason ---
(In reply to Jason from comment #4)
> (In reply to Richard Biener from comment #3)
> > Can you attach a "representativ" (maybe the worst?) compilation unit in
> > preprocessed form?
>
> Compressed, the preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #43 from CVS Commits ---
The releases/gcc-10 branch has been updated by Alexandre Oliva
:
https://gcc.gnu.org/g:b425be2c4c6763436d63543501c6762ae031e43c
commit r10-8186-gb425be2c4c6763436d63543501c6762ae031e43c
Author: Alexandre Oli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95328
--- Comment #1 from Stefaan De Roeck ---
During further development, I nevertheless did find a shorter snippet to
reproduce the issue:
template
struct Data
{
int a, b;
};
template
void func()
{
auto [a, b] = Data();
}
int main() { func();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85868
José Rui Faustino de Sousa changed:
What|Removed |Added
CC||jrfsousa at gmail dot com
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85868
--- Comment #9 from José Rui Faustino de Sousa ---
Hi All,
Still present in:
GNU Fortran (GCC) 9.3.1 20200525
GNU Fortran (GCC) 10.1.1 20200525
GNU Fortran (GCC) 11.0.0 20200525 (experimental)
Thank you very much.
Best regards,
José Rui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95330
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-05-26
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95315
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95331
Bug ID: 95331
Summary: Unlimited polymorphic arrays have wrong bounds
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95331
--- Comment #1 from José Rui Faustino de Sousa ---
Created attachment 48604
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48604&action=edit
Fortran code demonstrating problems.
Somehow the testcase was left behind...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95329
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95332
Bug ID: 95332
Summary: gcov-tool merge："not a gcov data file"
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gcov-profi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95333
Bug ID: 95333
Summary: [11 Regression] error: number of counters in profile
data for function ‘exp_attr__find_stream_subprogram’
does not match its profile data (counter ‘arcs’,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95329
--- Comment #2 from Florian Schanda ---
Cool, thanks for the pointer to their bug tracker. I'll bother them instead ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95326
--- Comment #3 from Haoxin Tu ---
Would GCC shorten the multiple to be other types early as well? I also find
some cases in "short" type with the same symptom. I am still testing now and
don't know there are any cases in rest of types(such as cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95316
--- Comment #2 from Matthias Klose ---
I see it as a usage regression, because suddenly a developer using the nxptx
offloading gets an error message about an unrelated offload compiler that
didn't exist before.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95329
--- Comment #3 from Florian Schanda ---
I have created https://sourceware.org/bugzilla/show_bug.cgi?id=26045
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95329
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
lt; "WCHAR_MAX = " << WCHAR_MAX << std::endl;
return 0;
}
GCC detect nothing.
$g++ -w -fsanitize=signed-integer-overflow test2.cc; ./a.out
1091641664
WCHAR_MIN = -2147483648
WCHAR_MAX = 2147483647
My g++ version
$g++ --version
g++ (GCC) 11.0.0 20200526 (experimental)
Copyrigh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95334
--- Comment #1 from Jonathan Wakely ---
My guess is that G++ folds the constants early and the overflow happens at
compile time, so is never seen by UBsan.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95322
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95285
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #2 from Wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95322
--- Comment #2 from Jonathan Wakely ---
There's an implicit conversion from sentinel to sentinel, but that
would only happen if the operator== had been found, and since it's a hidden
friend it can't be found unless one of the operands is already
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95322
--- Comment #3 from Jonathan Wakely ---
Adding this to transform_view::_Sentinel fixes it:
friend constexpr bool
operator==(const _Iterator& __x, const _Sentinel& __y)
requires (!_Const)
{ return _Sentinel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95332
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-05-26
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88780
Arjan van Vught changed:
What|Removed |Added
CC||arjan.van.vught at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95328
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95285
--- Comment #3 from Bu Le ---
(In reply to Wilco from comment #2)
> Is the main usage scenario huge arrays? If so, these could easily be
> allocated via malloc at startup rather than using bss. It means an extra
> indirection in some cases (to l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95322
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95327
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:1d72079ba3a370d6751953312f0de76d1a1c555d
commit r11-634-g1d72079ba3a370d6751953312f0de76d1a1c555d
Author: Richard Biener
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95327
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95273
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95285
--- Comment #4 from Wilco ---
(In reply to Bu Le from comment #3)
> (In reply to Wilco from comment #2)
>
> > Is the main usage scenario huge arrays? If so, these could easily be
> > allocated via malloc at startup rather than using bss. It mean
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66139
Richard Biener changed:
What|Removed |Added
Severity|normal |major
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87847
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95335
Bug ID: 95335
Summary: [11 Regression] ICE in vectorizable_scan_store at
gcc/tree-vect-stmts.c:7164 since
r11-615-gdc0c0196340f7ac5
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95335
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-05-26
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94812
--- Comment #3 from CVS Commits ---
The releases/gcc-9 branch has been updated by Alexandre Oliva
:
https://gcc.gnu.org/g:cd8cc299de624a764a5dcbcd7fb031a6b3e6b855
commit r9-8625-gcd8cc299de624a764a5dcbcd7fb031a6b3e6b855
Author: Alexandre Oliva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94812
Alexandre Oliva changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
-enable-languages=c,c++,fortran --enable-lto
--enable-gold --enable-linker-build-id --with-cpu-emag
--prefix=/home/eochoa/code/gcc-inst/
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.0 20200526 (experimental) (GCC)
[0] https://gcc.gnu.org/gcc-10/porting_to.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95320
--- Comment #3 from Tobias Burnus ---
Patch:
https://gcc.gnu.org/pipermail/gcc-patches/2020-May/546535.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95296
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:6f7585deedc140667fd496b48c9fc4f7d625605c
commit r11-636-g6f7585deedc140667fd496b48c9fc4f7d625605c
Author: David Malcolm
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95285
--- Comment #5 from Wilco ---
(In reply to Bu Le from comment #0)
Also it would be much more efficient to have a relocation like this if you
wanted a 48-bit PC-relative offset:
adrpx0, bar1.2782
add x0, x0, :lo12:bar1.2782
movkx0, :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336
--- Comment #1 from Andrew Pinski ---
Did you try -fno-strict-aliasing?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95296
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95326
--- Comment #4 from Andrew Pinski ---
(In reply to Haoxin Tu from comment #3)
> Would GCC shorten the multiple to be other types early as well? I also find
> some cases in "short" type with the same symptom. I am still testing now and
> don't kno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95058
--- Comment #9 from Bill Seurer ---
It looks good in a test I just ran.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336
--- Comment #2 from Erick Ochoa ---
(In reply to Andrew Pinski from comment #1)
> Did you try -fno-strict-aliasing?
CXX = $(CXX_PATH) -ggdb
TUNE_FAST= -mtune=emag -O3
CXXOPTIMIZE = $(TUNE_FAST) -fno-strict-aliasing
PASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95337
Bug ID: 95337
Summary: duplicated deprecated attribute gives incorrectly
duplicated diagnostic
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336
--- Comment #3 from Erick Ochoa ---
(In reply to Erick Ochoa from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > Did you try -fno-strict-aliasing?
>
> CXX = $(CXX_PATH) -ggdb
> TUNE_FAST= -mtune=emag -O3
> CXX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336
Andrew Pinski changed:
What|Removed |Added
Target||aarch64-linux-gnu
Component|ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66159
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95307
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Blo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86490
joe.harvell at netscout dot com changed:
What|Removed |Added
CC||joe.harvell at netscout
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86490
--- Comment #16 from joe.harvell at netscout dot com ---
Correction on the previous comment. I said
This function is defined in one .c file and declared with the extern keyword in
another .c file.
But in fact the extern declaration in the secon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66159
--- Comment #6 from Jonathan Wakely ---
Hmm, my patch doesn't actually fix the bogus warning, it just makes it possible
to disable it. A front end wizard will need to fix the real bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336
--- Comment #5 from Erick Ochoa ---
(In reply to Andrew Pinski from comment #4)
> Does -O2 -flto -ftree-vectorize fail also?
It does not fail. I will try to narrow down the problem to an optimization
later today.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95320
--- Comment #4 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:c5ab336ba106a407a67e84d8faac5b0ea6f18310
commit r11-640-gc5ab336ba106a407a67e84d8faac5b0ea6f18310
Author: Tobias Burnus
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69493
--- Comment #11 from Segher Boessenkool ---
Why does our unpack expander use UNSPEC_UNPACK_128BIT at all, why
can it not simply generate simple code (without unspecs) directly?
(Same goes for "pack").
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95320
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94995
Richard Earnshaw changed:
What|Removed |Added
Priority|P3 |P5
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93482
--- Comment #2 from G. Steinmetz ---
Another test case :
$ cat z3.f90
program p
character(2), parameter :: a(3) = ['a1', 'b2', 'c3']
print *, [(a(2:1))]
print *, size([(a(2:1))])
end
Works without parameter attribute :
$ cat z4.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95338
Bug ID: 95338
Summary: [9/10/11 Regression] ICE in eliminate_stmt, at
tree-ssa-sccvn.c:5974
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95339
Bug ID: 95339
Summary: ICE in
alloc_scalar_allocatable_for_subcomponent_assignment,
at fortran/trans-expr.c:8002
Product: gcc
Version: 11.0
Status: UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95340
Bug ID: 95340
Summary: [10/11 Regression] ICE in gfc_match_select_rank, at
fortran/match.c:6690
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95341
Bug ID: 95341
Summary: Poor vector_size decomposition when SVE is enabled
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95342
Bug ID: 95342
Summary: [9/10/11 Regression] ICE in gfc_match_subroutine, at
fortran/decl.c:7913
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95342
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #1 from G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86490
--- Comment #17 from joe.harvell at netscout dot com ---
It looks like this function is never called, by the way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95341
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95191
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Thomas Kथà¤nig
:
https://gcc.gnu.org/g:3633bc27f5925394ccc5dd56bb1c65b4d88b42c0
commit r10-8187-g3633bc27f5925394ccc5dd56bb1c65b4d88b42c0
Author: Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95263
--- Comment #1 from Nathan Sidwell ---
Reduced:
template class TPL {
template using INT = int;
};
template class Klass
{
public:
template using ALIAS = typename TPL::INT;
template static void FUNC (); // OK
template static ALIAS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95341
--- Comment #2 from ktkachov at gcc dot gnu.org ---
Interestingly, -msve-vector-bits gives good codegen for 128, 256, 512 but bad
for 1024, 2048 and VLA code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95341
--- Comment #3 from rsandifo at gcc dot gnu.org
---
(In reply to ktkachov from comment #2)
> Interestingly, -msve-vector-bits gives good codegen for 128, 256, 512 but
> bad for 1024, 2048 and VLA code
That's because addition is the one operation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95261
--- Comment #3 from Bill Seurer ---
I just tried on current trunk and these have cleared up now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95342
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95336
--- Comment #6 from Martin Jambor ---
(In reply to Erick Ochoa from comment #0)
[...]
> I did a bisection from
>
> commit f47f687a97260b1a1305cbf2d7ee3d74b2916a74
> Author: Richard Biener
> Date: Thu Apr 25 17:58:56 2019 +
>
> to:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95343
Bug ID: 95343
Summary: IPA-SRA can result in bad debug info about removed
function arguments
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95343
Martin Jambor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95342
--- Comment #3 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #2)
> (In reply to G. Steinmetz from comment #1)
> > Related :
> >
> >
> > $ cat z2.f90
> > module m
> >interface
> > module function f()
> > end
>
1 - 100 of 175 matches
Mail list logo
