Another C++0x default issue, with Last Changed Rev: 142359
// { dg-options -std=gnu++0x }
namespace std
{
struct atomic_bool
{
bool _M_i;
atomic_bool() = default;
~atomic_bool() = default;
atomic_bool(const atomic_bool) = delete;
atomic_bool operator=(const atomic_bool) =
(distribute_notes): When invoking SET_INSN_DELETED on i2,
set it to NULL_RTX afterwards.
* emit-rtl.c (set_insn_deleted): Fix formatting.
Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20081203-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/combine.c
trunk/gcc/emit
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-12-03 08:47
---
Thanks for reporting the problem.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-12-03 08:58
---
The compilers were configured as follows:
Target: sparc-sun-solaris2.11
Configured with: /vol/gcc/src/gcc-dist/configure
CC=/vol/gcc/obj/gcc-4.4.0-20081202/11-gcc-v9/gccv9
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-03 09:11 ---
Subject: Bug 37610
Author: jakub
Date: Wed Dec 3 09:09:43 2008
New Revision: 142389
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142389
Log:
PR target/37610
* configure.ac (gcc_cv_readelf):
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-12-03 09:12
---
gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition
-Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #12 from jakub at gcc dot gnu dot org 2008-12-03 09:11 ---
Fixed in gas, configury check added for gcc.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Szia
Pár napja kérdezted hogy nem e tudok egy jó letölt#337;s oldalt. És én
most találtam egyet.
Tele van jobbnál jobb filmekkel, és olcsó! 1 db sms elküldése után 500
kb/sec-el töltöttem napokig a legújabb premier filmeket és meséket.
Szerintem neked is be fog válni:
http://href.hu/x/7k7e
hai friends...there is a error in linking my project ...
the error is as follows.. please help me in this issue.thank
u..
could not read symbols: Archive has no index; run ranlib to add one
collect2: ld returned 1 exit status
please help me in solving this... please mail
--- Comment #1 from paolo dot carlini at oracle dot com 2008-12-03 10:34
---
This sort-of inconsistency is essentially due to the glibc specifics (+ the
fact that we are dealing separately with C locale) see the below GNU C
snippet. In particular, note in numeric_members.cc that we
--- Comment #2 from paolo dot carlini at oracle dot com 2008-12-03 10:46
---
Or maybe we should just report the __MON_DECIMAL_POINT == '\0' thing to glibc,
which seems special to me (THOUSANDS_SEP == '\0' is well known, on the other
hand).
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-03 12:12 ---
I'd say the bug is in assign_parm_find_stack_rtl:
stack_parm = crtl-args.internal_arg_pointer;
if (offset_rtx != const0_rtx)
stack_parm = gen_rtx_PLUS (Pmode, stack_parm, offset_rtx);
stack_parm =
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-03 12:29 ---
Subject: Bug 37716
Author: jakub
Date: Wed Dec 3 12:27:48 2008
New Revision: 142392
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142392
Log:
PR tree-optimization/37716
* tree-sra.c
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-03 12:28 ---
Patch posted.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #9 from jakub at gcc dot gnu dot org 2008-12-03 12:33 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from tomby at gcc dot gnu dot org 2008-12-03 13:36 ---
Subject: Bug 38250
Author: tomby
Date: Wed Dec 3 13:35:13 2008
New Revision: 142394
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142394
Log:
PR middle-end/38250
* tree-loop-distribution.c
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2008-12-03
14:31 ---
Subject: Re: SEGV compiling ada/ada.ads in stage2
ebotcazou at gcc dot gnu dot org writes:
But these are not 64-bit compilers, see the target triplet. You need to pass
--build=sparc64-sun-solaris2.11
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-03 15:11 ---
Subject: Bug 36326
Author: rguenth
Date: Wed Dec 3 15:10:03 2008
New Revision: 142396
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142396
Log:
2008-12-03 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #12 from jakub at gcc dot gnu dot org 2008-12-03 15:20 ---
Created an attachment (id=16813)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16813action=view)
gcc44-pr36143.patch
I've tried to implement what Richi suggested in #c6, unfortunately that didn't
fix the
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-12-03 15:33
---
We should be able to go via a VIEW_CONVERT_EXPR when propagating (struct Foo *)
i
into the LHS dereference D.2279_5-i[0]. That is, convert that to
VIEW_CONVERT_EXPR struct Foo (i)-i[0]
and further fold that
--- Comment #6 from spop at gcc dot gnu dot org 2008-12-03 15:38 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
when i'm trying to use -b option i can get only unrecognized option -b
how to reproduce:
gcc -b something
--
Summary: -b option seems to be broken
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: trivial
Priority: P3
The command: Open(Unit=6, is compiled without error but leads to
missinterpration of the following commands (e.g. write(*,*) is comiled as
write to file). Thus, if there is a write(*,*)-command after the open-command
and the exe-file is executed there is the following error message: Fortran
fails to build because of a wrong LINK_GCC_C_SEQUENCE_SPEC definition in
gcc/config/pa/pa64-hpux.h
The required library milli.a is hardcoded as /usr/lib/pa20_64/milli.a.
That doesn't work in the cross compiler case, becasue it has to be searched for
in the sysroot.
--
Summary: fails
--- Comment #1 from r dot emrich at de dot tecosim dot com 2008-12-03
16:09 ---
Created an attachment (id=16814)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16814action=view)
possible patch
That works for me. But someone has to verify that it doesn't cause regressions
on native
--- Comment #3 from tsyvarev at ispras dot ru 2008-12-03 16:27 ---
Yes, I see, this is feature of glibc: for POSIX locale it defines
THOUSANDS_SEP, __MON_THOUSANDS_SEP and __MON_DECIMAL_POINT as .
According to documentation for C-locale, this value means N/A (not assigned).
But this
fails with:
gmake[4]: Entering directory
`/home/SCRATCH/tmp.eoeYZr5823/Linux/x86_64-unknown-linux-gnu/openSUSE_10.3/gcc-4.4.0-test/gcc-4.4.0-test/hppa64-hp-hpux11.00/libstdc++-v3/libmath'
/bin/sh ../libtool --tag CC --tag=CC --mode=compile
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-03 16:28 ---
I can't reproduce this any longer since
http://gcc.gnu.org/viewcvs?view=revrevision=142396
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38271
--- Comment #1 from r dot emrich at de dot tecosim dot com 2008-12-03
16:30 ---
Created an attachment (id=16815)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16815action=view)
preproccesed source
the following looks weired for me:
# 31
model: posix
gcc version 4.4.0 20081203 (experimental) (GCC)
--
Summary: ICE with -O2 -ftree-loop-distribution
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
--- Comment #1 from tomby at gcc dot gnu dot org 2008-12-03 16:35 ---
Created an attachment (id=16816)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16816action=view)
ICE with -O2 -ftree-loop-distribution
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38385
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-03 16:38 ---
Still warns for
truct xxx {
short a;
short b;
void *c;
};
void bar(struct xxx);
void foo(struct xxx *p, int i)
{
struct xxx s0 = *p;
struct xxx s = s0;
if (s.a) i++;
bar(s);
}
at -O -m32
At the J3 / WG5 mailing list (reply by Bill Long):
Reinhold Bader wrote:
before taking this offline, I'd like to understand something about BIND(C)
which other people might know ...
Take the following example program:
module mod_label_interf
use, intrinsic :: iso_c_binding
--- Comment #3 from tomby at gcc dot gnu dot org 2008-12-03 16:41 ---
Created an attachment (id=16817)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16817action=view)
This patch fixes the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38385
--- Comment #2 from tomby at gcc dot gnu dot org 2008-12-03 16:40 ---
It seems that after removing bbs in generate_builtin (tree-loop-distribution.c)
some phis has bad incoming edges.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38385
--- Comment #15 from hjl dot tools at gmail dot com 2008-12-03 16:50
---
Simulator is fine. AVX executable can only run on simulator. If
there is a simulator which can run SSE5 and AVX, we will add
a new switch for it.
--
hjl dot tools at gmail dot com changed:
What
psim does not work when compiled with gcc SVN trunk. It fails with an
assertion
on all runs. This is true with gdb cvs or 6.8. It works when compiled with:
+ x86_64 Debian provided compiler.
gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
+ x86_64 4.3.2 (CFARM
--- Comment #1 from burnus at gcc dot gnu dot org 2008-12-03 16:49 ---
If you write:
OPEN(UNIT=OUTPUT_UNIT, FILE=foo.dat)
then you want that all output to the OUTPUT_UNIT is written to the file
foo.dat. And a asterix UNIT=* in a PRINT or WRITE statement denotes the
OUTPUT_UNIT.
In
--- Comment #1 from joel at gcc dot gnu dot org 2008-12-03 16:54 ---
Created an attachment (id=16818)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16818action=view)
program to run with psim
This is a random ACATS test executable that can be run with psim to show if it
works or
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-03 16:59 ---
Subject: Bug 38360
Author: jakub
Date: Wed Dec 3 16:57:44 2008
New Revision: 142399
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142399
Log:
PR middle-end/38360
* tree-ssa-ccp.c
--- Comment #5 from pint at tlink dot de 2008-12-03 17:00 ---
Sorry, I can't try it. The patch cannot be applied to 4.3.2. There is no
set_mem_size there in assign_parm_find_stack_rtl.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38367
--- Comment #2 from dominiq at lps dot ens dot fr 2008-12-03 17:03 ---
Is not this pr a duplicate of an older one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38382
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-03 17:02 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-03 17:04 ---
Does it work built with -fno-strict-aliasing? -O1 or -O0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38387
--- Comment #3 from joel at gcc dot gnu dot org 2008-12-03 17:07 ---
Created an attachment (id=16819)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16819action=view)
psim device tree
Run as follows:
powerpc-rtems4.10-run -f psim_tree a22006c
Expected output:
,.,. A22006C ACATS
--- Comment #4 from joel dot sherrill at oarcorp dot com 2008-12-03 17:09
---
Subject: Re: psim miscompiled [regression]
rguenth at gcc dot gnu dot org wrote:
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-03 17:04
---
Does it work built with
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-03 17:11 ---
PR37408 got fixed on gcc-4_3-branch only after 4.3.2 release,
you can probably apply both patches to 4.3.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38367
--- Comment #4 from paolo dot carlini at oracle dot com 2008-12-03 17:15
---
Ok, let's try to enforce this kind of consistency.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from joel at gcc dot gnu dot org 2008-12-03 17:22 ---
Works with -O0
(CFLAGS=-O0 ~/old/test-gcc/gdb-6.8/configure --target=powerpc-rtems4.10
--enable-sim --enable-sim-hardware --enable-timebase --enable-sim-trace
--prefix=/n/12/joel/test-gcc/install/ make make install)
--- Comment #6 from joel at gcc dot gnu dot org 2008-12-03 17:32 ---
At -O1, there was a core dump.
(gdb) run -f psim_tree.joel
/home/joel/test-gcc/gcc-svn/gcc/testsuite/ada/acats/work-psim/tests/a/a22006c/a22006c
Starting program: /home/joel/test-gcc/install/bin/powerpc-rtems4.10-run
--- Comment #7 from joel at gcc dot gnu dot org 2008-12-03 17:40 ---
Works with -fno-strict-aliasing added.
Core dumps at -O1
Works at -O0.
Is there anything I can do to narrow this down further?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38387
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-12-03 17:42
---
I've now used a 32-bit gcc 4.4.0 with -m64 as bootstrap compiler and
specified --build=sparcv9-sun-solaris2.10. This time, the bootstrap
finished, so this has been pilot error ;-(
Thanks for investigating on
--- Comment #8 from mmitchel at gcc dot gnu dot org 2008-12-03 17:47
---
I'm not convinced that we shouldn't warn in these cases. Yes, there are cases
where people overload the operators in ways that make normal precedence
irrelevant. But, there are also cases where people define
during -j8 install i can observe failures.
--
Summary: parallel install failures in install-{libiberty,gnatlib}
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
--- Comment #1 from pluto at agmk dot net 2008-12-03 18:34 ---
Created an attachment (id=16820)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16820action=view)
log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38388
--- Comment #2 from pluto at agmk dot net 2008-12-03 18:34 ---
Created an attachment (id=16821)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16821action=view)
log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38388
--- Comment #3 from pluto at agmk dot net 2008-12-03 18:35 ---
this is a trunk/r142396
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38388
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-03 18:38 ---
Hardly anybody installs using make -j.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from steven at gcc dot gnu dot org 2008-12-03 18:53 ---
You can enable the aliasing warnings (-Wstrict-aliasing=2) and see if there are
warnings when compiling psim.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38387
--- Comment #7 from steven at gcc dot gnu dot org 2008-12-03 19:01 ---
But a regression at least on some targets. Confirmed.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
The Intel Fortran compiler has:
error #8112: The same name cannot be specified more than once in a DEALLOCATE
statement. [X]
deallocate(x, x, errmsg=err)
^
Expected: Similar diagnostics for gfortran
--
Summary: (DE)ALLOCATE compile time check for same variable
--- Comment #1 from jason at gcc dot gnu dot org 2008-12-03 19:23 ---
Subject: Bug 38380
Author: jason
Date: Wed Dec 3 19:22:08 2008
New Revision: 142404
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142404
Log:
PR c++/38380
* decl.c (grokdeclarator): Only set
--- Comment #9 from deba at inf dot elte dot hu 2008-12-03 19:26 ---
(In reply to comment #8)
I'm not convinced that we shouldn't warn in these cases. Yes, there are cases
where people overload the operators in ways that make normal precedence
irrelevant. But, there are also cases
--- Comment #2 from jason at gcc dot gnu dot org 2008-12-03 19:28 ---
Feext
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #7 from schwab at suse dot de 2008-12-03 19:48 ---
Fixes the bug for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38367
--- Comment #2 from jason at gcc dot gnu dot org 2008-12-03 19:58 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #9 from joel at gcc dot gnu dot org 2008-12-03 20:33 ---
Created an attachment (id=16822)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16822action=view)
Warning log from gdb build
This is grep warning build.log | sort -u from a build with
-Wstrict-aliasing=2
--
--- Comment #10 from joel at gcc dot gnu dot org 2008-12-03 20:35 ---
I have attached e.log which contains the warnings. All of the warnings in
ppc-instructions are for taking the address of a double and casting it as
an unsigned64 *.
ld-insn.c:814 is a print so that's irrelevant.
--- Comment #7 from spop at gcc dot gnu dot org 2008-12-03 20:50 ---
*** Bug 37851 has been marked as a duplicate of this bug. ***
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from spop at gcc dot gnu dot org 2008-12-03 20:50 ---
Already fixed.
*** This bug has been marked as a duplicate of 37684 ***
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
It works on Fedora gcc-c++-4.3.2-7.x86_64 but on 4.4-HEAD DIEs for
DW_TAG_imported_module are just missing.
import.C
--
namespace A
{
int v;
}
int
f ()
{
using namespace A;
return v;
}
--- Comment #8 from hjl dot tools at gmail dot com 2008-12-03 21:28 ---
(In reply to comment #5)
(In reply to comment #4)
4.3:
-O3 -march=native -funroll-loops -ffast-math == 4.376
-O3 -march=native -funroll-loops -ffast-math -fschedule-insns == 3.372
--- Comment #6 from jason at gcc dot gnu dot org 2008-12-03 21:43 ---
Subject: Bug 38256
Author: jason
Date: Wed Dec 3 21:42:22 2008
New Revision: 142410
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142410
Log:
PR c++/38256
* parser.c
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-03 21:43 ---
fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-03 21:52 ---
This is open core issue 399:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#399
Suspending.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from spop at gcc dot gnu dot org 2008-12-03 22:20 ---
Subject: Re: ICE with -O2 -ftree-loop-distribution
The patch looks good. Please fix formatting of the braces on the for
stmt, and also add a more detailed description for the function
fix_phis, saying what the
In order to get debug information about the incoming arguments right for
functions with nonzero pretend_args_size, CFA_FRAME_BASE_OFFSET and
ARG_POINTER_CFA_OFFSET need to take the size of the pretend arguments into
account. This used to be easy in gcc 4.2.1, however in gcc 4.4 this is no
longer
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-12-03 22:45 ---
Test case still fails with fairly recent trunk.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from tkoenig at gcc dot gnu dot org 2008-12-03 23:24
---
Still fails with today's trunk.
Is this a regression?
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-03 23:27 ---
This is a bug in fold_checksum_tree, TYPE_NEXT_VARIANT on a type is allowed to
change.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from billingd at gcc dot gnu dot org 2008-12-03 23:28
---
This is causing testsuite failures and should be fixed. The -idirafter appears
to be coming from the cpp section in specs file, while the warning is generated
in gcc/opts.c. I can see several possible
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-03 23:58 ---
Subject: Bug 38232
Author: jason
Date: Wed Dec 3 23:57:19 2008
New Revision: 142418
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142418
Log:
PR c++/38232
* init.c (build_value_init): Do
--- Comment #2 from billingd at gcc dot gnu dot org 2008-12-04 00:25
---
I can kill this warning if I invoke gfortran with -nostdinc. I would have
expected this to be the default. After all, why include C source code or
headers in a Fortran file.
I will test this patch then ask on
--- Comment #15 from sje at cup dot hp dot com 2008-12-04 00:27 ---
I noticed the reference to hppa in comment #13 of this bug report. hppa uses
stabs but does not define DBX_USE_BINCL so is probably not affected by this
bug. If hppa is the only reason not to close it we can probably
When defining a friend function in a template class it does not get correctly
defined if the class instantiation comes after the function has been already
called. Note: this happens even if you pre-declare the function in its correct
context before the same function is called.
The following is a
--- Comment #6 from billingd at gcc dot gnu dot org 2008-12-04 03:04
---
Just had a look at this with cvs gfortran under cygwin.
A slightly modified test
program intrinsic_integer
implicit none
call test (0.0, (/0, 0, 0, 0/))
call test (0.3, (/0, 1, 0, 0/))
call test (0.7,
--- Comment #2 from bkoz at gcc dot gnu dot org 2008-12-04 03:41 ---
Yes, the default ctor is explicitly defaulted, but the copy ctor is an
(explicitly) deleted function. Deleted functions are user-defined.
Thus, this is not an aggregate.
--
bkoz at gcc dot gnu dot org changed:
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-12-04 03:46 ---
FYI removing the deleted copy constructor does indeed make this an aggregate.
So:
struct test_type
{
int i;
test_type() = default;
~test_type() = default;
test_type operator=(const test_type) = delete;
};
--- Comment #2 from grosser at gcc dot gnu dot org 2008-12-04 04:32 ---
Actually this should be open for everyone.
--
grosser at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from billingd at gcc dot gnu dot org 2008-12-04 05:11
---
I missed fortran/33177 - nint() on Cygwin. Sorry.
--
billingd at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-12-04 05:32
---
I am holding off on committing the patch.
With this test case I have found a nasty problem:
! { dg-do run }
! PR38291 Rejects I/O with POS= if FMT=*
character(15) :: sAccess
character(1) :: instr
open(50,
--- Comment #3 from burnus at gcc dot gnu dot org 2008-12-04 07:07 ---
I can kill this warning if I invoke gfortran with -nostdinc.
But won't that break programs which use e.g. include netcdf.inc which is in
/usr/include/netcdf.inc ?
--
--- Comment #6 from cgd at google dot com 2008-12-04 07:12 ---
verified after syncing that my test case is now fixed.
(Would close, but not sure why Jason didn't close it... please close if there's
nothing else to do, Jason, or tell me to.)
--
--- Comment #12 from dannysmith at gcc dot gnu dot org 2008-12-04 07:14
---
Subject: Bug 38054
Author: dannysmith
Date: Thu Dec 4 07:13:05 2008
New Revision: 142429
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142429
Log:
Backport from mainline:
PR
--- Comment #13 from dannysmith at users dot sourceforge dot net
2008-12-04 07:16 ---
Fixed in 4.3.3
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
1 - 100 of 102 matches
Mail list logo
