I was playing around with __attribute__((const)), not realizing that what I
actually should have used was __attribute__((pure)). But regardless of the
fact that I was using these attributes incorrectly, gcc obviously shouldn't
segfault. First comment will have the preprocessed source that
--- Comment #1 from darkshikari at gmail dot com 2010-04-22 06:01 ---
Created an attachment (id=20457)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20457action=view)
Preprocessed source that produces the segfault
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43845
Hello,
As instructed in http://gcc.gnu.org/ml/gcc/2010-04/msg00505.html i'm filing
this.
I've noticed gcc 4.5 has more trouble than it used to to removed dead stores
when dealing with arrays, as exemplified by
$ cat huh.cc
struct foo_t {
float x, y, z;
foo_t() {}
--- Comment #6 from darkshikari at gmail dot com 2010-04-22 06:31 ---
It seems that __attribute__((pure)) can already do this for many instances of
this situation--but it doesn't work for function pointers.
Is this an arbitrary limitation, or would serious work be necessary to make
--- Comment #3 from burnus at gcc dot gnu dot org 2010-04-22 06:57 ---
I also do not like:
if (tempdir == NULL)
tempdir = DEFAULT_TEMPDIR; /* This is /tmp. */
My feeling is that, e.g., on Windows this won't work; I do not know whether
before the environment variables
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2010-04-22 07:09
---
Subject: Re: [4.5/4.6 regression] ICE in reload_cse_simplify_operands
On 4/22/10 3:40 AM, schwab at linux-m68k dot org wrote:
--- Comment #7 from schwab at linux-m68k dot org 2010-04-21 23:40 ---
I
--- Comment #3 from anlauf at gmx dot de 2010-04-22 07:27 ---
(In reply to comment #2)
PR43843 looks like a duplicate.
It is. I simply reduced the program in the mail to a testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43841
--- Comment #2 from falk at debian dot org 2010-04-22 07:35 ---
Confirmed on x86-64, already in 4.3, but not in 4.1. Here is a testcase that
gives an SSA verification error on 4.6 instead of segfaulting:
typedef int __attribute__ ((const)) (*x264_pixel_cmp_t)(void);
typedef struct {
--- Comment #4 from ktietz at gcc dot gnu dot org 2010-04-22 07:42 ---
(In reply to comment #3)
My feeling is that, e.g., on Windows this won't work; I do not know whether
before the environment variables GFORTRAN_TMPDIR, TMP and TEMP are used
or not, but /tmp does exist on many
--- Comment #10 from oberlaender at fzi dot de 2010-04-22 07:47 ---
(In reply to comment #9)
I'm still thinking it's a problem with running out of memory, PAE doesn't
increase the total memory available to a single process
How would I find out if that is the issue? The numbers
--- Comment #11 from oberlaender at fzi dot de 2010-04-22 07:59 ---
Created an attachment (id=20458)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20458action=view)
Output of strace -F -emmap2,mremap,brk,setrlimit g++ -c -O2 bugtest.ii
Of course strace is pointless if I don't
--- Comment #5 from burnus at gcc dot gnu dot org 2010-04-22 08:03 ---
(In reply to comment #3)
or not, but /tmp does exist on many Windows systems.
I wanted to write: does not.
(In reply to comment #4)
I would use here the platform API GetTempPath. This seems to be the best
--- Comment #2 from dfranke at gcc dot gnu dot org 2010-04-22 08:25 ---
*** This bug has been marked as a duplicate of 43841 ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dfranke at gcc dot gnu dot org 2010-04-22 08:25 ---
*** Bug 43843 has been marked as a duplicate of this bug. ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from burnus at gcc dot gnu dot org 2010-04-22 08:28 ---
From PR 43843:
Reported by Kyle Horne at http://gcc.gnu.org/ml/fortran/2010-04/msg00215.html
There is a missing temporary for user-defined operators:
type(polar_t),dimension(3)::b
b = polar_t(1.0,0.5)
--- Comment #12 from oberlaender at fzi dot de 2010-04-22 08:31 ---
(From update of attachment 20443)
Use a better MIME type.
--
oberlaender at fzi dot de changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-22 08:34 ---
Subject: Bug 43829
Author: rguenth
Date: Thu Apr 22 08:34:41 2010
New Revision: 158632
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158632
Log:
2010-04-22 Richard Guenther rguent...@suse.de
PR
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-22 08:51 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
The code in 'gcc-4.5.0/gcc/configure' :
clip ---
pluginlibs=
if test x$enable_plugin = xyes; then
{ $as_echo $as_me:${as_lineno-$LINENO}: checking for exported symbols 5
$as_echo_n checking for exported symbols... 6; }
echo int main()
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-22 09:07 ---
Hm, frob1 looks like
_Z5frob1RK5foo_tRS_:
.LFB18:
movss (%rdi), %xmm3
movss 4(%rdi), %xmm2
movaps %xmm3, %xmm4
movaps %xmm2, %xmm0
mulss %xmm3, %xmm4
movss
--- Comment #13 from oberlaender at fzi dot de 2010-04-22 09:13 ---
Created an attachment (id=20459)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20459action=view)
Output from a gdb session on g++-4.4.3
OK, almost right. I created a debug build for gcc-4.4.3:
$ g++-4.4.3 -v
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-22 09:13 ---
Confirmed. It's (partial-)PRE, all branches have the verification error,
4.3 works ok.
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from oberlaender at fzi dot de 2010-04-22 09:19 ---
(In reply to comment #13)
Oh, and another thing: at the moment of the segfault, memory usage says
$ ps v -C cc1plus
PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND
19072 pts/2T 0:00 0
--- Comment #9 from schwab at linux-m68k dot org 2010-04-22 09:20 ---
Probably the author of T didn't realise that !-mpcrel in (!-mpcrel 's') is
already implied. It is already a no-op in the -mpcrel case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
--- Comment #6 from burnus at gcc dot gnu dot org 2010-04-22 09:21 ---
Created an attachment (id=20460)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20460action=view)
Draft patch for GetTempPath; fix for mktemp
(In reply to comment #2)
The if and do .. while block may execute
--- Comment #7 from burnus at gcc dot gnu dot org 2010-04-22 09:25 ---
Side note:
template = get_mem (strlen (tempdir) + 20);
Can one change the 20 into 19 or 18 + 1 ? The string /gfortrantmpXX
has 18 characters and '\0' has one.
--
--- Comment #11 from bernds at gcc dot gnu dot org 2010-04-22 09:31 ---
Subject: Bug 29274
Author: bernds
Date: Thu Apr 22 09:30:27 2010
New Revision: 158633
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158633
Log:
gcc/
PR middle-end/29274
* optabs.h
--- Comment #7 from jakub at gcc dot gnu dot org 2010-04-22 09:39 ---
Fixed for 4.4.4/4.5.1/4.6.0.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from jakub at gcc dot gnu dot org 2010-04-22 09:43 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from bernds at codesourcery dot com 2010-04-22 10:01 ---
Fixed now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42498
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-04-22 10:11
---
Fixed for 4.6.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #15 from redi at gcc dot gnu dot org 2010-04-22 10:50 ---
Thanks for the extra info - I can't reproduce it, but I can't test on a real
32bit host. In the absence of any suggestions from anyone else, could you try
reconfiguring with --enable-checking=all instead of
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-22 11:20 ---
Subject: Bug 43845
Author: rguenth
Date: Thu Apr 22 11:19:45 2010
New Revision: 158641
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158641
Log:
2010-04-22 Richard Guenther rguent...@suse.de
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-22 11:20 ---
Fixed on the trunk. Backports pending testing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-04-22 11:25
---
This has been fixed on the 4.4 branch, I can reproduce it with 4.4.3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from bernds at gcc dot gnu dot org 2010-04-22 11:26 ---
Subject: Bug 29274
Author: bernds
Date: Thu Apr 22 11:25:44 2010
New Revision: 158642
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158642
Log:
PR middle-end/29274
* gcc.target/arm/wmul-1.c:
With revision @Y@ this test passed.
From revision @Z@ and on, this test has failed as follows:
@V@
With the message in the logfile being:
@U@
@A@@C@
aut...@w@ of patches in suspect revision range CC:ed.
--
Summary: [4.6 Regression]: can
Product: gcc
--- Comment #1 from hp at gcc dot gnu dot org 2010-04-22 11:42 ---
(oops, fat-fingered the return key before filling in details properly in my
bug-template)
With r158630, libgcc, built. With r158633 and on, including 158639, I see:
/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc
--
irar at il dot ibm dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com
|dot org
--- Comment #2 from dominiq at lps dot ens dot fr 2010-04-22 11:51 ---
Same thing on x86_64-apple-darwin10: bootstrap fails at revision 158642 with
...
/opt/gcc/p_build/./gcc/xgcc -B/opt/gcc/p_build/./gcc/
-B/opt/gcc/gcc4.6p/x86_64-apple-darwin10/bin/
--- Comment #3 from hp at gcc dot gnu dot org 2010-04-22 11:58 ---
Created an attachment (id=20461)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20461action=view)
preprocessed libgcc2.i
Reproduce using r158642 with ./cc1 -fpreprocessed libgcc2.i -march=v10 -O2 -o
libgcc2x.s
--
--- Comment #4 from bernds at codesourcery dot com 2010-04-22 12:02 ---
I somehow managed not to check in the optabs.h change in the first commit. Can
you try again with r158643?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43848
--- Comment #7 from carrot at google dot com 2010-04-22 12:26 ---
(In reply to comment #6)
I can't see how it would hurt to allow combine to always merge insns that are
known to be consecutive (ie to ignore CLASS_LIKELY_SPILLED_P if
prev_nonenote_insn(consumer) == producer).
I
--- Comment #2 from jamborm at gcc dot gnu dot org 2010-04-22 12:35 ---
(In reply to comment #1)
so it doesn't consider the struct with the array for total scalarization
for some reason. Martin?
Well, that was a deliberate decision when fixing PR 42585 (see
--- Comment #5 from hp at gcc dot gnu dot org 2010-04-22 12:38 ---
I'd expect a missing prototype to cause a -Werror breakage rather than the
built cc1 to ICE, but there you go; that did it.
Closing as libgcc for cris-elf now builds, thanks for the quick turnaround.
--
hp at gcc dot
Currently, gfortran only has start up routines, cf.
http://gcc.gnu.org/onlinedocs/gfortran/Non_002dFortran-Main-Program.html
I think it makes sense to also add shutdown routines.
Currently, _gfortran_abort calls:
close_units ();
Additionally, one should call:
flush_all_units ();
For some
ma...@pc-31c:~/Hmfe/Fields2 gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/marco/local/gcc-4.5.0/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --enable-threads=posix
--prefix=/home/marco/local/gcc-4.5.0
--- Comment #1 from morandini at aero dot polimi dot it 2010-04-22 12:55
---
Created an attachment (id=20462)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20462action=view)
preprocessed file triggering the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43850
--- Comment #8 from jdgressett at hotmail dot com 2010-04-22 12:56 ---
This seems to be fixed in gcc 4.5.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33420
--- Comment #2 from fabien dot chene at gmail dot com 2010-04-22 13:16
---
Mine...
--
fabien dot chene at gmail dot com changed:
What|Removed |Added
CC|
--- Comment #1 from burnus at gcc dot gnu dot org 2010-04-22 13:19 ---
Thus:
a) Create a function named, e.g., _gfortran_shutdown/_gfortran_finalize, which
calls
flush_all_units ();
close_units ();
b) Call it from:
_gfortran_abort
_gfortran_stop_numeric;
There are two STOP statements in Fortran:
STOP constant default-integer-expr or constant string-expr
ERROR STOP constant default-integer-expr or constant string-expr
The first one is for normal stopping of the program, the second one for error
abort. This works in so far that ERROR STOP
--- Comment #2 from burnus at gcc dot gnu dot org 2010-04-22 13:29 ---
Forgot to mention that one can then also print the exception status:
8.4 STOP and ERROR STOP statements (F2008 FDIS):
If any exception (cf. 14 Exceptions and IEEE arithmetic) is signaling on that
image, the
--- Comment #1 from burnus at gcc dot gnu dot org 2010-04-22 13:30 ---
Additionally, the (ERROR) STOP output should be printed to STDERR and not to
STDOUT per:
8.4 STOP and ERROR STOP statements (F2008 FDIS):
If any exception (cf. 14 Exceptions and IEEE arithmetic) is signaling on
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2010-04-22
13:42 ---
Subject: Re: [4.5/4.6 Regression] FAIL: gcc.dg/tree-ssa/20031015-1.c (internal
compiler error)
The same failures are present on trunk with --enable-checking=release.
Dave
--
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-04-22 13:52
---
I will fix all this on trunk tonight and if we get good test results I will
port it back.
Thanks Kai. My eye was telling me something was not right there. Thanks Tobias
too.
I have a mingw build mostly
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-22 14:00 ---
Now onto
subroutine test1(esss,Ix,Iyz)
real(kind=kind(1.0d0)), dimension(:), intent(out) :: esss
real(kind=kind(1.0d0)), dimension(:,:) :: Ix,Iyz
esss = sum(Ix * Iyz, 1)
end subroutine
noting that
You can configure the standard C++ library in two ways to reduce the code size
and dependencies on external libraries:
1. --enable-cxx-flags=-fno-exceptions
This does currently not work, due to an error in guard.cc which defines
recursive_init_error::~recursive_init_error() and this results in a
--- Comment #1 from sebastian dot huber at embedded-brains dot de
2010-04-22 14:25 ---
Created an attachment (id=20463)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20463action=view)
Example how to implement it
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43852
--- Comment #2 from redi at gcc dot gnu dot org 2010-04-22 14:51 ---
So this should be three bugs, one for each of the build problems and one
enhancement request for a semi-hosted environment. I don't think verbose is
a good name for the default case, I would prefer something like
--- Comment #2 from ro at gcc dot gnu dot org 2010-04-22 15:04 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #3 from ro at gcc dot gnu dot org 2010-04-22 15:07 ---
Discovered independently and fixed for 4.5.0.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from ro at gcc dot gnu dot org 2010-04-22 15:09 ---
Not an IRIX issue any longer.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
GCC build
--- Comment #1 from ro at gcc dot gnu dot org 2010-04-22 15:10 ---
Long fixed.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-22 15:17 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-22 15:17 ---
I will have a looksee.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ro at gcc dot gnu dot org 2010-04-22 15:18 ---
Fixed for 4.5.0.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-22 15:22 ---
It's TYPE_ARG_TYPES of a FUNCTION_TYPE when writing the FUNCTION_DECL of
void_cast_register which isn't instantiated.
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43850
--- Comment #13 from sherpya at netfarm dot it 2010-04-22 15:31 ---
I can build 4.5.0 without problems, I think here no source is pulling in
winsock header
--
sherpya at netfarm dot it changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-04-22 15:38 ---
It is caused by revision 158506:
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00612.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43842
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-22 15:39 ---
Reduced testcase:
template class T void void_cast_register(T *) __attribute__ ((used));
template class T void void_cast_register(T *) { }
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-22 15:40 ---
Reduced testcase:
template class T void void_cast_register(T *) __attribute__ ((used));
template class T void void_cast_register(T *) { }
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43850
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-22 15:41 ---
Frontend bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from oberlaender at fzi dot de 2010-04-22 15:48 ---
(In reply to comment #16)
This has been fixed on the 4.4 branch, I can reproduce it with 4.4.3.
OK, thanks for the information. I'm currently compiling gcc from the 4.4
branch in svn to verify.
--
--- Comment #41 from aph at gcc dot gnu dot org 2010-04-22 16:07 ---
Subject: Bug 40860
Author: aph
Date: Thu Apr 22 16:06:39 2010
New Revision: 158648
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158648
Log:
2010-04-19 Andrew Haley a...@redhat.com
PR libgcj/40860
--- Comment #42 from aph at gcc dot gnu dot org 2010-04-22 16:08 ---
Fixed.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #13 from ro at gcc dot gnu dot org 2010-04-22 16:09 ---
Reopened ...
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|VERIFIED
--- Comment #14 from ro at gcc dot gnu dot org 2010-04-22 16:09 ---
... to close as fixed.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ro at gcc dot gnu dot org 2010-04-22 16:12 ---
IRIX 5.3 is affected as well, as would be any target without snprintf.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ro at gcc dot gnu dot org 2010-04-22 16:18 ---
Works on both alpha-dec-osf4.0f and alpha-dec-osf5.1b as of 20100330, so
removing
Tru64 UNIX target.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ro at gcc dot gnu dot org 2010-04-22 16:32 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #2 from ro at gcc dot gnu dot org 2010-04-22 16:34 ---
Patch posted.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #2 from ro at gcc dot gnu dot org 2010-04-22 16:37 ---
Long fixed.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #14 from ro at gcc dot gnu dot org 2010-04-22 16:44 ---
*** Bug 36851 has been marked as a duplicate of this bug. ***
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from ro at gcc dot gnu dot org 2010-04-22 16:44 ---
Long fixed.
*** This bug has been marked as a duplicate of 38706 ***
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ro at gcc dot gnu dot org 2010-04-22 16:46 ---
Long fixed.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from ro at gcc dot gnu dot org 2010-04-22 16:47 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #5 from ro at gcc dot gnu dot org 2010-04-22 16:48 ---
Fixed by patch above.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #3 from ro at gcc dot gnu dot org 2010-04-22 16:51 ---
Already fixed for 4.5.0.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-22 16:54 ---
Actually gcc_cv_objdump is correct for the rest of configure.ac; just we are
using the incorrect one for the plugin test.
Also note we need to use the one for built for the build for the host. (for
Canadian
--- Comment #3 from paolo dot carlini at oracle dot com 2010-04-22 17:02
---
Good point about splitting to two or three bugs, because the build issues can
probably be fixed in the 4_5-branch too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43852
--- Comment #3 from davidxl at gcc dot gnu dot org 2010-04-22 17:04 ---
(In reply to comment #2)
(In reply to comment #1)
so it doesn't consider the struct with the array for total scalarization
for some reason. Martin?
Well, that was a deliberate decision when fixing PR
--- Comment #4 from jamborm at gcc dot gnu dot org 2010-04-22 17:18 ---
Created an attachment (id=20464)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20464action=view)
Proposed fix
I'm currently testing this patch and will submit it tomorrow if everything goes
OK.
--
On Linux/x86, revision 158610 gave
FAIL: gcc.dg/lto/20090126-1 c_lto_20090126-1_0.o-c_lto_20090126-1_0.o link,
(internal compiler error)
Revision 158595 is OK.
--
Summary: [4.6 Regression] FAIL: gcc.dg/lto/20090126-1
c_lto_20090126-1_0.o-c_lto_20090126-1_0.o
--- Comment #4 from jamborm at gcc dot gnu dot org 2010-04-22 17:30 ---
A fix has been submitted to the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg01400.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43835
--- Comment #6 from sgk at troutmask dot apl dot washington dot edu
2010-04-22 17:38 ---
Subject: Re: [lto] ICE during linking in testsuite
On Wed, Apr 21, 2010 at 08:22:26PM -, rguenth at gcc dot gnu dot org wrote:
I guess you have to debug it - I do not have a freebsd system
--- Comment #3 from irar at gcc dot gnu dot org 2010-04-22 18:03 ---
Subject: Bug 43482
Author: irar
Date: Thu Apr 22 18:03:01 2010
New Revision: 158650
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158650
Log:
PR tree-optimization/43482
* tree-vect-loop.c
--- Comment #3 from hjl dot tools at gmail dot com 2010-04-22 18:07 ---
I think revision 158650:
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00756.html
is the fix for this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43842
--- Comment #4 from jan dot kratochvil at redhat dot com 2010-04-22 18:09
---
Comment 3 has a typo, it should have been for: PR tree-optimization/43842
--
jan dot kratochvil at redhat dot com changed:
What|Removed |Added
Looking at tree dumps, most variables used are compiler generated temporaries
and they have names like pretmp.DECIMAL_NUMBER
If instead of DECIMAL_NUMBER the same number bug in hex was used, this would
reduce the memory used for those temporary names.
This simple patch (that does not take care
1 - 100 of 141 matches
Mail list logo