--- Comment #7 from marek dot rouchal at infineon dot com 2006-07-17 07:56
---
Subject: RE: unresolved symbols in libstdc++, shared lib link strategy of
libgcc.a
Using --with-local-prefix="something" may work ok, but what I
want is --without-local-prefix, and that does not work as I
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-07-17 08:04 ---
Subject: Bug 28238
Author: rguenth
Date: Mon Jul 17 08:04:25 2006
New Revision: 115517
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115517
Log:
2006-07-17 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-07-17 08:05
---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
On sh (and other targets with no variable shift):
typedef unsigned long long ull;
ull foo (ull x, int y) { return x << y; }
is implemented using several calls to the SImode shift
routines, rather than one call to the DImode routine.
A similar problem affects constant shifts if the target
--- Comment #1 from rsandifo at gcc dot gnu dot org 2006-07-17 08:16
---
I'm testing a patch.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
Ass
On sh, the following code:
-
typedef unsigned long long ull;
int __attribute__((noinline))
foo (int x1, int x2, int x3, int x4, int x5, int x6, int x7, int x8)
{
return x1 + x2 + x3 + x4 + x5 + x6 + x7 + x8;
}
ull __attribute__(
--- Comment #1 from rsandifo at gcc dot gnu dot org 2006-07-17 08:21
---
I'm testing a patch.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
Ass
Configured with: ../gcc-3.4.6/configure --enable-altivec
--enable-languages=c,f77
./xgcc -B./ -B/usr/local/i686-apple-darwin8.5.3/bin/ -isystem
/usr/local/i686-apple-darwin8.5.3/include -isystem
/usr/local/i686-apple-darwin8.5.3/sys-include
-L/usr/local/src/gcc-3.4.6-darwin/gcc/../ld -DIN_GCC-
--- Comment #6 from echristo at apple dot com 2006-07-17 08:52 ---
Rainer, did you want to check building with the cflags inside the case
statement?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28296
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-17 08:56 ---
Fixed in 4.2.0 correctly in the back-end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
gcc 3.4.x generates a bit suboptimal code on the below fragment.
gcc 4.x generates code which is a bit more suboptimal.
unsigned v;
void g(unsigned A)
/* gcc -O2 -fomit-frame-pointer -S:
gcc-3.4.3, 3.4.6:
movl$-858993459, %eax
mull4(%esp)
movl%edx, %eax //
--- Comment #4 from vda dot linux at googlemail dot com 2006-07-17 09:09
---
Wow, this looks nice, good job! Thanks!
--
vda dot linux at googlemail dot com changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-17 09:16 ---
As far as I can tell this is a target issue of splitting too late.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
Test program:
// Copyright 2006, Google Inc. All rights reserved.
// Author: [EMAIL PROTECTED] (Michael Chastain)
//
// Compute i = sqrt(complex(-1,-0))
#include
#include
std::complex d_m1(-1.0, -0.0);
int main() {
std::cout << "d_m1: " << d_m1 << std::endl;
std::complex d_i_sqrt = std
template
const char *baz ()
{
return str;
}
namespace { char foo[] = "foo"; };
const char *
bar ()
{
return baz ();
}
used to compile before the "make anon-namespace non-public" changes and still
compiles when the anon namespace is changed for a named namespace and using
namespace below it.
Test program:
// Copyright 2006, Google Inc. All rights reserved.
// Author: [EMAIL PROTECTED] (Michael Chastain)
//
// Compute (1.0, 0.0) *= -1.0
#include
#include
std::complex d_1(1.0, 0.0);
int main() {
std::complex d_m1(1.0, 0.0);
d_m1 *= -1.0;
std::cout << "d_m1: " << d_m1 << std
namespace
{
extern "C" int shouldIbevisible()
{
return 101;
}
}
extern "C" int Iamvisible()
{
return 101;
}
Is shouldIbevisible supposed to be a visible symbol outside of the current
compilation unit, so that other cu that does say
extern "C" int sh
--- Comment #11 from vda dot linux at googlemail dot com 2006-07-17 10:32
---
Andrew, I must be extremely dumb today. I looked in the source and for the life
of me, I can't see where that optimization is done. I even generated a
2.6.1->2.6.1 diff where it was added and still don't see i
--- Comment #2 from patchapp at dberlin dot org 2006-07-17 11:05 ---
Subject: Bug number PR c/28286
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00721.html
--
http://gcc.gnu.org/bugzilla
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-17 11:43 ---
It should be important to note that some versions of glibc has a broken csqrt,
see PR 24313.
Also see the following glibc bugs:
http://sources.redhat.com/bugzilla/show_bug.cgi?id=2181
http://sources.redhat.com/bugzil
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-07-17 11:46
---
the code is in the function expand_divmod in expmed.c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28395
--- Comment #13 from rakdver at gcc dot gnu dot org 2006-07-17 11:54
---
(In reply to comment #12)
> The test case in comment #11 looks like a classic store motion opportunity to
> me. GCC 3.3 performs the store motion, GCC 4.2 r115467 does not.
>
> Zdenek, I thought tree-ssa-lim shou
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-17 11:56 ---
Confirmed, this should still work as foo is not a static variable.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-17 12:09 ---
Here is a self contained testcase which fails at -O1 and above because
shouldIbevisible is not emitted:
namespace
{
extern "C" int shouldIbevisible()
{
return 0;
}
}
namespace
--- Comment #12 from jakub at redhat dot com 2006-07-17 12:21 ---
The patch in #4 is insufficient. Consider paths like ././../.././../etc/passwd
which satisfies the depth tests, yet clearly escapes the current dir tree.
Another question is about symlinks, if there is a foo -> ../../../.
--- Comment #13 from marcus at jet dot franken dot de 2006-07-17 12:25
---
CVE-2006-3619
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28359
struct Bar { int p; };
struct Foo { struct Bar *p; };
int foo(struct Foo *f)
{
f->p->p = 1;
bar(f);
return f->p->p;
}
.alias1:
# VUSE ;
D.1528_2 = f_1->p;
# SMT.5_8 = V_MAY_DEF ;
D.1528_2->p = 1;
# .GLOBAL_VAR_10 = V_MAY_DEF <.GLOBAL_VAR_9>;
bar (f_1);
# VUSE ;
D.15
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-17 12:51 ---
Oh - build with -O2 --param global-var-threshold=1
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #23 from aph at gcc dot gnu dot org 2006-07-17 13:14 ---
Subject: Bug 19505
Author: aph
Date: Mon Jul 17 13:14:38 2006
New Revision: 115518
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115518
Log:
2006-07-13 Andrew Haley <[EMAIL PROTECTED]>
PR tree-optim
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.0 |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28410
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-17 13:29 ---
Runnable testcase:
extern void abort(void);
struct Bar { int p; };
struct Foo { struct Bar *p; };
struct Bar p0 = { 0 };
struct Bar p1 = { 1 };
void bar(struct Foo *f)
{
f->p = &p0;
}
int foo(struct Foo *f)
{
f-
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org
--- Comment #14 from dberlin at gcc dot gnu dot org 2006-07-17 13:34
---
Subject: Re: [4.0/4.1/4.2 Regression] Tree loop
optimizer does worse job than RTL loop optimizer
rakdver at gcc dot gnu dot org wrote:
> --- Comment #13 from rakdver at gcc dot gnu dot org 2006-07-17 11:54
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-07-17 13:57
---
Indeed. Now for symlinks it is only a problem if you can package them like
foo -> ../../
foo/x
i.e., if uncompressing a zip archive can _create_ symlinks. On unix it can,
but it seems to "defer" their creatio
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-07-17 14:03
---
Created an attachment (id=11904)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11904&action=view)
fixed patch
Version of the patch that doesn't count "." parts in the filename as depth.
--
rguenth at gcc
--- Comment #6 from amylaar at gcc dot gnu dot org 2006-07-17 14:44 ---
Subject: Bug 28251
Author: amylaar
Date: Mon Jul 17 14:44:48 2006
New Revision: 115519
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115519
Log:
gcc:
PR other/28251
* tree.h (dump_addr): Dec
--- Comment #17 from jason at redhat dot com 2006-07-17 15:10 ---
Subject: Re: [4.0/4.1/4.2 regression] ICE in cp_expr_size
with volatile and call to static
Agreed; if we try to explicitly force a load of a volatile non-POD we
should call force_rvalue on it.
Jason
--
http://gcc
--- Comment #2 from sje at gcc dot gnu dot org 2006-07-17 15:21 ---
Subject: Bug 28304
Author: sje
Date: Mon Jul 17 15:21:42 2006
New Revision: 115521
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115521
Log:
PR c++/28304
* decl2.c (check_classfn): Return NULL_T
--- Comment #3 from sje at gcc dot gnu dot org 2006-07-17 15:23 ---
Subject: Bug 28304
Author: sje
Date: Mon Jul 17 15:23:37 2006
New Revision: 115522
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115522
Log:
PR c++/28304
* g++.dg/other/pr28304.C: New test.
Add
--- Comment #3 from sje at gcc dot gnu dot org 2006-07-17 15:28 ---
Subject: Bug 28291
Author: sje
Date: Mon Jul 17 15:28:17 2006
New Revision: 115523
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115523
Log:
PR c++/28291
* decl.c (reshape_init_class): Return er
--- Comment #2 from rsandifo at gcc dot gnu dot org 2006-07-17 15:29
---
Subject: Bug 28402
Author: rsandifo
Date: Mon Jul 17 15:29:19 2006
New Revision: 115524
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115524
Log:
gcc/
PR middle-end/28402
* optabs.c (expan
--- Comment #2 from rsandifo at gcc dot gnu dot org 2006-07-17 15:31
---
Subject: Bug 28403
Author: rsandifo
Date: Mon Jul 17 15:31:12 2006
New Revision: 115525
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115525
Log:
gcc/
PR middle-end/28403
* optabs.c (expan
--- Comment #4 from sje at gcc dot gnu dot org 2006-07-17 15:33 ---
Subject: Bug 28291
Author: sje
Date: Mon Jul 17 15:33:14 2006
New Revision: 115526
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115526
Log:
PR c++/28291
* g++.dg/ext/pr28291.C: New test.
Added
--- Comment #3 from rsandifo at gcc dot gnu dot org 2006-07-17 15:34
---
Patch committed to mainline. Will commit to branches in a few
days if nothing goes awry.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rsandifo at gcc dot gnu dot org 2006-07-17 15:34
---
Patch committed to mainline. Will commit to branches in a few
days if nothing goes awry.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from amylaar at gcc dot gnu dot org 2006-07-17 16:00 ---
Fixed in mainline.
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #5 from patchapp at dberlin dot org 2006-07-17 16:05 ---
Subject: Bug number PR tree-optimization/28144
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00732.html
--
http://gcc.
--- Comment #7 from sje at cup dot hp dot com 2006-07-17 16:25 ---
Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00734.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
--- Comment #2 from gdr at integrable-solutions dot net 2006-07-17 16:51
---
Subject: Re: New: [4.2 regression] Issue with anonymous namespace
"jakub at redhat dot com" <[EMAIL PROTECTED]> writes:
| template
| const char *baz ()
| {
| return str;
| }
|
| namespace { char foo[] =
--- Comment #6 from sje at cup dot hp dot com 2006-07-17 17:09 ---
Have you tried the most recent gdb from HP? It is available at
http://www.hp.com/go/gdb, I don't know if it will work better but it might.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794
--- Comment #19 from rth at gcc dot gnu dot org 2006-07-17 17:11 ---
Testing patch.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassign
--- Comment #3 from tobias dot burnus at physik dot fu-berlin dot de
2006-07-17 17:54 ---
(CC myself)
I see the same problem for real(8) and for real(10) as for real = real(4),
except for
print *, scale (fraction (a), exponent (a)) / a
where I get "NaN" with real(10) instead of t
--- Comment #4 from sgk at troutmask dot apl dot washington dot edu
2006-07-17 18:11 ---
Subject: Re: EXPONENT() broken for real constants
On Mon, Jul 17, 2006 at 05:54:46PM -, tobias dot burnus at physik dot
fu-berlin dot de wrote:
>
> I see the same problem for real(8) and for
--- Comment #12 from lmillward at gcc dot gnu dot org 2006-07-17 18:21
---
Subject: Bug 28051
Author: lmillward
Date: Mon Jul 17 18:21:15 2006
New Revision: 115530
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115530
Log:
PR c++/28051
* search.c (lookup_member)
--- Comment #13 from lmillward at gcc dot gnu dot org 2006-07-17 18:22
---
Fix applied to 4.0 branch which should resolve the testsuite failure mentioned.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
---
I was trying to capture floating points exceptions on the Intel iMac - I am not
sure what options to use, but the gfortran crashes on the iMac and on Linux
with these options on this program -
[pactech01:~/sage/sage20060707] dir% gfortran -c -O2 -mfpmath=sse -msse -msse2
-ffpe-trap=invalid,zero,ov
--- Comment #6 from multix at gmail dot com 2006-07-17 18:50 ---
I removed binutils from /usr/local and created a directory where I will install
my own packages.
Thus the binutils are now in /usr/multiware (/bin)
I configured with
../gcc-4.1.1/configure --with-gnu-as --with-as=/usr/
--- Comment #10 from tromey at gcc dot gnu dot org 2006-07-17 19:07 ---
Fixed everywhere.
The fix for 4.2 went in on 2006-05-13 but wasn't marked with this PR number.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from jason at redhat dot com 2006-07-17 19:53 ---
Subject: Re: [4.2 regression] Issue with anonymous namespace
gdr at integrable-solutions dot net wrote:
> I have always warned people that the
> unnamed namespace transformation to "static" should happen in the
> *back-en
--- Comment #4 from jakub at redhat dot com 2006-07-17 20:04 ---
Well, C++ implies unit-at-a-time, so when gimplifying we could very well
change the TREE_PUBLIC bits of anon namespace objects. Till then this either
could be always recomputed using decl_anon_ns_mem_p etc., or be stored i
--- Comment #5 from jason at redhat dot com 2006-07-17 20:08 ---
Subject: Re: [4.2 regression] Issue with anonymous namespace
Or globalize_decl could just do nothing if the assembler name contains a
reference to the anonymous namespace.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #6 from gdr at integrable-solutions dot net 2006-07-17 20:19
---
Subject: Re: [4.2 regression] Issue with anonymous namespace
"jason at redhat dot com" <[EMAIL PROTECTED]> writes:
| --- Comment #3 from jason at redhat dot com 2006-07-17 19:53 ---
| Subject: Re:
--- Comment #2 from ghfbsd at gly dot bris dot ac dot uk 2006-07-17 20:59
---
(In reply to comment #1)
> Fixed in 4.2.0 correctly in the back-end.
>
I would welcome any pointers as to what components were affected so that I
might back-port the patch to 3.4.6 (in order to build g77).
--- Comment #1 from langton at gcc dot gnu dot org 2006-07-17 21:42 ---
I can confirm that there is a problem here, but I am getting different output.
On MacIntel:
york.llnl.gov(771)% gfortran -c -O2 -mfpmath=sse -msse -msse2
-ffpe-trap=invalid,zero,overflow -ftrapping-math -ftrapv -fm
--- Comment #2 from langton at gcc dot gnu dot org 2006-07-17 21:57 ---
The flags "-O2 -ftrapv" are sufficient to reproduce this crash. I get the same
result on the Mac, and on Linux:
ilx1(1067)% gfortran -c -O2 -ftrapv module_utilities2.f90
virtual memory exhausted: Cannot allocate me
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot
|dot org
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot
|dot org
--- Comment #37 from roger at eyesopen dot com 2006-07-17 22:15 ---
I've now tested "make profiledbootstrap" on both mainline and the
gcc-4_1-branch,
on both x86_64-unknown-linux-gnu and i686-pc-linux-gnu, and not only does the
profiled bootstrap build fine, but the dejagnu testsuite loo
--- Comment #3 from langton at gcc dot gnu dot org 2006-07-17 22:26 ---
This doesn't appear to be a gfortran bug. On both i686-darwin and
i686-pc-linux, a comparable C program crashes in the same way:
york.llnl.gov(831)% cat foo.c
void test_check_sums()
{
const int SIZE = 10;
--- Comment #38 from papadako at csd dot uoc dot gr 2006-07-17 23:19
---
Unfortunately I still have the same problem..
Don't know if I am the only one!
This is during compiling gcc 4.1 SVN trunk
GNU ld version 2.16.91.0.7 20060317
gcc -v
Using built-in specs.
Target: i486-slackware-li
The return type of valarray's sqrt function isn't valarray, as specified in
26.3.3.3 [lib.valarray.transcend], and what it does return doesn't convert to
valarray in some cases. This causes the slice1.cpp example from the Josuttis
book examples to get a compile error:
http://www.josuttis.com/lib
> I found our application tool gave the inconsistent floating point result when
> using different optimization level -O0 or -O1.
> Even if I used -O1 plus all the disabling options which includes in -O1, like
> -O1 -fno-merge-all-constants -fno-zero-initialized-in-bss -fno-function-cse
> -fno-ke
--- Comment #1 from gdr at integrable-solutions dot net 2006-07-17 23:57
---
Subject: Re: New: return type of valarray's sqrt function isn't valarray
"djg at cray dot com" <[EMAIL PROTECTED]> writes:
| The return type of valarray's sqrt function isn't valarray, as specified in
| 26
--- Comment #25 from rakdver at gcc dot gnu dot org 2006-07-18 00:45
---
Created an attachment (id=11906)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11906&action=view)
A patch for loop header selection.
I tried improving the heuristics for the selection of the loop header, how
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-18 01:04 ---
Fixed on the mainline. You should be using "make -k check" to test the
compiler.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-18 01:05 ---
Invalid as noted by GDR.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from rth at gcc dot gnu dot org 2006-07-18 01:18 ---
Subject: Bug 27889
Author: rth
Date: Tue Jul 18 01:17:52 2006
New Revision: 115541
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115541
Log:
PR 27889
* tree-nested.c (create_tmp_var_for): Set D
When using an automatic array and the -fno-automatic
switch, I get the internal compiler error:
foo.f: In function bar:
foo.f:10: internal compiler error: in gfc_trans_auto_array_allocation, at
fortran/trans-array.c:3593
Bug #21034 appears to be similar, but that was reported fixed in June 05
a
--- Comment #1 from gregory dot fruth at aero dot org 2006-07-18 01:52
---
Created an attachment (id=11907)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11907&action=view)
Offending source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28415
--- Comment #2 from gregory dot fruth at aero dot org 2006-07-18 01:53
---
Created an attachment (id=11908)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11908&action=view)
compiler error messages
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28415
--- Comment #4 from aoliva at gcc dot gnu dot org 2006-07-18 06:41 ---
Subject: Bug 26993
Author: aoliva
Date: Tue Jul 18 06:41:13 2006
New Revision: 115545
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115545
Log:
PR c/26993
* c-common.c (handle_weakref_attribute): Ignore attr
--- Comment #5 from aoliva at gcc dot gnu dot org 2006-07-18 06:53 ---
Subject: Bug 26993
Author: aoliva
Date: Tue Jul 18 06:52:59 2006
New Revision: 115546
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115546
Log:
PR c/26993
* c-common.c (handle_weakref_attribute): Ignore attr
83 matches
Mail list logo
