--- Comment #14 from ebotcazou at gcc dot gnu dot org 2010-01-15 08:27
---
sorry for replying late, I was missed this problem somehow in my bugzilla
folder. The test in question verify that variables that are common or weak are
also either public or external.
No doubt about that.
The following piece of code, will not build with gcc 3.4.3 or gcc 4.4.1 on the
above SPARC system. It does build on at least some Linux systems. It is
somewhat similar to bug #21057 though that was reported against the C++
compiler g++, rather than gcc.
It will not build on an Open Solaris
--- Comment #9 from ramana at gcc dot gnu dot org 2010-01-15 09:05 ---
(In reply to comment #8)
Hi Mark,
Many thanks for looking into this.
However, if this is behaving different on ARM from (say) x86, I think that
the ABI is a likely
cause because, as you say, the C++ ABI
--- Comment #1 from david dot kirkby at onetel dot net 2010-01-15 09:18
---
Created an attachment (id=19604)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19604action=view)
C source code that generates error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42753
--- Comment #2 from david dot kirkby at onetel dot net 2010-01-15 09:19
---
Created an attachment (id=19605)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19605action=view)
Preprocessed header
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42753
--- Comment #3 from david dot kirkby at onetel dot net 2010-01-15 09:27
---
I discovered the bug first on a Sun Blade 2000 running Solaris 10 while
building the Sage maths software.
http://www.sagemath.org/
A test case was created by Robert Bradshaw. The attached header file was
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-01-15 09:41
---
Created an attachment (id=19606)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19606action=view)
fixed patch
Ah, obvious oversight - I forgot to replace the realpart parameter in the
vector of parameters.
I got ICE when building m68k-elf on OSX10.6.2. Sources are got via official git
repository.
I'll attach the preprocessed sources soon.
- - - -
/Users/monaka/git/sourceforge.jp/pf3gnuchains4x/mpkg-darwin/m68k-elf/build/i386/./gcc/xgcc
--- Comment #7 from rguenther at suse dot de 2010-01-15 09:46 ---
Subject: Re: -fschedule-insns documentation is wrong for
x86 and some other targets
On Thu, 14 Jan 2010, reza dot yazdani at amd dot com wrote:
--- Comment #5 from reza dot yazdani at amd dot com 2010-01-14
--- Comment #1 from monaka at monami-software dot com 2010-01-15 09:47
---
Created an attachment (id=19607)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19607action=view)
Preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42754
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #16 from david dot kirkby at onetel dot net 2010-01-15 09:59
---
Subject: Re: gcc fails to build on Solaris x86 - it
forgets the locations of libmpfr
BlanchardJ at ieee dot org wrote:
--- Comment #15 from BlanchardJ at ieee dot org 2010-01-15 05:12 ---
(In
I reported this bug against a SPARC system at #42753, but as this is a
different version of gcc, on a different operating system with a different
processor, I thought it wise to create another ticket.
The hardware is a Sun Ultra 27, with a 3.33 GHz Xeon processor.
The attached code builds and
--- Comment #3 from dcb314 at hotmail dot com 2010-01-15 10:26 ---
(In reply to comment #2)
It works for me with 4.5.0 20100114 (experimental) [trunk revision 155925]
on Linux/x86-64.
I upgraded to the latest snapshot (20010114), trunk
revision 155915 and it still seems broken to
--- Comment #1 from david dot kirkby at onetel dot net 2010-01-15 10:30
---
Created an attachment (id=19608)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19608action=view)
simple_complex.c
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42755
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-15 10:30 ---
Confirmed. Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from david dot kirkby at onetel dot net 2010-01-15 10:31
---
Created an attachment (id=19609)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19609action=view)
Preprocessed header
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42755
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-15 10:42 ---
struct pdf_object { int val; };
int pdf_count_size_object (struct pdf_object * p_obj)
{
return pdf_count_size_object(p_obj) + 2 * sizeof(struct pdf_object);
}
--
rguenth at gcc dot gnu dot org changed:
--- Comment #7 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:01 ---
Created an attachment (id=19610)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19610action=view)
1. Configured w/o --disable-shared, linking with a shared libgcc.
Output of gcc -v
--
--- Comment #10 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:02 ---
Created an attachment (id=19613)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19613action=view)
4. Configured with --disable-shared, linking with a static libgcc (with
-static).
--
--- Comment #11 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:03 ---
GCC was configured with --disable-shared option. It seems that the driver does
not understand that --disable-shared implies static libgcc
--
d dot g dot gorbachev at gmail dot com changed:
I have PPL and CLooG installed in /usr/local/lib.
The configure script finds these two libraries and generates makefiles that
link with them simply by adding -lppl_c -lppl -lcloog. For example,
i686-slackware-linux-gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall
-Wwrite-strings -Wcast-qual
--- Comment #8 from dodji at gcc dot gnu dot org 2010-01-15 11:23 ---
Subject: Bug 42634
Author: dodji
Date: Fri Jan 15 11:23:29 2010
New Revision: 155936
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155936
Log:
Revert commit of PR c++/42634, which was commit r155868
Removed:
--- Comment #9 from dodji at gcc dot gnu dot org 2010-01-15 11:29 ---
Re-opening, as the fix was reverted.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dodji at gcc dot gnu dot org 2010-01-15 11:30 ---
The culprit commit was reverted so I think this should be fixed.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-01-15 11:49 ---
This is a fixincludes bug; it needs to fix Sun's complex.h header to
work with GCC.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-01-15 11:51 ---
*** This bug has been marked as a duplicate of 42753 ***
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jsm28 at gcc dot gnu dot org 2010-01-15 11:51 ---
*** Bug 42755 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42753
--- Comment #6 from jsm28 at gcc dot gnu dot org 2010-01-15 11:52 ---
For reference of people without Solaris headers to hand, the code needing
fixing by fixincludes is:
/*
* Compilation environments for Solaris must provide the _Imaginary datatype
* and the compiler intrinsics
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-01-15 11:53 ---
Subject: Bug 42739
Author: rguenth
Date: Fri Jan 15 11:53:26 2010
New Revision: 155937
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155937
Log:
2010-01-15 Richard Guenther rguent...@suse.de
PR
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-01-15 11:53 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #17 from BlanchardJ at ieee dot org 2010-01-15 12:37 ---
Yes, thank you. That is helpful. How do you produce the $ISALIST? Is that
simply
sparcv9 on a modern SPARC and amd64 on an Open Solaris system, or is it a
list.
If the latter, how do you every it.
--- Comment #5 from Roger dot Jeurninck at home dot nl 2010-01-15 12:47
---
I got GCC bootstrapped now! Instead of building the GMP and MPFR sources
together with GCC I did a build of them in advice. Next I configured the GCC
with the --with-gmp and --with-mpfr options (see below) and
--- Comment #6 from burnus at gcc dot gnu dot org 2010-01-15 12:53 ---
(In reply to comment #5)
I got GCC bootstrapped now! Instead of building the GMP and MPFR sources
together with GCC I did a build of them in advice. Next I configured the GCC
with the --with-gmp and --with-mpfr
--- Comment #18 from david dot kirkby at onetel dot net 2010-01-15 13:15
---
Subject: Re: gcc fails to build on Solaris x86 - it
forgets the locations of libmpfr
BlanchardJ at ieee dot org wrote:
--- Comment #17 from BlanchardJ at ieee dot org 2010-01-15 12:37 ---
Yes,
GCC 4.5.0 20100114.
--
Summary: lto1 does not emit common symbols
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-01-15
13:34 ---
Created an attachment (id=19614)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19614action=view)
Testcase
It produces error: undefined reference to 'i'
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-15 13:37 ---
Works when linking in comm.o main.o order. I guess the linker
resolution handling is bogus.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
The following code compiles fine with g++-4.4 and causes g++-4.5 to segfault.
Removing the assert() or removing the int_less_than parameter no longer lead
to a segfault.
% g++-4.5 --version
g++-4.5 (Debian 4.5-20091226-1) 4.5.0 20091226 (experimental) [trunk revision
155473]
Copyright (C) 2009
--- Comment #1 from adl at gnu dot org 2010-01-15 13:40 ---
Created an attachment (id=19615)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19615action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42758
--- Comment #2 from paolo dot carlini at oracle dot com 2010-01-15 14:06
---
This is just crazy, inside the debugger works fine. Outside -fsyntax-only is
enough, -E is not. Richard any idea what the heck is going on?
--
paolo dot carlini at oracle dot com changed:
What
--- Comment #3 from paolo dot carlini at oracle dot com 2010-01-15 14:24
---
Yes, it can, thanks again for the quick turnaround.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #16 from singler at kit dot edu 2010-01-15 14:29 ---
First, let's remove superfluous #pragma omp single in two occurences, to make
things simpler (see attached patch for trunk).
The problem still persists, the program deadlocks.
When dropping in some prints (see attached
--- Comment #17 from singler at kit dot edu 2010-01-15 14:30 ---
Created an attachment (id=19616)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19616action=view)
Removes superfluous pragma omp single twice
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624
--- Comment #18 from singler at kit dot edu 2010-01-15 14:30 ---
Created an attachment (id=19617)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19617action=view)
Add printf debug statements.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-15 14:34 ---
I see
2
main.o 2
78 PREVAILING_DEF main
81 RESOLVED_IR i
comm.o 1
78 RESOLVED_IR i
which is obviously bogus for comm.o.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42757
--- Comment #19 from paolo dot carlini at oracle dot com 2010-01-15 14:35
---
Let's add Jakub in CC, he knows the implementation very well. In case, please
keep also in touch privately.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-01-15
14:45 ---
Try to set LIBRARY_PATH, i.e.:
export LIBRARY_PATH=/usr/local/lib
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42756
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-01-15
14:57 ---
Well, and LD_LIBRARY_PATH=/usr/local/lib , too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42756
--- Comment #3 from matz at gcc dot gnu dot org 2010-01-15 15:06 ---
input_location handling is broken.
(gdb) bt
#0 0x7704a7c3 in strcmp () from /lib64/libc.so.6
#1 0x011be858 in splay_tree_splay (sp=0x1824110, key=0)
at ../../gcc/libiberty/splay-tree.c:148
#2
--- Comment #10 from mark at codesourcery dot com 2010-01-15 15:05 ---
Subject: Re: FAIL: g++.dg/tree-ssa/new1.C scan-tree-dump-not
forwprop1 = .* \+ -
ramana at gcc dot gnu dot org wrote:
So yes it does look ARM specific . Also peeking at results on gcc-testresults
doesn't show
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-15 15:18
---
Thanks Michael. It's a serious regression, isn't it?
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #8 from reza dot yazdani at amd dot com 2010-01-15 15:19
---
We used -O2 -fsched-pressure -fschedule-insns to build the cpu2006 bmks on an
amd64-linux machine.
Thanks for the list of bugs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38768
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42758
--- Comment #12 from espindola at gcc dot gnu dot org 2010-01-15 15:28
---
(In reply to comment #11)
GCC was configured with --disable-shared option. It seems that the driver does
not understand that --disable-shared implies static libgcc
That is correct. Currently we have
--- Comment #8 from burnus at gcc dot gnu dot org 2010-01-15 15:40 ---
Submitted: Patch by Jerry:
http://gcc.gnu.org/ml/fortran/2010-01/msg00091.html
It avoids the excessive use of memory that results from the parsed format
node tree, probably exceeding available stack or heap.
In MSYS environment I try to build m68k cross compiler. Both gcc-3.4.5 and
gcc-4.4.0 were used
The command /opt/gcc-build/./gcc/xgcc -B/opt/gcc-build/./gcc/
-B/usr/local/m68k-elf/bin/ -B/usr/local/m68k-elf/lib/ -isystem
/usr/local/m68k-elf/include -isystem /usr/local/m68k-elf/sys-include -g -O2
--- Comment #1 from onlite at gmail dot com 2010-01-15 15:45 ---
Created an attachment (id=19618)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19618action=view)
the preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42759
// { dg-do compile }
// { dg-options -O2 }
template typename T
struct A
{
static T b (T it) { return it; }
};
template typename T, typename U
static U
baz (T x, T y, U z)
{
for (long n = y - x; n 0; --n)
{
*z = *x;
++z;
}
};
template typename T, typename U
U
bar (T x, T
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-01-15 15:58
---
SendingChangeLog
Sendingio/format.c
Transmitting file data ..
Committed revision 155939.
This will be back ported to 4.4.4 in a few days.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742
--- Comment #7 from david dot kirkby at onetel dot net 2010-01-15 16:02
---
(In reply to comment #5)
*** Bug 42755 has been marked as a duplicate of this bug. ***
(In reply to comment #4)
This is a fixincludes bug; it needs to fix Sun's complex.h header to
work with GCC.
I've
--- Comment #6 from hjl dot tools at gmail dot com 2010-01-15 16:03 ---
It is caused by revision 146831:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01473.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-15 16:07 ---
Testing sth else.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2010-01-15 16:08 ---
(In reply to comment #1)
Huh. lto1 should probably accept all frontend options but ignore most of
them.
Or lto-wrapper should strip them.
I think the crucial part about the option is that it starts with
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42760
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-15 16:23 ---
Trunk has
if (COMPLEX_MODE_P (TYPE_MODE (TREE_TYPE (from
instead of the 4.4
if (TREE_CODE (TREE_TYPE (from)) == COMPLEX_TYPE)
Fixed by
2009-06-17 Steve Ellcey s...@cup.hp.com
--- Comment #8 from jsm28 at gcc dot gnu dot org 2010-01-15 16:30 ---
Fixincludes is part of the compiler sources, and it is the part that should
work around GCC-incompatible system headers (such as this one) by making
fixed copies when GCC is built and installed. Thus, a failure to
--- Comment #3 from aanisimov at inbox dot ru 2010-01-15 16:32 ---
(In reply to comment #1)
Try to set LIBRARY_PATH, i.e.:
export LIBRARY_PATH=/usr/local/lib
This worked much better ;-) -- stage2 finished successfully, but building
libstdc++ in stage3 failed with a bunch of
--- Comment #6 from David dot Biesack at sas dot com 2010-01-15 16:45
---
I had this problem on a Linux x86_64 build, manifested with the error
/usr/local/lib/libgmp.so: could not read symbols: File in wrong format
collect2: ld returned 1 exit status
(
--- Comment #2 from jakub at gcc dot gnu dot org 2010-01-15 17:01 ---
Indeed, that fixes it. Going to bootstrap/regtest it now on several arches,
then commit before rolling 4.4.3-rc1.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Unfortunately, this very simple example, which we have been discussing for
other reasons, regresses very badly vs tr1. Unfortunately the C++ front-end
doesn't seem ready for a conforming result_of :( Can we prepare a reduced
testcase for Jason?
Maybe he can already tell us whether an error
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Severity|normal |blocker
Priority|P3 |P1
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #9 from david dot kirkby at onetel dot net 2010-01-15 18:25
---
(In reply to comment #8)
Fixincludes is part of the compiler sources, and it is the part that should
work around GCC-incompatible system headers (such as this one) by making
fixed copies when GCC is built
--- Comment #16 from kargl at gcc dot gnu dot org 2010-01-15 18:31 ---
Unassign myself as I have no time to work on gfortran.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from joseph at codesourcery dot com 2010-01-15 18:32
---
Subject: Re: _Complex_I is reported as undeclared. Code
builds with Sun compiler.
On Fri, 15 Jan 2010, david dot kirkby at onetel dot net wrote:
Is this is trivial fix that could be implemted quickly, or it
--- Comment #1 from jwakely dot gcc at gmail dot com 2010-01-15 18:34
---
OK, I'll revert it all tomorrow if necessary
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42761
cat bug.cc
int main(void)
{
try { } catch (int) { }
return 0;
}
g++ -flto -fuse-linker-plugin bug.cc
lto1: internal compiler error: in get_resolution, at lto-streamer-in.c:1519
Please submit a full bug report,
with preprocessed source if appropriate.
GCC 4.5.0 20100114.
--
--- Comment #12 from jingyu at gcc dot gnu dot org 2010-01-15 18:47 ---
Subject: Bug 42691
Author: jingyu
Date: Fri Jan 15 18:47:45 2010
New Revision: 155944
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155944
Log:
2010-01-15 Jing Yu jin...@google.com
PR
--- Comment #5 from hjl dot tools at gmail dot com 2010-01-15 18:57 ---
It is triggered by revision :
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00188.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #13 from jingyu at gcc dot gnu dot org 2010-01-15 19:09 ---
Subject: Bug 42691
Author: jingyu
Date: Fri Jan 15 19:08:53 2010
New Revision: 155945
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155945
Log:
Backport from mainline(4.5) to fix a regression bug.
--
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 #2 from paolo dot carlini at oracle dot com 2010-01-15 20:25
---
Thanks Jason! If we manage to solve this tough problem, then I know how to
enable also the volatile / const volatile call operators + other improvements
bringing us real close to the WP.
--
internal compiler error: in instantiate_virtual_regs_lossage, at function
c:3476
The command line is simply a return at the end of a subroutine (line:561). It
is followed by an end on the next line.
c
c
c **
c pltlib
--- Comment #1 from kargl at gcc dot gnu dot org 2010-01-15 20:43 ---
Please update your compiler to at least the latest
4.2.x release. A better choice would be a vesion
from the 4.4 releases. In fact, you can get pre-compiled
version of gfortran from the gfortran wiki.
The 4.0.1
--- Comment #14 from sezeroz at gmail dot com 2010-01-15 20:59 ---
For me, the testcase doesn't abort or exit successfully,
it just segfaults (i686, x86_64, gcc-4.3, 4.4).
$ gcc44 -g -O2 -Wall -W pr42691.c
$ gdb ./a.out
GNU gdb Fedora (6.8-24.fc9)
[...]
Program received signal SIGSEGV,
--- Comment #15 from mikpe at it dot uu dot se 2010-01-15 21:11 ---
The test case added with this PR appears to be rather broken. On armv5tel with
gcc-4.3 or 4.4 (without the fix) -Os -mthumb I do get an abort(), which seems
deliberate. However, replacing -Os -mthumb with -O0 -g results
--- Comment #16 from jingyu at google dot com 2010-01-15 21:14 ---
Subject: Re: [4.4/4.5 regression] problematic
REG_EQUAL note added to SUBREG
Sorry. The following change would fix it on X86.
Index: testsuite/gcc.c-torture/execute/pr42691.c
--- Comment #17 from mikpe at it dot uu dot se 2010-01-15 21:42 ---
(In reply to comment #16)
--- testsuite/gcc.c-torture/execute/pr42691.c (revision 155944)
+++ testsuite/gcc.c-torture/execute/pr42691.c (working copy)
@@ -26,7 +26,8 @@
i++;
}
- *deletedEntry = 0.0;
--- Comment #18 from jingyu at google dot com 2010-01-15 21:46 ---
Subject: Re: [4.4/4.5 regression] problematic
REG_EQUAL note added to SUBREG
On Fri, Jan 15, 2010 at 1:42 PM, mikpe at it dot uu dot se
gcc-bugzi...@gcc.gnu.org wrote:
--- Comment #17 from mikpe at it
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2010-01-15 21:50
---
I have reverted the whole patch on mainline and 4.4
That was unnecessary.
I will modify the testcase and send the whole patch again.
Just send a message to gcc-patches@ and apply the fix to the testcase.
--- Comment #20 from jingyu at gcc dot gnu dot org 2010-01-15 21:54 ---
Subject: Bug 42691
Author: jingyu
Date: Fri Jan 15 21:54:01 2010
New Revision: 155948
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155948
Log:
2010-01-15 Jing Yu jin...@google.com
PR
--- Comment #21 from jakub at gcc dot gnu dot org 2010-01-15 21:59 ---
FYI, if you always want to test a NaN, you'd need to use big endian ordering
for some arches, plus there are targets which don't support NaN at all or where
a double isn't as big as 4 shorts.
--
--- Comment #21 from phil at nwl dot cc 2010-01-15 22:07 ---
(In reply to comment #18)
Just build everything with default configure options, then go inside the
libstdc++-v3 *build* dir and type 'make check'.
Ah, hmm. Well, having to compile everything in order to run the tests using
--- Comment #22 from paolo dot carlini at oracle dot com 2010-01-15 22:15
---
(In reply to comment #21)
(In reply to comment #18)
Just build everything with default configure options, then go inside the
libstdc++-v3 *build* dir and type 'make check'.
Ah, hmm. Well, having to
--- Comment #23 from jingyu at google dot com 2010-01-15 22:25 ---
Subject: Re: [4.4/4.5 regression] problematic
REG_EQUAL note added to SUBREG
On Fri, Jan 15, 2010 at 1:59 PM, jakub at gcc dot gnu dot org
gcc-bugzi...@gcc.gnu.org wrote:
--- Comment #21 from jakub at
--- Comment #23 from phil at nwl dot cc 2010-01-15 22:32 ---
(In reply to comment #22)
(In reply to comment #21)
(In reply to comment #18)
Just build everything with default configure options, then go inside the
libstdc++-v3 *build* dir and type 'make check'.
Ah, hmm.
--- Comment #24 from paolo dot carlini at oracle dot com 2010-01-15 23:07
---
(In reply to comment #23)
What we want to do is to run the libstdc++ testsuite with my
distribution-provided g++, in order to see whether it's generally broken or
not, right?
Wrong. You can't use one
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-01-15 23:20
---
Same test case fails differently on dev then it did on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from paolo dot carlini at oracle dot com 2010-01-16 00:05
---
Hey, I'm telling you the way we all library maintainers (like me) and users
check the library: they all fetch everything (either mainline or 4_4-branch, or
whatever) via svn, make, make check. Now you want to
1 - 100 of 106 matches
Mail list logo