This is just the case. The problem is not if I like or not. Actually, i am
happy with gfortran. But the package i want to use requires the specific
version g77 4.1.0-25.
If there is no solution, then i will uninstall gcc 4.1.0-25 and all
dependent components and will install gcc 3.3.4 for which
Some people call this uninlining. I've also heard the term
procedural abstraction. The generalization is to identify common code
fragments that can be turned into functions. Then, replace the users of
the common code with function calls.
Is this the same as Code Factoring?
Hello,
Roberto COSTA wrote:
Andrew Pinski wrote:
On Jul 14, 2006, at 11:01 PM, Roberto COSTA wrote:
Is it a bug... or am I trying to do something wrong?
Why are you trying to regimplify something which is in gimple?
I'm trying to generate new code, which happens to contain
Joern Rennecke wrote:
In http://gcc.gnu.org/ml/gcc/2006-07/msg00390.html, you write:
depending on what you are doing, you can update the solution in place.
The point of the dataflow talk was not to say that you cannot do
anything incremental, it was to say that there are no good GENERAL
Kenneth Zadeck wrote:
I suppose reg-live-at-start / reg-live-at-end information is actually easier
to maintain during if-conversion that def-use chains.
This is true, certainly in theory, a lot less so in practice.
The way that you order things is this.
while (something changes and
Hi all!
I'm currently implementing code coverage analysis in an existing
build system. The code tree the system builds consists of modules
where some code (and files) is covered by tests and some are not. To
be able to present statistics per module I need to know how many
lines of source code
Hi,
On Sun, 16 Jul 2006, Steven Bosscher wrote:
On 7/16/06, Tim Prince [EMAIL PROTECTED] wrote:
On my computer, the installed version of gcc is 4.1.0-25 and i could not
find any compatible version of g77 to install. For the installation of
octave, i need exactly gcc-g77 not
Joern RENNECKE wrote:
Kenneth Zadeck wrote:
I suppose reg-live-at-start / reg-live-at-end information is
actually easier
to maintain during if-conversion that def-use chains.
This is true, certainly in theory, a lot less so in practice.
The way that you order things is this.
while
(I'm not on the list, so please Cc: me on replies, at least for now. This
is just a preliminary question. ;)
So, gcj still uses boehm-gc 6.3-hacked-to-bits. Is there any chance of
bringing it up to date (at least version 6.7)? Doing so *should* make gcj
threads [mostly, if not fully] work on
Jason Merrill wrote:
OK, you've convinced me that the compiler shouldn't override or complain
about explicit visibility attributes. Do you have a problem with
implicit propagation of visibility in the absence of an attribute?
Specifically:
Do you agree with implicitly giving template
Rafael Espíndola wrote:
Some people call this uninlining. I've also heard the term
procedural abstraction. The generalization is to identify common code
fragments that can be turned into functions. Then, replace the users of
the common code with function calls.
Is this the same as Code
Kenneth Zadeck wrote:
From that description I assumed that you really did care which uses
actually reached which other uses. The reaching uses problem tracks
each use separately. If this isn't what you need then you are free to
use LR which is certainly much cheaper than RU.
Yes, LR is
Mark Mitchell wrote:
Rafael Espíndola wrote:
Some people call this uninlining. I've also heard the term
procedural abstraction. The generalization is to identify common code
fragments that can be turned into functions. Then, replace the users of
the common code with function calls.
Is
So, gcj still uses boehm-gc 6.3-hacked-to-bits. Is there any chance of
bringing it up to date (at least version 6.7)?
I suggest to use boehms-gc branch for public test of 6.7 import, this
way you could test how the newer collector operates as a libgcj
runtime while I could test it as a host
On 7/17/06, Daniel Berlin [EMAIL PROTECTED] wrote:
Mark Mitchell wrote:
Rafael Espíndola wrote:
Some people call this uninlining. I've also heard the term
procedural abstraction. The generalization is to identify common code
fragments that can be turned into functions. Then, replace the
Hi,
On Sat, 15 Jul 2006, Gabriel Dos Reis wrote:
| I don't see how they get past this issue. I've had some claim, but
| it's a feature, not a bug.
|
| The basic question is, are two unrelated types in different dlls the
| same, just because they have the same name? How do you prevent
Joern RENNECKE wrote:
Kenneth Zadeck wrote:
From that description I assumed that you really did care which uses
actually reached which other uses. The reaching uses problem tracks
each use separately. If this isn't what you need then you are free to
use LR which is certainly much cheaper
On Sun, Jul 16, 2006 at 06:05:32PM -0700, Ian Lance Taylor wrote:
Andrew Pinski [EMAIL PROTECTED] writes:
Here we have the same scope_labelno. The first dbxout_begin_prologue
comes from calling rs6000_output_mi_thunk. The normal way
scope_labelno gets incremented is via the
call to
Kenneth Zadeck wrote:
You should do this starting from the dataflow branch. The version of
if-cvt there works as I have mentioned in the previous mail and does not
use propagate block at all.
if-conversion always joins blocks. But cross-jumping merges blocks or
partial blocks.
If the
Todd Vierling wrote:
(I'm not on the list, so please Cc: me on replies, at least for now. This
is just a preliminary question. ;)
So, gcj still uses boehm-gc 6.3-hacked-to-bits. Is there any chance of
bringing it up to date (at least version 6.7)? Doing so *should* make gcj
threads [mostly,
Joern RENNECKE wrote:
Kenneth Zadeck wrote:
You should do this starting from the dataflow branch. The version of
if-cvt there works as I have mentioned in the previous mail and does not
use propagate block at all.
if-conversion always joins blocks. But cross-jumping merges blocks
Kenneth Zadeck wrote:
Updating the LR dataflow when splitting a basic block is generally
pretty easy.
You start from the end of the block and just interpret the uses and defs
for each insn.
This means duplicating this aspect of the propagate_block functionality.
If we really have to do
Kevin == Kevin F Quinn [EMAIL PROTECTED] writes:
Kevin Hi. Recently (at least in 4.1.1), the classpath pieces bundled with gcc
Kevin include /usr/lib/classpath/libgjsmalsa.so (JNI midi-alsa). This
Kevin creates a conflict when installing gnu-classpath itself.
In 4.2 these have moved.
I don't
Kenneth Zadeck wrote:
is it really necessary to do your pass after reg stack. Given that
there is no if conversion that runs after regstack what is your point?
I am talking about cross-jumping after regstack.
I should point out that there are no passes that currently use any
dataflow
Joern RENNECKE wrote:
Kenneth Zadeck wrote:
is it really necessary to do your pass after reg stack. Given that
there is no if conversion that runs after regstack what is your point?
I am talking about cross-jumping after regstack.
I should point out that there are no passes that
Kenneth Zadeck wrote:
I would be very careful to tread here. regstack is a can of worms and
not very good worms. We have had a lot of trouble retrofitting better
dataflow into regstack because of the fragile nature of it's
implementation.
Well, the approach so far has been 'don't touch
On Sun, Jul 16, 2006 at 06:05:32PM -0700, Ian Lance Taylor wrote:
Previously, scope_labelno was referenced in dbxout_block and
incremented in dbxout_function_end. Both functions are called only by
dbxout_function_decl (a debug hook). So it was always consistent.
Now scope_labelno is used
Carlos O'Donell [EMAIL PROTECTED] writes:
2006-07-17 Carlos O'Donell [EMAIL PROTECTED]
* dbxout.c (dbxout_function_end): Do not increment scope_labelno.
(dbxout_begin_prologue): Increment scope_labelno.
This is OK. Thanks.
Isn
Andrew Pinski wrote:
Then why does config/rs6000/gnu.h have one, it is more trivial than
the others.
Different people writing different files at different times making
different interpretations of the same rule.
Also, sometimes it happens that a file will start as
trivial/non-trivial, and
Ling-hua Tseng wrote:
Should I write a violent algorithm to scan these data dependencies?
Are there any better solutions for this problem?
Another example to look at might be the ia64 port. It reruns flow and
sched during the machine dependent reorg pass, so we can get the
dependencies right.
sean yang wrote:
The GCC internals explicitly introduced code manipulation APIs in TREE
representation (bsi_insert_before, bsi_remove etc). But I did not see
the equivalent for RTL representation.
There is emit_insn_after, emit_insn_before.
There is also the sequence stuff: start_sequence,
On Jul 17, 2006, at 3:43 PM, Jim Wilson wrote:
Also, sometimes it happens that a file will start as trivial/non-
trivial, and then later modifications will change it to non-trivial/
trivial, but the patcher doesn't bother to add/remove the copyright
notice. Just like sometimes people forget
I'd like to ask a question about difference of SSA-form representation and
GIMPLE representation. I thanks you for your answer.
My understanding is that any stmt node insertion operation in a pass between
building-SSA pass and un-SSA pass should uses SSA-form representation. But
the following
--- 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=gccview=revrev=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
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
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
--- 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
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(complexdouble(-1,-0))
#include complex
#include iostream
std::complexdouble d_m1(-1.0, -0.0);
int main() {
std::cout d_m1: d_m1 std::endl;
templateconst char *str
const char *baz ()
{
return str;
}
namespace { char foo[] = foo; };
const char *
bar ()
{
return bazfoo ();
}
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
Test program:
// Copyright 2006, Google Inc. All rights reserved.
// Author: [EMAIL PROTECTED] (Michael Chastain)
//
// Compute (1.0, 0.0) *= -1.0
#include complex
#include iostream
std::complexdouble d_1(1.0, 0.0);
int main() {
std::complexdouble d_m1(1.0, 0.0);
d_m1 *= -1.0;
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
--- 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
--- 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
--
--- 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
--- 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 should
--- 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 SMT.4_6;
D.1528_2 = f_1-p;
# SMT.5_8 = V_MAY_DEF SMT.5_7;
D.1528_2-p = 1;
# .GLOBAL_VAR_10 = V_MAY_DEF .GLOBAL_VAR_9;
bar (f_1);
# VUSE
--- 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=gccview=revrev=115518
Log:
2006-07-13 Andrew Haley [EMAIL PROTECTED]
PR
--
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)
{
--
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 creation.
--- 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=11904action=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=gccview=revrev=115519
Log:
gcc:
PR other/28251
* tree.h (dump_addr):
--- 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
--
--- 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=gccview=revrev=115521
Log:
PR c++/28304
* decl2.c (check_classfn): Return
--- 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=gccview=revrev=115522
Log:
PR c++/28304
* g++.dg/other/pr28304.C: New test.
--- 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=gccview=revrev=115523
Log:
PR c++/28291
* decl.c (reshape_init_class): Return
--- 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=gccview=revrev=115524
Log:
gcc/
PR middle-end/28402
* optabs.c
--- 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=gccview=revrev=115525
Log:
gcc/
PR middle-end/28403
* optabs.c
--- 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=gccview=revrev=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
--- 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
--
--- 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:
| templateconst char *str
| const char *baz ()
| {
| return str;
| }
|
| namespace {
--- 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
--- 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
--- 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=gccview=revrev=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
--- 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
--- 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-end*,
--- 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
--- 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.
--
--- 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
--- 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
--
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
1 - 100 of 114 matches
Mail list logo