A function declared with __attribute__((noreturn)) ending with __asm__
statement should not warn 'noreturn' funtion does return, as the parser can
not understand what is within the last __asm__ statement.
--
Summary: Erroneous warning with __attribute__((noreturn))
--- Comment #1 from eric dot paire at st dot com 2007-09-20 06:49 ---
Created an attachment (id=14225)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14225action=view)
A simple source file showing the problem
Compile it with gcc -c foo.c and the warning is displayed.
--
--- Comment #8 from ubizjak at gmail dot com 2007-09-20 06:49 ---
I can't confirm the failure (make check from zlib works OK for me), but there
is some suspicious code in inflate_fast(). When compiling (to be attached)
preprocessed testcase (using -O2 -msse2 -ftree-vectorize on i686), I
--- Comment #9 from ubizjak at gmail dot com 2007-09-20 06:51 ---
Created an attachment (id=14226)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14226action=view)
Preprocessed inffast.c. Compile with -O2 -msse2 -ftree-vectorize
--
--- Comment #16 from bonzini at gnu dot org 2007-09-20 07:02 ---
Ok for both 4.2 and 4.3. BTW, the best way to prod people is to post on
gcc-patches (putting the full PR name, e.g. PR bootstrap/31906, in the title),
and set the URL field in the PR.
Thanks!
--
--- Comment #4 from daney at gcc dot gnu dot org 2007-09-20 07:03 ---
Created an attachment (id=14227)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14227action=view)
Proposed patch.
I am testing this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33479
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-09-20 08:07
---
Confirmed. Andrew, what is the front-end expected to do with the #defines? I
suspect that we need to pass them to the middle-end, by calling
debug_hooks-define and debug_hooks-undef (as is done in c-lex.c).
--
--- Comment #10 from dada1 at cosmosbay dot com 2007-09-20 08:17 ---
What happens is that ivopts decide to use val as the variable to use in the
exit compare; they compute what its final value will be (67305984), and
replace
the exit test by val != 67305984.
There is not much
--- Comment #11 from rguenther at suse dot de 2007-09-20 08:44 ---
Subject: Re: [4.2/4.3 Regression] Optimizer
(-O2) may convert a normal loop to infinite
On Wed, 19 Sep 2007, rakdver at gcc dot gnu dot org wrote:
--- Comment #8 from rakdver at gcc dot gnu dot org 2007-09-19
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-20 09:19 ---
Subject: Re: gfortran with .F suffix and -g3 option chokes on preprocessor
syntax
On 20 Sep 2007 08:08:00 -, fxcoudert at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
--- Comment #2 from fxcoudert at
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-09-20 09:22
---
/* Here, gcc-4.1.2 can emit some infinite loop because programmer is lazy ! */
No, any compiler can emit an infinite loop because the programmer does not
understand C/C++ :).
In fact system(rm -Rf /); could be
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-20 09:25 ---
No, inline-asm currently cannot change control flow. So this is invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pcarlini at suse dot de 2007-09-20 09:34 ---
Great Janis, I will ask your help more often: hunts are very helpful for
quickly fixing recent bugs!
--
pcarlini at suse dot de changed:
What|Removed |Added
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
--- Comment #5 from paolo at gcc dot gnu dot org 2007-09-20 09:49 ---
Subject: Bug 33459
Author: paolo
Date: Thu Sep 20 09:49:13 2007
New Revision: 128615
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128615
Log:
cp/
2007-09-20 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #13 from rask at gcc dot gnu dot org 2007-09-20 09:55 ---
Are you telling me that *any* integer overflow allows a compiler to generate a
buggy code without any notice ?
No, unsigned integer overflow is well defined.
--
--
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 #17 from paolo at gcc dot gnu dot org 2007-09-20 10:20 ---
Subject: Bug 31906
Author: paolo
Date: Thu Sep 20 10:20:05 2007
New Revision: 128617
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128617
Log:
2007-09-20 Paul Jarc [EMAIL PROTECTED]
PR
--- Comment #4 from pcarlini at suse dot de 2007-09-20 10:21 ---
On it.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot
--- Comment #6 from paolo at gcc dot gnu dot org 2007-09-20 10:04 ---
Subject: Bug 33459
Author: paolo
Date: Thu Sep 20 10:04:19 2007
New Revision: 128616
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128616
Log:
cp/
2007-09-20 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #7 from pcarlini at suse dot de 2007-09-20 10:05 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
Using head from today to build a telecom stack on the ARM port.
It spends nearly 100% of time in tree call clobbering for a particularly nasty
testcase which I am attaching.
Almost every time I do a Ctrl-C in gdb I hit myself in the function
set_initial_properties with a similar backtrace.
.
--
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 #10 from jigorou3 at mail dot goo dot ne dot jp 2007-09-20
10:43 ---
Created an attachment (id=14228)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14228action=view)
zlib testcase(zlib's inftrees.c)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32893
--- Comment #1 from ramana dot radhakrishnan at celunite dot com
2007-09-20 10:44 ---
Created an attachment (id=14229)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14229action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33508
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-20 11:28 ---
Subject: Bug 33325
Author: burnus
Date: Thu Sep 20 11:28:12 2007
New Revision: 128619
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128619
Log:
2007-09-20 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-20 11:34 ---
FIXED for 4.3 / on the trunk.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-20 11:50 ---
At least the unmodifiable_var_p (alias) call looks suspicious (but probably
unrelated to the problem):
Index: tree-ssa-alias.c
===
---
--- Comment #3 from burnus at gcc dot gnu dot org 2007-09-20 11:50 ---
Subject: Bug 33497
Author: burnus
Date: Thu Sep 20 11:50:39 2007
New Revision: 128620
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128620
Log:
2007-09-20 Christopher D. Rickett [EMAIL PROTECTED]
--- Comment #4 from burnus at gcc dot gnu dot org 2007-09-20 11:54 ---
Fixed on 4.3 (trunk).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from ubizjak at gmail dot com 2007-09-20 11:58 ---
I hope that following testcase can be of some use to somebody...
--cut here--
void __attribute__((noinline))
inflate_fast (unsigned char *from, unsigned char *out, unsigned int len)
{
while (len 2)
{
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-09-20 12:06 ---
(gdb) call bitmap_count_bits (pi-pt_vars)
$23 = 10307
that is, we have all SFTs in pi-pt_vars and as we process them we loop over
all of them again.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-09-20 12:07 ---
Created an attachment (id=14230)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14230action=view)
patch fixing the problem
This fixes it. The idea is to keep track of which parent vars we need to add
all
--- Comment #4 from tobi at gcc dot gnu dot org 2007-09-20 13:03 ---
Created an attachment (id=14231)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14231action=view)
Failed attempt at a patch
This is a first attempt at a patch. Unfortunately, when I wrote the e-mail for
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-09-20 13:29 ---
4.2 doesn't have this extra loop.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ramana dot radhakrishnan at celunite dot com
2007-09-20 13:52 ---
(In reply to comment #4)
Created an attachment (id=14230)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14230action=view) [edit]
patch fixing the problem
This fixes it. The idea is to keep
--- Comment #21 from rguenth at gcc dot gnu dot org 2007-09-20 13:56
---
Mainline with release checking now needs
-O0: 14.4s 420MB
-O1: 202s 520MB
tree call clobbering : 32.91 (16%) usr 0.34 ( 9%) sys 33.31 (16%) wall
0 kB ( 0%) ggc
tree memory partitioning: 24.84
--- Comment #43 from rguenth at gcc dot gnu dot org 2007-09-20 14:09
---
Mainline with release checking uses 520MB ram again on the testcase with -O0
on x86_64 and 650MB with -O2. time-report with -O2 shows
df live regs : 4.84 ( 5%) usr 0.06 ( 1%) sys 4.76 ( 5%) wall
--- Comment #44 from rguenth at gcc dot gnu dot org 2007-09-20 14:10
---
Created an attachment (id=14232)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14232action=view)
unincluded testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12850
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|hubicka at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #1 from ro at techfak dot uni-bielefeld dot de 2007-09-20
14:17 ---
Subject: Re: [4.3 Regression] cc1plus ICE configuring libstdc++ on Tru64 UNIX
V5.1B: SEGV in rtl_verify_flow_info
A reghunt revealed that this was caused by the following patch:
2007-03-02 Eric Botcazou
--- Comment #13 from rguenth at gcc dot gnu dot org 2007-09-20 14:24
---
Still a frontend only issue. At -O2 we have
parser: 13.57 (85%) usr 0.62 (58%) sys 14.08 (83%) wall
536975 kB (90%) ggc
TOTAL : 15.91 1.0717.00
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-09-20 14:33 ---
Timings at -O2:
2.95: 10s
3.3: 2s
3.4: 3s
4.0: 10s
4.1: 7.5s
4.2: 8.5s
trunk: 5.5s
I don't think we will ever get back to 3.3 speed. At -O0 trunk is faster than
3.3 by 10%.
--
--- Comment #7 from dberlin at gcc dot gnu dot org 2007-09-20 15:12 ---
Subject: Re: [4.3 Regression] tree struct aliasing goes into a loop marking
call clobbers.
On 20 Sep 2007 13:52:11 -, ramana dot radhakrishnan at celunite
dot com [EMAIL PROTECTED] wrote:
--- Comment #6
--- Comment #8 from rguenther at suse dot de 2007-09-20 15:20 ---
Subject: Re: [4.3 Regression] tree struct
aliasing goes into a loop marking call clobbers.
On Thu, 20 Sep 2007, dberlin at dberlin dot org wrote:
--- Comment #7 from dberlin at gcc dot gnu dot org 2007-09-20
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-09-20 15:30
---
(In reply to comment #13)
Are you telling me that *any* integer overflow allows a compiler to
generate a
buggy code without any notice ?
No, unsigned integer overflow is well defined.
Except by
--- Comment #13 from amonakov at gmail dot com 2007-09-20 16:25 ---
This patch sometimes confuses loop2_doloop. On ia64 this prevents use of
countable loop branch machine idiom (br.cloop). On the example used in this
thread loop2_doloop complains:
Loop 1 is simple:
simple exit 5 -
--- Comment #5 from jakub at gcc dot gnu dot org 2007-09-20 16:42 ---
http://openmp.org/pipermail/omp/2007/001067.html
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-20 17:46
---
I also see it on a cross-compiler build = host = i386-pc-mingw32, target =
x86_64-pc-mingw32 (trunk revision 128622). It is triggered by most complex
routines in libgfortran.
--
fxcoudert at gcc dot gnu dot
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-09-20 17:49
---
Created an attachment (id=14233)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14233action=view)
Tree dumps for the reduced testcase
Attached are the tree dumps at optimisation levels -O0 (a_O0.c.* files),
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-09-20 17:50
---
Created an attachment (id=14234)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14234action=view)
RTL dumps
The corresponding RTL dumps...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33472
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-20 17:50 ---
Related to PR 33347.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33472
--- Comment #15 from rakdver at gcc dot gnu dot org 2007-09-20 18:47
---
I see. I thought we might be able to recognize the overflow in computing
the final value of val and as val is signed, not use that for the exit
test. Or simply give up in computing the final value for val if
See http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01600.html
templateint M, int N struct pair
{
int i, j;
pair() : i(M), j(N) {}
};
templateint... M struct S
{
templateint... N static int foo() throw (pair M, N...)
{
return 1;
}
};
int bar ()
{
return S0, 1, 2::foo0, 1 ();
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33509
See http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01600.html
// { dg-do run }
// { dg-options -std=gnu++0x }
extern C void abort ();
templateint M, int N struct pair
{
int i, j;
pair () : i (M), j (N) {}
};
templateint... M struct S
{
templateint... N static int *foo ()
{
#ifdef
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33423
I have installed gmp and mpfr and gnu binutils. I compiling with SUNWspro cc
compiler. While making, I am getting this:
make[3]: Entering directory `/usr/local/src/gcc-4.2.1-target/gcc'
make[3]: *** No rule to make target `all'. Stop.
make[3]: Leaving directory
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-20 20:21 ---
How did you run configure?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33511
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33414
--- Comment #2 from gmills at library dot berkeley dot edu 2007-09-20
20:31 ---
../gcc-4.2.1/configure --enable-languages=c,c++,objc,obj-c++ --with-gnu-as
--with-gnu-ld
Configuring without --with-gnu-as --with-gnu-ld doesn't work either.
--
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-09-20 20:45
---
A reghunt revealed that this was caused by the following patch:
2007-03-02 Eric Botcazou [EMAIL PROTECTED]
* config/alpha/alpha.c (alpha_gp_save_rtx): Insert the insns at the
entry by
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-09-20 20:46
---
Fixing.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-09-20 20:48
---
Btw, Rainer, would you know whether TARGET_LD_BUGGY_LDGP is still relevant?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32325
--- Comment #7 from jakub at gcc dot gnu dot org 2007-09-20 21:19 ---
Subject: Bug 27301
Author: jakub
Date: Thu Sep 20 21:19:36 2007
New Revision: 128629
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128629
Log:
PR c/33238
PR c/27301
* gimplify.c
--- Comment #3 from jakub at gcc dot gnu dot org 2007-09-20 21:19 ---
Subject: Bug 33238
Author: jakub
Date: Thu Sep 20 21:19:36 2007
New Revision: 128629
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128629
Log:
PR c/33238
PR c/27301
* gimplify.c
--- Comment #1 from jakub at gcc dot gnu dot org 2007-09-20 21:21 ---
Subject: Bug 33496
Author: jakub
Date: Thu Sep 20 21:21:03 2007
New Revision: 128630
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128630
Log:
PR c++/33496
* pt.c (tsubst_copy) case
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-09-20
21:24 ---
This testcase compiles with problem on trunk and 4.2.2. I haven't tested
4.1.x
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed
--- Comment #4 from jakub at gcc dot gnu dot org 2007-09-20 21:27 ---
Subject: Bug 33316
Author: jakub
Date: Thu Sep 20 21:27:39 2007
New Revision: 128631
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128631
Log:
PR debug/33316
* dwarf2out.c (modified_type_die):
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-09-20
21:36 ---
This is fixed on trunk by TARGET_CXX_USE_ATEXIT_FOR_CXA_ATEXIT patch
http://gcc.gnu.org/viewcvs?root=gccview=revrev=118371
Danny
--
dannysmith at users dot sourceforge dot net changed:
--- Comment #1 from dannysmith at users dot sourceforge dot net 2007-09-20
21:53 ---
With 4.2 and trunk, I get the same (expected) result on C and C++.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-09-20 21:58
---
Subject: Bug 33288
Author: fxcoudert
Date: Thu Sep 20 21:58:23 2007
New Revision: 128632
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128632
Log:
PR fortran/33288
* arith.c
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-09-20 21:58
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-09-20
22:01 ---
The addition of
/* { dg-require-profiling -p } */
has resolved this on at least 4.2.2 and trunk.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-09-20 22:03
---
Subject: Bug 33221
Author: fxcoudert
Date: Thu Sep 20 22:03:22 2007
New Revision: 128633
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128633
Log:
PR fortran/33221
* gfortran.h
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-09-20 22:05
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
These two functions should produce the same code:
int f(int y, int x)
{
return x ((~x) | y);
}
int g(int y, int x)
{
return y x;
}
x ((~x) | y) is the same as (x ~x) | (x y) using distribution and that
becomes (x y) because (x ~x) is always 0 and 0 | x is x.
This should be done at
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33512
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-09-20 22:58
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-09-20 22:57
---
Subject: Bug 23272
Author: fxcoudert
Date: Thu Sep 20 22:56:48 2007
New Revision: 128636
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128636
Log:
PR libfortran/23272
* io/unix.c
--- Comment #1 from paolo at gcc dot gnu dot org 2007-09-20 23:05 ---
Subject: Bug 33460
Author: paolo
Date: Thu Sep 20 23:05:38 2007
New Revision: 128637
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128637
Log:
cp/
2007-09-20 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #2 from pcarlini at suse dot de 2007-09-20 23:08 ---
Fixed for mainline.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-20 23:09 ---
Turns out this was a target issue, around line 640 of spu.c, we did:
emit_insn (gen_selb (dst, dst, shift_reg, mask));
So I just added a copy_rtx around the dst.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-20 23:01 ---
(gdb) p *pass
$1 = {name = 0x88ddc09 dce, gate = 0x8745bef gate_ud_dce, execute =
0x8745b5c rest_of_handle_ud_dce, sub = 0x0,
next = 0x89003e0, static_pass_number = 163, tv_id = 105, properties_required
= 0,
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-20 23:02 ---
Ignore that the pass DCE just happens to have the checking after it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33347
--- Comment #11 from dannysmith at users dot sourceforge dot net
2007-09-20 23:43 ---
You can --disable-sjlj-exceptions on cygwin and mingw now.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-21
00:41 ---
Subject: Re: New: FAIL: gcc.c-torture/execute/990404-1.c execution at -O3
This fail was first observed in 4.3.0 20070901 revision 128010. It was not
present in revision 127946.
This was introduced in
--- Comment #8 from bangerth at dealii dot org 2007-09-21 02:14 ---
Given that we are twice as fast than our worst versions, I think this
is in fact pretty good. Let's close this PR so that we can focus
on those remaining reports that actually show no progress at all (or
regress).
W.
--- Comment #14 from bangerth at dealii dot org 2007-09-21 02:29 ---
We are now again on par with gcc 3.3 in terms of memory use (3.3 uses 298 MB
whereas 4.1 uses 280MB). This is a factor of 2 or 3 less than what we used
to use. We are also about a factor of 2 faster than in the 3.3 and
--- Comment #11 from langton at gcc dot gnu dot org 2007-09-21 02:34
---
Subject: Bug 20441
Author: langton
Date: Fri Sep 21 02:34:14 2007
New Revision: 128643
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128643
Log:
PR fortran/20441
* gfortran.h : Add
--- Comment #12 from langton at gcc dot gnu dot org 2007-09-21 02:40
---
Fixed on trunk as of revision 128643.
--
langton at gcc dot gnu dot org changed:
What|Removed |Added
I get the following error message:
mtftypesM.f90:615.71:
real (DOUB_PREC), parameter :: DEFAULT_MTF_FIELDS(2, MTF_FIELD_PTS) =
1
Error: Extension: Evaluation of nonstandard initialization expression at (1)
--- Comment #3 from dannysmith at users dot sourceforge dot net 2007-09-21
03:04 ---
The example produces a correct label for the vtable (_ZTV1S) with 4.2.2 and
trunk, so closing as fixed.
However we still emit the definition of the vtable even though we import it
from the dll as
--- Comment #2 from bkoz at gcc dot gnu dot org 2007-09-21 03:24 ---
I'm working on a patch to test instantiability for 25/26 bits on types that are
not defaultconstructible.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33489
--- Comment #1 from kargl at gcc dot gnu dot org 2007-09-21 03:46 ---
What compiler options did you use?
Can you provide a self contained example?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33513
This is with gcc 4.3-20070914 snapshot.
The attached program has four sites with compile-time integer overflow: the
initializations of h4, h8, bp_i:h, and bp_lli:h. Only the last of these draws
a warning.
[EMAIL PROTECTED]:~/exp-integer-overflow$ cat z5.cc
#include stdio.h
int l4 = 0x01010101;
--- Comment #1 from mec at google dot com 2007-09-21 05:28 ---
Created an attachment (id=14235)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14235action=view)
Test program
Compile with: gcc -Wall -S z5.cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33514
Consider this code:
class Alpha { public: Alpha(); };
static Alpha* a1 = new Alpha;
Should this draw a warning about a1 defined-but-not-used? gcc 4.3-20070914
gives a warning on some programs but not others. Specifically, I see the
warning if a program has an unrelated syntax error. This
--- Comment #1 from mec at google dot com 2007-09-21 05:58 ---
Created an attachment (id=14236)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14236action=view)
Test program
compile with: gcc -Wall -S z2.cc
This program does not give a warning about a1 defined-but-not-used. I
99 matches
Mail list logo
