gcc-4.3.1/libgomp/configure and gcc-4.3.1/libstdc++-v3/configure
can not find out version of ld 2.18 (from GNU Binutils 2.18)
I have GNU ld 2.18 but when compiling gcc I get messages:
checking for ld version... 1800
...
and
configure: WARNING: === Linker version 1800 is too old for
...
I found th
--- Comment #4 from dtom77 at gmail dot com 2008-06-27 05:08 ---
Subject: Re: make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc
(test for excess errors)
On Thursday 26 June 2008 16:16, paolo dot carlini at oracle dot com wrote:
>
> > Excess errors:
> > /home/ad/dloads/gcc
--- Comment #2 from astrange at ithinksw dot com 2008-06-27 05:04 ---
Created an attachment (id=15819)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15819&action=view)
svn 20080625 + -O compile
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36646
--- Comment #1 from astrange at ithinksw dot com 2008-06-27 04:57 ---
Created an attachment (id=15818)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15818&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36646
The attached source is a loop+switch statement, where only some of the switch
cases change the variable 'val'. 4.4 generates moves for it in every case, even
the ones where it's not mentioned, while 4.2 didn't; the difference is visible
in tree dumps.
This part:
case Op_Inc1: (*tape)++
--- Comment #1 from amodra at bigpond dot net dot au 2008-06-27 01:52
---
(insn 9 8 11 1 (set (reg/v/f:SI 119 [ p ])
(mem/u/c:SI (plus:SI (reg:SI 30 30)
(const:SI (minus:SI (symbol_ref/u:SI ("*.LC2") [flags 0x2])
(symbol_ref:SI ("*.LCTOC1"
--- Comment #13 from imam dot toufique at intel dot com 2008-06-26 21:56
---
(In reply to comment #12)
> (In reply to comment #11)
> > > I tried to compile latest 4.3.x SVN branch for i686-pc-linux-gnu with
> > > CFLAGS="-O2 -fPIC" and it worked OK. Same with trunk SVN.
> >
> > How did
--- Comment #6 from dominiq at lps dot ens dot fr 2008-06-26 21:29 ---
Forgot to say that I also see this pr on powerpc-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29071
--- Comment #1 from hjl dot tools at gmail dot com 2008-06-26 21:27 ---
I think it is fixed by
http://gcc.gnu.org/ml/gcc-cvs/2008-06/msg00759.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36629
--- Comment #3 from dtom77 at gmail dot com 2008-06-26 21:26 ---
Subject: Re: make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc
(test for excess errors)
On Thursday 26 June 2008 16:48, paolo dot carlini at oracle dot com wrote:
> --- Comment #2 from paolo dot carlini
--- Comment #5 from dominiq at lps dot ens dot fr 2008-06-26 21:21 ---
Could the patch in comment #4 be commited?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29071
--- Comment #3 from paolo dot carlini at oracle dot com 2008-06-26 20:53
---
*** Bug 36645 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2008-06-26 20:53
---
*** This bug has been marked as a duplicate of 34724 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #10 from ghazi at gcc dot gnu dot org 2008-06-26 20:52 ---
*** Bug 16517 has been marked as a duplicate of this bug. ***
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from ghazi at gcc dot gnu dot org 2008-06-26 20:52 ---
but it is a dup...
*** This bug has been marked as a duplicate of 18624 ***
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from ghazi at gcc dot gnu dot org 2008-06-26 20:51 ---
This is a valid feature request...
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
The friend declaration should be rejected because the template parameter list
does not match the template definition in __detail. If the friend declaration
appears in the same namespace as the original template and does not use a
qualified name, the expected error is issued.
namespace __detail
{
--- Comment #2 from paolo dot carlini at oracle dot com 2008-06-26 20:48
---
Let's tentatively recategorize as target: certainly doesn't happen on x86_64.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from sebor at roguewave dot com 2008-06-26 20:46 ---
Oddly enough, doubling up on the parens around N works:
template
struct A { struct S { short f[3]; } __attribute__ ((aligned ((N; };
int main ()
{
A<123>::S s;
}
--
sebor at roguewave dot com changed:
--- Comment #2 from paolo dot carlini at oracle dot com 2008-06-26 20:45
---
*** Bug 36642 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2008-06-26 20:45
---
*** This bug has been marked as a duplicate of 34724 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #1 from paolo dot carlini at oracle dot com 2008-06-26 20:16
---
(In reply to comment #0)
> Excess errors:
> /home/ad/dloads/gcc-4.3.1/build/./gcc/cc1plus: symbol lookup error:
> /home/ad/dloads/gcc-4.3.1/build/./gcc/cc1plus: undefined symbol:
> mpfr_remainder
If anything,
--- Comment #1 from paolo dot carlini at oracle dot com 2008-06-26 20:14
---
(In reply to comment #0)
> # of unsupported tests 326
This tells you that you don't have the required localedata installed, and the
abi-check is bound to fail:
http://gcc.gnu.org/onlinedocs/libstdc
Running make check fails after executing make. Shows two errors while
installing
gcc version 4.3.1 I'm using Debian Etch on PC. stuck at make check.
=== libstdc++ tests ===
Schedule of variations:
unix
Running
/home/ad/dloads/gcc-4.3.1/gcc-4.3.1/libstdc++-v3/testsuite/libstdc++-dg/confor
Get a error while running make check within or out of the
libstdc++-v3/testsuite.
I'm using Debian Etch on PC. I'm building gcc 4.3.1 Debian Etch.
so i'm stuck at make check. Here's the log:
=== libstdc++ tests ===
Schedule of variations:
unix
Running target unix
Using /usr/share/dejagnu/ba
--- Comment #1 from paolo dot carlini at oracle dot com 2008-06-26 19:42
---
(In reply to comment #0)
> I think there may be two issues here demonstrated in the code below. The
> example code is distilled from ./include/c++/4.3.0/tr1_imp/hashtable.
To be clear: the example code is *not
I think there may be two issues here demonstrated in the code below. The
example code is distilled from ./include/c++/4.3.0/tr1_imp/hashtable. GCC
compiles this code without a diagnostic, but both the Intel and Microsoft
compilers diagnose an error with too few template args for __detail::_Map_base
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-26 19:07 ---
This is how C++ works IIRC. If two functions with the same name are inherited
from two different classes, they are considered ambiguous.
If you use a non template version of Handler you will also see it is the same
---Offending Code---
#include
class Foo
{
};
class Bar
{
};
template
class Handler
{
public:
virtual void handle(A*) = 0;
};
class Baz : public Handler,
public Handler
{
};
class Foobar : public Baz
{
public:
virtual void handle(Bar* bar)
{
std::cout << "handle
--- Comment #4 from irar at il dot ibm dot com 2008-06-26 18:33 ---
(In reply to comment #3)
> Can't you simply handle a NULL return
> from evolution_part_in_loop_num in the vectorizer?
The problem is that this happens during the transformation (for the code
created by the vectorizer).
--- Comment #26 from aoliva at gcc dot gnu dot org 2008-06-26 18:13 ---
The place where you said you were just changing the type of the result. Note
that it's that type that determines the type of the scalar variable created to
hold the group. If it differs from the expected type, the
--- Comment #4 from aoliva at gcc dot gnu dot org 2008-06-26 18:10 ---
I have not tried 4.4. Anyhow, I have looked further into this issue, and I
came to the conclusion that a memory clobber (that should have always been
there anyway) will get things right. I cannot tell for sure that
--- Comment #1 from rob1weld at aol dot com 2008-06-26 17:52 ---
Correction: The "finally ending with this" section should read:
---
.LPR2 0x123aa1.libs/gnu-xml.o
.LPR2 0x123ba1.libs/gnu-xml.o
ld: fatal: relocations rem
--- Comment #12 from ubizjak at gmail dot com 2008-06-26 17:45 ---
(In reply to comment #11)
> > I tried to compile latest 4.3.x SVN branch for i686-pc-linux-gnu with
> > CFLAGS="-O2 -fPIC" and it worked OK. Same with trunk SVN.
>
> How did you fetch the 4.3.1 SVN branch? Do I have to
--- Comment #11 from imam dot toufique at intel dot com 2008-06-26 15:58
---
(In reply to comment #10)
> (In reply to comment #9)
> > So, do you think I need to exclude all along '-fPIC' for the other platform
> > specific builds of 4.3.1?
> I tried to compile latest 4.3.x SVN branch
I desire to replace my OS's gcc toolchain with a newer version since the one
supplied by the manufacturer is a little old (and missing some languages).
I am compiling gcc-4.2.1 (release from ftp://mirrors.kernel.org/gnu/).
Sun's gcc (not used during build):
# gcc -v
Reading specs from /user/sfw/
--- Comment #8 from dseketel at redhat dot com 2008-06-26 12:38 ---
Created an attachment (id=15817)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15817&action=view)
correct issues raised by reviews on the mailing list
I have corrected the issues raised at
http://gcc.gnu.org/ml/gc
--- Comment #3 from rguenther at suse dot de 2008-06-26 12:11 ---
Subject: Re: [4.3/4.4 Regression] ICE in
vect_update_ivs_after_vectorizer
On Thu, 26 Jun 2008, irar at il dot ibm dot com wrote:
> --- Comment #2 from irar at il dot ibm dot com 2008-06-26 11:57 ---
> For acce
--- Comment #2 from irar at il dot ibm dot com 2008-06-26 11:57 ---
For access function (short int) {(short unsigned int) i_44, +, 1}_1)
evolution_part_in_loop_num() returns NULL, which causes the failure.
I tried to peel NOP_EXPRs from POLYNOMIAL_CHRECs in
evolution_part_in_loop_num(),
--- Comment #2 from abarbati at iaanus dot com 2008-06-26 11:39 ---
After a more careful reading of 5/5, 5.16/4 and 7.1.6.2/4, I believe that gcc
is correctly handling the int& case, that is the expected output should be:
FivE
FRivE
FivE
Only the int&& case is thus incorrect, according
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-06-26 11:19 ---
The fix would be to not propagate the comparisons if they can throw.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36554
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-06-26 11:02
---
The new forward_propagate_comparison in tree-ssa-forwprop.c screws up the CFG:
:
D.1416_13 = v_1(D) != v_1(D);
is_nan_6 = (const boolean) D.1416_13;
D.1402_28 = v_1(D) > 1.7976931348623157081452742373170435
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-06-26 10:25 ---
Confirmed. We endlessly recurse in cse_cc_succs.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from sam at gcc dot gnu dot org 2008-06-26 10:17 ---
Fixed in SVN trunk, thanks Chris for the patch.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-06-26 10:15 ---
I wasn't able to follow your example, but eventually this "bug" is fixed with
the call-clobber reorganize patch?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jules at gcc dot gnu dot org 2008-06-26 10:10 ---
I've posted a candidate fix:
http://gcc.gnu.org/ml/gcc-patches/2008-06/msg01641.html
--
jules at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #25 from rguenther at suse dot de 2008-06-26 09:33 ---
Subject: Re: [4.4 Regression] FAIL:
gcc.c-torture/execute/20040709-1.c execution at -O2 and above
On Thu, 26 Jun 2008, aoliva at gcc dot gnu dot org wrote:
> --- Comment #24 from aoliva at gcc dot gnu dot org 200
--- Comment #21 from mkuvyrkov at gcc dot gnu dot org 2008-06-26 09:23
---
Assign to self
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
Assign
--- Comment #20 from maxim at codesourcery dot com 2008-06-26 09:21 ---
Subject: Re: [4.3/4.4 Regression] Miscompiled code with
-O2 (but not with -O2 -funroll-loops) on ia64
jakub at gcc dot gnu dot org wrote:
> --- Comment #19 from jakub at gcc dot gnu dot org 2008-06-26 08:41
--- Comment #19 from jakub at gcc dot gnu dot org 2008-06-26 08:41 ---
To be more precise, the problem is in speculating conditional store:
ld4.a r18 = [r44]
st4 [r59] = r14, -60
...
cmp4.ge p6, p7 = r22, r18
(p7) ld4 r14 = [r62]
...
(p7) st4 [r77]
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=91091
Issue #|91091
Summary|active database is not highlighted in table data toolb
|ar
Component|Database access
--- Comment #18 from jakub at gcc dot gnu dot org 2008-06-26 08:01 ---
You can reproduce it with a cross compiler too.
Just use 4.3 branch (IMHO unrelated changes on the trunk made this bug latent)
and don't combine everything into the same file.
The #c12 program+routines have to be in o
--- Comment #10 from ubizjak at gmail dot com 2008-06-26 07:05 ---
(In reply to comment #9)
> So, do you think I need to exclude all along '-fPIC' for the other platform
> specific builds of 4.3.1?
I tried to compile latest 4.3.x SVN branch for i686-pc-linux-gnu with
CFLAGS="-O2 -fPI
53 matches
Mail list logo
