https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65293
Bug ID: 65293
Summary: improve error message on static_casting incomplete
types.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65289
Mikhail Maltsev changed:
What|Removed |Added
CC||maltsevm at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65294
Bug ID: 65294
Summary: No easy way of setting default Mac OS X target -
darwin_minversion not enough
Product: gcc
Version: 4.6.4
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65294
--- Comment #1 from Peter Åstrand ---
Created attachment 34933
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34933&action=edit
Activate parts of darwin_default_min_version() even when not cross
The attached patch activates darwin_default_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65282
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65282
Marek Polacek changed:
What|Removed |Added
Component|tree-optimization |ipa
--- Comment #2 from Marek Polacek -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65287
vekumar at gcc dot gnu.org changed:
What|Removed |Added
CC||vekumar at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65287
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
--- Comment #4 from Markus Trippelsdorf ---
Here's the list of issues found today on ppc64le:
gcc/c/c-typeck.c:8239:42: runtime error: load of address 0x3fffefac3e10 with
insufficient space for an object of type 'long int'
gcc/c/c-typeck.c:8239:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65287
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #25 from rguenther at suse dot de ---
On Tue, 3 Mar 2015, msebor at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
>
> --- Comment #24 from Martin Sebor ---
> (In reply to Richard Biener from comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65087
--- Comment #9 from Martin Liška ---
Author: marxin
Date: Tue Mar 3 09:21:56 2015
New Revision: 221133
URL: https://gcc.gnu.org/viewcvs?rev=221133&root=gcc&view=rev
Log:
Fix PR ipa/65087.
PR ipa/65087
* ipa-icf.c (sem_item_optimizer::e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
--- Comment #12 from Martin Liška ---
Author: marxin
Date: Tue Mar 3 09:26:20 2015
New Revision: 221134
URL: https://gcc.gnu.org/viewcvs?rev=221134&root=gcc&view=rev
Log:
Fix PR ipa/65263.
PR ipa/65263
* cgraph.c (cgraph_node::has_thun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65087
Martin Liška changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65295
Bug ID: 65295
Summary: [C++1y] constexpr function causes ICE if it returns a
local variable bigger than 16 bytes
Product: gcc
Version: 5.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64453
--- Comment #3 from Thomas Preud'homme ---
Author: thopre01
Date: Tue Mar 3 09:32:44 2015
New Revision: 221135
URL: https://gcc.gnu.org/viewcvs?rev=221135&root=gcc&view=rev
Log:
2015-01-23 Thomas Preud'homme
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #26 from Richard Biener ---
David - please clarify the cost of misaligned stores/loads. I tried to
understand the PPC ISA document but can't really find the appropriate place
where it talks about misalign cost (I only can see it stil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65287
--- Comment #5 from Martin Liška ---
Created attachment 34935
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34935&action=edit
Suggested patch
Following patch skips all alias variables. This condition was part of my
initial version of patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65288
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65289
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
Summary|[5.0 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65295
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65284
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65288
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65290
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
--- Comment #17 from Pierre-Marie de Rodat ---
(In reply to Tom Tromey from comment #16)
> I'm curious if you tried it on the test case in this PR.
I did not, but it looks like it now works as expected. Here are the frame base
info for "nestee"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65291
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65292
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65293
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52321
Jonathan Wakely changed:
What|Removed |Added
CC||chengniansun at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65274
--- Comment #2 from Allan Jensen ---
Yes, it appears to complete the linktime compilation when using GCC trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65282
--- Comment #3 from Martin Liška ---
Patch has been just sent to ML:
https://gcc.gnu.org/ml/gcc-patches/2015-03/msg00130.html
Thanks,
Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65296
Bug ID: 65296
Summary: [avr] fix various issues with specs file generation
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65296
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
--- Comment #18 from Eric Botcazou ---
> Jason suggested to change DW_AT_frame_base in order to make it equal to the
> address of the FRAME object. I was not sure:
>
> 1) how to do it: location descriptions for all local variables would need
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65296
--- Comment #1 from Georg-Johann Lay ---
Author: gjl
Date: Tue Mar 3 11:03:16 2015
New Revision: 221141
URL: https://gcc.gnu.org/viewcvs?rev=221141&root=gcc&view=rev
Log:
gcc/
Fix various problems with specs file generation.
PR target/6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64331
--- Comment #6 from Georg-Johann Lay ---
Author: gjl
Date: Tue Mar 3 11:09:30 2015
New Revision: 221142
URL: https://gcc.gnu.org/viewcvs?rev=221142&root=gcc&view=rev
Log:
gcc/
PR target/64331
* config/avr/avr.c (context.h, tree-pass.h):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64331
--- Comment #7 from Georg-Johann Lay ---
Author: gjl
Date: Tue Mar 3 11:25:04 2015
New Revision: 221143
URL: https://gcc.gnu.org/viewcvs?rev=221143&root=gcc&view=rev
Log:
gcc/
PR target/64331
* config/avr/avr.c (context.h, tree-pass.h):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65296
--- Comment #2 from Georg-Johann Lay ---
Author: gjl
Date: Tue Mar 3 11:31:05 2015
New Revision: 221144
URL: https://gcc.gnu.org/viewcvs?rev=221144&root=gcc&view=rev
Log:
PR target/65296
* config.gcc (extra_gcc_objs) [avr-*-rtems*]: Rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64331
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65241
--- Comment #4 from Jeffrey A. Law ---
Author: law
Date: Tue Mar 3 11:54:49 2015
New Revision: 221145
URL: https://gcc.gnu.org/viewcvs?rev=221145&root=gcc&view=rev
Log:
PR tree-optimization/65241
* tree-ssa-dom.c (lookup_avail_expr): On
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65241
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65297
Bug ID: 65297
Summary: [5 Regression] ICE (in get_untransformed_body, at
cgraph.c:3113) on arm-linux-gnueabihf
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65282
--- Comment #4 from Martin Liška ---
Author: marxin
Date: Tue Mar 3 12:09:13 2015
New Revision: 221146
URL: https://gcc.gnu.org/viewcvs?rev=221146&root=gcc&view=rev
Log:
Fix PR ipa/65282.
* gcc.dg/ipa/PR65282.c: New test.
PR ipa/65282
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65282
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64317
--- Comment #17 from Jeffrey A. Law ---
Thanks Vlad, that patch helped. Prior to your patch we had 15 reloads of the
PIC register from memory, after your patch we have just 9. However, several
of the remaining 9 seem to be redundant.
LRA neve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65287
Alex Velenko changed:
What|Removed |Added
CC||Alex.Velenko at arm dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65291
Manuel López-Ibáñez changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65297
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65277
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65277
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65277
Martin Liška changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65297
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65287
Martin Liška changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65288
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15212
Kai Tietz changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65298
Bug ID: 65298
Summary: [5 Regression] lto1: ICE: in operator[], at vec.h:736
during LTO/PGO Firefox build
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65299
Bug ID: 65299
Summary: Inheriting from two classes with increment operators
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65291
--- Comment #4 from Jonathan Wakely ---
(In reply to Manuel López-Ibáñez from comment #3)
> BTW, clang rejects the 'using':
>
> 10 : error: using declaration cannot refer to a constructor
You need to compile as C++11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65291
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #5 from Jonatha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65299
--- Comment #1 from Jonathan Wakely ---
EDG rejects it for the same reason as GCC:
"c.cc", line 20: error: more than one operator "++" matches these operands:
"C::operator++" (ambiguous by inheritance)
operand types are:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65299
--- Comment #2 from Im ieee ---
I have a mistake, ICC also rejects the code:
"C::operator++" (ambiguous by inheritance)
operand types are: C ++
c++;
^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65298
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65299
--- Comment #3 from Jonathan Wakely ---
My initial reaction is that GCC and ICC/EDG are correct. Name lookup is
performed for "operator++" and if a name is found in two different base classes
the result is ambiguous. The different argument lists
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65270
--- Comment #6 from rguenther at suse dot de ---
On Mon, 2 Mar 2015, hubicka at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65270
>
> --- Comment #5 from Jan Hubicka --- Thanks
> for looking into this! I think this w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65299
--- Comment #4 from Im ieee ---
(In reply to Jonathan Wakely from comment #3)
> My initial reaction is that GCC and ICC/EDG are correct. Name lookup is
> performed for "operator++" and if a name is found in two different base
> classes the result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #27 from David Edelsohn ---
The vector alignment cost varies with processor implementation, not defined by
the architecture. Bill has a patch that adjusts unaligned vector cost for
POWER8, which may affect this. Because this PR depe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65270
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot med
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
--- Comment #19 from Tom Tromey ---
(In reply to Pierre-Marie de Rodat from comment #17)
> (In reply to Tom Tromey from comment #16)
> > I'm curious if you tried it on the test case in this PR.
>
> I did not, but it looks like it now works as ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
--- Comment #20 from Tom Tromey ---
> Yeah. There wasn't much point submitting it when it wouldn't work anyhow :}
> Also see the README.archer file. It explains some changes that are needed.
> Also I remember thinking that the dwarf "locexpr ba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65300
Bug ID: 65300
Summary: If one more constructor is defined, default params on
using not passed from parent class
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65301
Bug ID: 65301
Summary: gcc can't detect some uninit reads in ctor init lists
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65289
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65135
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64099
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64058
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65302
--- Comment #1 from Tobias Burnus ---
Created attachment 34939
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34939&action=edit
two.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65302
Bug ID: 65302
Summary: [5 Regression] LTO: ICE internal compiler error:
verify_flow_info failed
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: ice-on-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65278
Aldy Hernandez changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
--- Comment #14 from Aldy Hernandez ---
*** Bug 65278 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65295
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64971
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49491
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P5
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #28 from Bill Schmidt ---
I agree with Richi's assessment that this isn't a regression because of the
change in default for cost modeling.
Once my patch lands after GCC 5 releases, and gets backported various places,
we will see much
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 49491, which changed state.
Bug 49491 Summary: Superfluous move because of unnecessary spill for 2-operand
insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49491
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #29 from Bill Schmidt ---
(In reply to Richard Biener from comment #26)
> it makes sense. Note that we seem to prefer optimized re-alignment loads
> over misaligned loads (even if double-word aligned) - the vectorizer is not
> set
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65299
--- Comment #5 from Jonathan Wakely ---
[over.match.oper] says "c++" does name lookup for operator++ using qualified
lookup for C::operator++ and unqualified lookup for "operator++" (and the
built-in candidates, which aren't valid here). If name
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65301
--- Comment #1 from Jonathan Wakely ---
Yes, this is well known and a dup of another bug, maybe several.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65301
--- Comment #2 from Jonathan Wakely ---
I pointed out other similar cases in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18016#c9 when fixing the simple
case of args(args)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65144
--- Comment #2 from Zaak ---
Try this:
program test3
INTEGER,PARAMETER :: ucs4 = selected_char_kind("ISO_10646")
CHARACTER(3,UCS4),PARAMETER ::
unip=CHAR(INT(Z'5e74'),UCS4)//CHAR(INT(Z'6708'),ucs4)//CHAR(INT(Z'65e5'),ucs4)
character(3,UCS4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65300
--- Comment #2 from Jonathan Wakely ---
Sigh, I still got it wrong, sorry!
The default ctor is suppressed, because you declared:
C(int c1, int c2, int c3) : A(c1, c2) {}
The solution is still to declare it explicitly:
C() = default;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65291
Jonathan Wakely changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65303
Bug ID: 65303
Summary: Tracking bug for ICF issues
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65300
--- Comment #3 from Jonathan Wakely ---
[class.inhctor]/3:
For each non-template constructor in the candidate set of inherited
constructors other than a constructor having no parameters or a copy/move
constructor having a single parameter, a con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65291
--- Comment #7 from Jonathan Wakely ---
We could potentially add a note saying that the default constructor is
suppressed by the presence of another user-declared constructor, but that's
unrelated to inheriting constructors, and should be a separ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65300
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65144
--- Comment #3 from Zaak ---
Similarly if I try to use a substring in an if statement:
program test3
INTEGER,PARAMETER :: ucs4 = selected_char_kind("ISO_10646")
CHARACTER(3,UCS4),PARAMETER ::
unip=CHAR(INT(Z'5e74'),UCS4)//CHAR(INT(Z'6708'),u
1 - 100 of 174 matches
Mail list logo
