--- Comment #1 from ubizjak at gmail dot com 2010-05-06 07:11 ---
You can use cpuid.h.
BTW: Please ask questions about using gcc in gcc-help@ or elsewhere.
Not a bug.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
lpha-dec-vms-gcc -c -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attri
bute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H -I. -
I. -I/src/gcc-4.5.0/gcc -I/src
host=target=alpha-dec-vms
build=anything else
.o vs. obj => @OBJEXT@ and $ac_objext
diff -u /src/orig/gcc-4.5.0/libiberty/Makefile.in
/src/gcc-4.5.0/libiberty/Makefile.in
--- /src/orig/gcc-4.5.0/libiberty/Makefile.in 2010-03-01 22:09:56.0
-0800
+++ /src/gcc-4.5.0/libiberty/Makefile.in
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-06 07:52
---
Created an attachment (id=20576)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20576&action=view)
same patch as in the bug description
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44001
host=target=alpha-dec-vms
build=anything else
need to #include unistd.h for pid_t
diff -u /src/orig/gcc-4.5.0/libiberty/pex-common.h
/src/gcc-4.5.0/libiberty/pex-common.h
--- /src/orig/gcc-4.5.0/libiberty/pex-common.h 2009-04-13 03:45:58.0
-0700
+++ /src/gcc-4.5.0/libiberty/pex-common.h
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-06 08:06 ---
To answer the exact question, yes, using a dummy variable as output (perhaps
with "1" instead of "a" for the matching input) is the right fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43998
--- Comment #2 from jay dot krell at cornell dot edu 2010-05-06 08:07
---
Created an attachment (id=20577)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20577&action=view)
fix same issue in libdecnumber
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44001
gcc 4.5.0 stddef.h clobbers __size_t with #define, breaks VMS (code already
avoids similar on FreeBSD)
VMS decc$types.h:
typedef unsigned int __size_t;
but with GCC 4.5.0 this preprocesses as:
typedef unsigned int ;
and there are ensuing errors e.g. when compiling gcc/libiberty/regex.
/src/gcc-4.5.0/libgcc/../gcc/config/alpha/vms-gcc_shell_handler.c: In function
'get_dyn_handler_pointer':
/src/gcc-4.5.0/libgcc/../gcc/config/alpha/vms-gcc_shell_handler.c:73:3: error:
'PDSCDEF' undeclared (first use in this function)
/src/gcc-4.5.0/libgcc/../gcc/config/alpha/vms-gcc_shell_handler.
VMS headers use __int64.
I hack mine up with
#ifdef __GNUC__
#ifndef __int64
#define __int64 long long
#endif
#endif
It seems to me gcc should recognize __int64, at least on VMS and Win32 targets.
- Jay
--
Summary: gcc should implement __int64, so it can e.g. read the
--- Comment #7 from dominiq at lps dot ens dot fr 2010-05-06 08:23 ---
Same bootstrap failure on powerpc-apple-darwin9. It seems to be fixed by the
patch in comment #6, bootstrap in progress.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43994
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-06 08:44 ---
Created an attachment (id=20578)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20578&action=view)
gcc46-pr43983.patch
Updated patch that should fix both issues, currently bootstrapping/regtesting
it.
--
jaku
--- Comment #9 from dominiq at lps dot ens dot fr 2010-05-06 08:51 ---
(In reply to comment #8)
> For increasing N it (a) takes longer and longer - probably quadratic time -
N=100: 0.716u 0.031s 0:00.75
N=200: 5.297u 0.071s 0:05.37
N=400: 40.334u 0.125s 0:40.76
It looks like cubic tim
--- Comment #19 from rguenth at gcc dot gnu dot org 2010-05-06 08:53
---
Subject: Bug 43987
Author: rguenth
Date: Thu May 6 08:53:19 2010
New Revision: 159098
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159098
Log:
2010-05-06 Richard Guenther
PR tree-optimizatio
--- Comment #20 from rguenth at gcc dot gnu dot org 2010-05-06 08:54
---
Fixed on the trunk. Queued for backporting to 4.5.1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-06 09:04 ---
Subject: Bug 43934
Author: rguenth
Date: Thu May 6 09:04:00 2010
New Revision: 159099
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159099
Log:
2010-05-06 Richard Guenther
PR tree-optimization/
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-06 09:09 ---
Subject: Bug 43571
Author: rguenth
Date: Thu May 6 09:08:57 2010
New Revision: 159100
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159100
Log:
2010-05-06 Richard Guenther
PR tree-optimization/
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-05-06 09:09 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from burnus at gcc dot gnu dot org 2010-05-06 09:26 ---
Subject: Bug 43985
Author: burnus
Date: Thu May 6 09:26:16 2010
New Revision: 159101
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159101
Log:
2010-05-06 Tobias Burnus
PR fortran/43985
*
--- Comment #7 from burnus at gcc dot gnu dot org 2010-05-06 09:27 ---
FIXED on the 4.6 trunk and the 4.5 branch.
Thanks for the report!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
hi,
please consider following code snippet from large CairoMM base application.
it creates a planar region with top left and bottom right points from two
points passed to RegionT constructor.
$ cat 0.cpp
static inline int min( int a, int b ) {
if ( a < b ) return a;
--- Comment #10 from dfranke at gcc dot gnu dot org 2010-05-06 10:00
---
(In reply to comment #9)
> It looks like cubic time in N.
http://en.wikipedia.org/wiki/Matrix_multiplication#Algorithms_for_efficient_matrix_multiplication:
"The running time of square matrix multiplication, if
--- Comment #4 from manu at gcc dot gnu dot org 2010-05-06 10:12 ---
Subject: Bug 40989
Author: manu
Date: Thu May 6 10:12:36 2010
New Revision: 159102
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159102
Log:
2010-05-06 Manuel López-Ibáñez
PR 40989
* do
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-06 10:14 ---
Place the pragma outside of the function (though it'll probably not help
due to the inlining).
The min/max expression missed-optimization is due to the lack of a
tree combiner. tree forwprop would be the natural ca
--- Comment #5 from manu at gcc dot gnu dot org 2010-05-06 10:22 ---
OK, this is fixed for -Wimplicit and the infrastructure is there to fix it for
all other group flags (just use the new handle_option to enable sub-flags).
However, I don't have time at the moment to go over all subflags
--- Comment #11 from dominiq at lps dot ens dot fr 2010-05-06 10:27 ---
> ... O(mnp) ...
With m=n=N and p=1, this gives O(N^2), hence my expectation for MATMUL in
comment #9!-)
Question: what is the origin of the O(N^3) time?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43996
--- Comment #2 from manu at gcc dot gnu dot org 2010-05-06 10:29 ---
I guess this is fixed because -Wunused-but-set is enabled by default.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #12 from dfranke at gcc dot gnu dot org 2010-05-06 10:32
---
(In reply to comment #11)
> Question: what is the origin of the O(N^3) time?
Building of and operating on a tree of 10.000, 40.000, 90.000, ... elements
respectively? Probably cheaper then linked lists, but not fr
--- Comment #5 from manu at gcc dot gnu dot org 2010-05-06 10:46 ---
This should be fixed by the new -Wunused-but-set flags.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from manu at gcc dot gnu dot org 2010-05-06 10:56 ---
Thanks for the report. I think all these have been fixed already in GCC 4.6 and
regressions would be detected by the new -Wunused-but-set flags.
--
manu at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from manu at gcc dot gnu dot org 2010-05-06 10:57 ---
Thanks for the report. I think all these have been fixed already in GCC 4.6 and
regressions would be detected by the new -Wunused-but-set flags.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26245
--- Comment #3 from manu at gcc dot gnu dot org 2010-05-06 10:58 ---
FIXED in GCC 4.6
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from manu at gcc dot gnu dot org 2010-05-06 10:59 ---
Thanks for the report. I think all these have been fixed already in GCC 4.6 and
regressions would be detected by the new -Wunused-but-set flags.
--
manu at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from socketpair at gmail dot com 2010-05-06 11:00 ---
Thanks alot, but I think it is bug in gcc inline assembler. I think I wrote
correct asm() line.
I know about cpuid.h
I listed this instruction just as example.
--
socketpair at gmail dot com changed:
Wh
--- Comment #2 from pluto at agmk dot net 2010-05-06 11:27 ---
(In reply to comment #1)
> Place the pragma outside of the function (though it'll probably not help
> due to the inlining).
with new function attribute "warning(string...)" similary to existing
"target" and "optimize" atribu
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-06 11:30 ---
(In reply to comment #2)
> (In reply to comment #1)
> > Place the pragma outside of the function (though it'll probably not help
> > due to the inlining).
>
> with new function attribute "warning(string...)" similar
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-06 11:31 ---
You can't at the same time force something into aregs and clobber them.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from socketpair at gmail dot com 2010-05-06 11:41 ---
Well, how to say that to compiler:
This instruction receives input in register eax, but after executing it, eax
value will be corrupted. I don't need this new value, but compiler should not
think that eax is preserved
Tested revisions:
r159062 - crash
r159045 - crash
r158683 - OK
Output with valgrind:
$ valgrind --trace-children=yes -q
/mnt/svn/gcc-trunk/binary-159062-lto-fortran/bin/g++ -O2 -fno-strict-aliasing
sqcompiler-noempty.ii
==28996== Invalid read of size 4
==28996==at 0x801DD0: ira_merge_allocno_l
I first found this bug in GCC 4.5.0, but it is repeatable in mainline as of
159067. The attached preprocessed testcase, when compiled using "-O2 -S" will
show the problem.
We have a basic block [bb 3] with the following piece of code.
[32] X(SI) = unspec_volatile (const_int 3)
[33] var_location (
--- Comment #1 from hariharans at picochip dot com 2010-05-06 13:00 ---
Created an attachment (id=20584)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20584&action=view)
The test sourcecode
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44013
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-06 13:07 ---
DEBUG_INSNs must not affect code generation (in scheduling case scheduling of
non-DEBUG_INSNs). Does the testcase fail with -fcompare-debug?
>From your description it is unclear what is going on. Perhaps you should
a
--- Comment #6 from hjl dot tools at gmail dot com 2010-05-06 13:09 ---
(In reply to comment #5)
> Well, how to say that to compiler:
>
> This instruction receives input in register eax, but after executing it, eax
> value will be corrupted. I don't need this new value, but compiler sh
--- Comment #22 from hubicka at gcc dot gnu dot org 2010-05-06 13:11
---
Testing the following patch. For some reason we skip updates of costs at
alwaysinline callers. This is wrong.
Honza
Index: ipa-inline.c
===
--- ipa-
--- Comment #23 from rogutes at googlemail dot com 2010-05-06 13:17 ---
Justin, your comment 7 reminded me of my problem (unrelated to this bug report
- sorry):
'busybox ls' and 'ninit' (didn't test SYSV 'init') segfault when booting a
kernel compiled with CONFIG_CC_OPTIMIZE_FOR_SIZE=y (
--- Comment #24 from rogutes at googlemail dot com 2010-05-06 13:19 ---
(In reply to comment #23)
> Justin, your comment 7 reminded me of my problem (unrelated to this bug report
Should be comment 20.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
--- Comment #25 from justinmattock at gmail dot com 2010-05-06 13:27
---
Subject: Re: [4.6 Regression] kernel/rtmutex.c:1138:1:
internal compiler error: in cgraph_decide_inlining_of_small_functions, at
ipa-inline.c:1009
On 05/06/2010 06:11 AM, hubicka at gcc dot gnu dot org wrote:
>
--- Comment #26 from justinmattock at gmail dot com 2010-05-06 13:31
---
(In reply to comment #23)
> Justin, your comment 7 reminded me of my problem (unrelated to this bug report
> - sorry):
> 'busybox ls' and 'ninit' (didn't test SYSV 'init') segfault when booting a
> kernel compiled
--- Comment #7 from socketpair at gmail dot com 2010-05-06 13:42 ---
> Just make eax both input and output.
it's not optimal. gcc will try to preserve new eax value. So it will not use
eax register in next instructions. If eax is really need, it will save it in
esi, edi or so on - it's r
--- Comment #27 from justinmattock at gmail dot com 2010-05-06 13:44
---
(In reply to comment #24)
> (In reply to comment #23)
> > Justin, your comment 7 reminded me of my problem (unrelated to this bug
> > report
> Should be comment 20.
>
ah.. oh-well.. in any case though this error
--- Comment #1 from zsojka at seznam dot cz 2010-05-06 13:50 ---
Created an attachment (id=20585)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20585&action=view)
partially reduced testcase
Compiler flags:
g++ -O1 -fgcse -findirect-inlining -fipa-sra
or
g++ -O2 -fno-strict-aliasin
--- Comment #28 from hubicka at ucw dot cz 2010-05-06 13:50 ---
Subject: Re: [4.6 Regression]
kernel/rtmutex.c:1138:1: internal compiler error: in
cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
>
>
> --- Comment #27 from justinmattock at gmail dot
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-06 13:54 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-06 13:54 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #9 from matz at gcc dot gnu dot org 2010-05-06 13:55 ---
Subject: Bug 43984
Author: matz
Date: Thu May 6 13:54:32 2010
New Revision: 159106
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159106
Log:
PR tree-optimization/43984
* tree-ssa-pre.c (inser
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-05-06 13:55 ---
(In reply to comment #7)
> > Just make eax both input and output.
> it's not optimal. gcc will try to preserve new eax value. So it will not use
> eax register in next instructions. If eax is really need, it will sav
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-05-06 13:56
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-06 13:56 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from hariharans at picochip dot com 2010-05-06 14:02 ---
This test does fail with -fcompare-debug.
The relevant part of this basic block just before sched1 is
(debug_insn 33 32 34 3 vta_bug.i:12 (var_location:SI converter$rawValue
(unspec_volatile:SI [
(const_
--- Comment #4 from hariharans at picochip dot com 2010-05-06 14:03 ---
Created an attachment (id=20586)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20586&action=view)
debug dump for combine stage
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44013
--- Comment #5 from hariharans at picochip dot com 2010-05-06 14:05 ---
Created an attachment (id=20587)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20587&action=view)
debug dump just before sched1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44013
--- Comment #6 from hariharans at picochip dot com 2010-05-06 14:06 ---
Created an attachment (id=20588)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20588&action=view)
sched1 output obtained with -fsched-verbose=8
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44013
--- Comment #29 from hubicka at gcc dot gnu dot org 2010-05-06 14:15
---
Subject: Bug 43791
Author: hubicka
Date: Thu May 6 14:15:22 2010
New Revision: 159108
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159108
Log:
PR tree-optimization/43791
* ipa-inline.c (
--- Comment #30 from justinmattock at gmail dot com 2010-05-06 14:36
---
(In reply to comment #28)
> Subject: Re: [4.6 Regression]
> kernel/rtmutex.c:1138:1: internal compiler error: in
> cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
>
> >
> >
> > -
--- Comment #2 from zsojka at seznam dot cz 2010-05-06 14:38 ---
When reducing this testcase, PR43791 was triggered. Upgrading to r159108 to
verify this still crashes...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44012
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-06 14:45 ---
It was caused by revision 158827:
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00934.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #22 from dominiq at lps dot ens dot fr 2010-05-06 14:59 ---
> Have you been able to identify if there is an invalid optimization?
I have started to follow the spaghetti plate without success so far. However,
although I don't think the problem comes from any "invalid optimiza
--- Comment #9 from socketpair at gmail dot com 2010-05-06 15:03 ---
> Not if you make the output unused by not using it.
I do not understand why gcc distinguish between 'specifying register as output'
and 'specifying as clobbering'.
I always considered, that 'clobber list' specify list
--- Comment #4 from zsojka at seznam dot cz 2010-05-06 15:04 ---
Created an attachment (id=20589)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20589&action=view)
reduced testcase
Command line:
gcc -O1 -fgcse -findirect-inlining pr44012.c
not tested with r159108 yet
--
zsojka
--- Comment #23 from mkuvyrkov at gcc dot gnu dot org 2010-05-06 15:07
---
Subject: Re: [4.6 Regression] Revision 158105
miscompiles doduc.f90
On 5/6/10 6:59 PM, dominiq at lps dot ens dot fr wrote:
...
> Now the questions are:
> (1) why a change dealing with the propagation of minus
--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-06 15:34
---
Sure, I'll do it later today.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40406
--- Comment #24 from dominiq at lps dot ens dot fr 2010-05-06 15:34 ---
> > Now the questions are:
> > (1) why a change dealing with the propagation of minus signs interferes with
> > reciprocal-math?
> > (2) why moving VEC_safe_push from negate_value to eliminate_plus_minus_pair
> > tri
--- Comment #5 from zsojka at seznam dot cz 2010-05-06 15:54 ---
Still crashes in r159109, so not a dup of PR43791
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44012
--- Comment #4 from davek at gcc dot gnu dot org 2010-05-06 16:06 ---
Subject: Bug 43888
Author: davek
Date: Thu May 6 16:06:18 2010
New Revision: 159111
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159111
Log:
PR target/43888
* config/i386/winnt.c (i386_pe_bi
--- Comment #5 from paolo at gcc dot gnu dot org 2010-05-06 16:07 ---
Subject: Bug 40406
Author: paolo
Date: Thu May 6 16:07:02 2010
New Revision: 159112
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159112
Log:
2010-05-06 Paolo Carlini
PR c++/40406
* g++.d
--- Comment #6 from paolo at gcc dot gnu dot org 2010-05-06 16:08 ---
Subject: Bug 40406
Author: paolo
Date: Thu May 6 16:07:28 2010
New Revision: 159113
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159113
Log:
2010-05-06 Paolo Carlini
PR c++/40406
* g++.d
--- Comment #7 from paolo dot carlini at oracle dot com 2010-05-06 16:09
---
Done.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status
--- Comment #15 from davek at gcc dot gnu dot org 2010-05-06 16:21 ---
Subject: Bug 42811
Author: davek
Date: Thu May 6 16:20:53 2010
New Revision: 159115
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159115
Log:
PR target/42811
* tests/staticrootstest.c: New t
--- Comment #19 from paolo dot carlini at oracle dot com 2010-05-06 16:24
---
Note that in all those patches, the open curly brackets are in the wrong place:
in GCC, C++ runtime included, must *always* follow a newline. Just stylistic
issues, of course.
--
http://gcc.gnu.org/bugzil
--- Comment #3 from burnus at gcc dot gnu dot org 2010-05-06 16:27 ---
See also PR 43895 - the issue seems to be similar though one does not have an
except that there one has no static-memory initialization. [I might also be
completely off.]
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #6 from burnus at gcc dot gnu dot org 2010-05-06 16:28 ---
See also PR 43990 - I think the PRs might be related, though I have not really
studied this PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43895
--- Comment #8 from jiez at gcc dot gnu dot org 2010-05-06 16:35 ---
I see similar issue on ARM target. It seems to be fixed by the
patch in comment #6 .
--
jiez at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from burnus at gcc dot gnu dot org 2010-05-06 16:37 ---
(In reply to comment #3)
> See also PR 43895
As I feared there: There seems to be an inconsistency with CLASS with POINTER
or ALLOCATABLE attribute: Is "class.$DATA" or "class" the pointer variable. If
one adds "b =
--- Comment #6 from jamborm at gcc dot gnu dot org 2010-05-06 16:38 ---
(In reply to comment #4)
> Created an attachment (id=20589)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20589&action=view) [edit]
> reduced testcase
>
> Command line:
> gcc -O1 -fgcse -findirect-inlining pr4
--- Comment #7 from zsojka at seznam dot cz 2010-05-06 16:47 ---
You are right, the reduced testcase from comment #4 crashes with:
Command line:
$ gcc -O1 -fgcse pr44012.c
Tested revisions:
r159109 - crash
r158683 - crash
r157702 - crash
r153685 - crash
4.5 r158978 - crash
4.4 r158133
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-06 16:49 ---
Fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|---
--- Comment #5 from jason at gcc dot gnu dot org 2010-05-06 16:49 ---
.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-06 16:59 ---
The reference is created at df-scan.c:2940 in df_ref_record.
reg (as well as *loc) passed to that function is SImode reg 112 (in0), i.e. a
hard register, but df_ref_create_structure is called with regno_reg_rtx[i],
whi
Reading the autogenerated API documentation page [1], there are the following
typedefs starting with "s":
* seconds : std::chrono
* sregex_token_iterator : std
* ssub_match : std
* streambuf : std
* streamoff : std
* streampos : std
* streamsize : std
* stringbuf :
--- Comment #11 from rwild at gcc dot gnu dot org 2010-05-06 17:20 ---
Subject: Bug 43620
Author: rwild
Date: Thu May 6 17:19:46 2010
New Revision: 159116
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159116
Log:
Avoid automake distdir rule.
libgfortran/:
PR other/436
--- Comment #12 from rwild at gcc dot gnu dot org 2010-05-06 17:22 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-06 17:33
---
Funny. Let's add Benjamin in CC.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #10 from jakub at gcc dot gnu dot org 2010-05-06 17:35 ---
Subject: Bug 43994
Author: jakub
Date: Thu May 6 17:34:47 2010
New Revision: 159117
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159117
Log:
PR bootstrap/43994
* df-problems.c (dead_debug_i
Reading the page "std::basic_string< _CharT, _Traits, _Alloc > Class Template
Reference" [1]:
The template parameters are not documented; in particular, their default
assignments are not mentioned.
[1]
http://gcc.gnu.org/onlinedocs/libstdc++/latest-doxygen/a00260.html#_details>
--
--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-06 17:39
---
Let's add Benjamin for this one too.
Are you sure the template parameters and the defaults are documented for *all*
the other classes besides basic_string? Seems really weird.
--
paolo dot carlini at oracl
--- Comment #9 from knocte at gmail dot com 2010-05-06 18:02 ---
Hello.
I'm in a position in which I cannot upgrade my Boost libraries right now.
So, is there a way that I can tell gcc to ignore this warning for now?
Thanks in advance.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #8 from hjl dot tools at gmail dot com 2010-05-06 18:57 ---
(In reply to comment #4)
> Created an attachment (id=20589)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20589&action=view) [edit]
> reduced testcase
>
> Command line:
> gcc -O1 -fgcse -findirect-inlining pr4
--- Comment #2 from redi at gcc dot gnu dot org 2010-05-06 19:11 ---
The other typedefs are documented in e.g.
typedef basic_fstream fstream;///< @isiosfwd
and are part of the "io" doxygen group, but std::string is not, so neither
std::string nor std::basic_string ap
--- Comment #3 from paolo dot carlini at oracle dot com 2010-05-06 19:14
---
Jon, if you already know the issue, I don't think Benjamin would take offense
if you assign it to yourself ;) the sooner we check in the 4.5.1 patches the
better, in my opinion.
--
http://gcc.gnu.org/bugzi
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-06
19:17 ---
Subject: Re: Using --enable-threads=solaris breaks near end of build in
boehm-gc configury
> --- Comment #6 from rob1weld at aol dot com 2010-05-04 07:00 ---
>>> This is now documented in install
1 - 100 of 132 matches
Mail list logo
