Hi all,
I am new to this list and GCC compiler. I am trying to build GCC4.1.0 for
mipsisa32-elf target. I would appreciate if someone could help me out in
resolving the errors during build process.
The detail is as follows:
OS: Fedora core5
Default GCC compiler installed on system: gcc 4.1.0
Ross Ridge wrote:
You won't be able to. You're going to need to write your own code that,
during the conversion of the tree to RTL, creates RTL expressions which
indicate that the memory references use segment registers. This probably
won't be easy since there are a lot of contexts
Remy Saissy wrote:
if I understand well, to make gcc generating rtx according to an
__attribute__((far(fs))) on a pointer I only have to add or modify
rtx in the i386.md file and add an UNSPEC among the constants ?
No, the work you need to on the backend, adding an UNSPEC constant to
i386.md and
The -fshared-data option has been removed in GCC 4.2, but as far as I
can tell this is not documented anywhere. Would it be possible to
mention this at http://gcc.gnu.org/gcc-4.2/changes.html, and possibly
in a section of the GCC manual?
2006-02-21 Richard Sandiford [EMAIL PROTECTED]
On Sun, 28 May 2006, Dave Korn wrote:
Rightyho, I just inferred the date from the timestamps on the FTP server;
I've used 6th march in the announce message. However from where I'm sitting
the gcc.gnu.org front page still says March 10th - can you give it a tweak?
Done. (I was going to
On 29 May 2006 15:18, Gerald Pfeifer wrote:
On Sun, 28 May 2006, Dave Korn wrote:
Rightyho, I just inferred the date from the timestamps on the FTP server;
I've used 6th march in the announce message. However from where I'm
sitting the gcc.gnu.org front page still says March 10th - can you
Ross Ridge wrote:
Remy Saissy wrote:
What I understand is that there is two kind of managment for attribute :
Attributes are handled in various different ways depending on what the
attribute does. To handle your case correctly, you'ld have to change how
the tree to RTL conversion
Dear List.
my, that's good to have sorted. The prospect of
having to
start crond in my init scripts was truly frightening.
Thanks, all!
Bernard Leak
--
Still fighting the good fight. Fights are good when I win them.
I am looking for code that corresponds to freeing memory for BBs and Edges.
For example, I know to allocate a chunk of memory to hold BB information is
done by ggc_alloc_cleared(). But after a function analysis/optimization is
done, the memory should be freed. I tried to read code in
On 5/29/06, sean yang [EMAIL PROTECTED] wrote:
I am looking for code that corresponds to freeing memory for BBs and Edges.
It's called gcc-page.c on most systems.
Gr.
Steven
In building xplor-nih against the gcc trunk, I noticed that there is a c++
related
regression that isn't present when building xplor-nih against gcc 4.1.1 or the
gfortran
of gcc trunk and the gcc/g++ of Apple's current Xcode 2.3 release. The error
shows up
in xplor-nih's dipCoup.inp test
Mark Shinwell wrote:
Hi,
I'd like to gather some opinions and advice on the expansion of
__builtin_frame_address, as discussed on gcc-patches last year [1, 2].
This centres on the following comment in expand_builtin_return_addr
arising from revision 103294 last year:
I've explicitly Cc'd
Hi,
gcc 4.1 changed the typeof behaviour and now includes the type const
qualifier, which unfortunately breaks existing code. The example below is
simplified example from the Linux kernel (i386 was fixed, but that's
not the only arch).
The first get_user() produces nice code with 4.0 and
The first question is: If I want to find a BB that containing a specific
function call (say 'foo'), is there an easy way in the RTX level?
The second one is: how can i get the order of different call foo in the
final assembly code. Can I get it by dumping some information, say the order
of
I guess maybe the 2nd question is a little uncommon, but thank for any
advice.
From: sean yang [EMAIL PROTECTED]
To: gcc@gcc.gnu.org
Subject: call_insns in RTX form--two questions
Date: Tue, 30 May 2006 04:09:03 +
The first question is: If I want to find a BB that containing a specific
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-05-29 06:44
---
Subject: Bug 26818
Author: reichelt
Date: Mon May 29 06:44:46 2006
New Revision: 114187
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114187
Log:
PR c/26818
* c-decl.c (finish_struct): Skip
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-05-29 06:50
---
Subject: Bug 27451
Author: reichelt
Date: Mon May 29 06:50:07 2006
New Revision: 114189
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114189
Log:
PR c++/27451
* stmt.c
--- Comment #4 from arjen dot markus at wldelft dot nl 2006-05-29 06:54
---
Subject: Re: Linking example programs for PLplot causes
error messages about multiple definition of __gfortran_transfer_character
pault at gcc dot gnu dot org wrote:
--- Comment #3 from pault at gcc dot
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-29 06:56
---
Subject: Bug 27716
Author: reichelt
Date: Mon May 29 06:56:07 2006
New Revision: 114190
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114190
Log:
PR c++/27716
* typeck.c
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-05-29 07:06
---
Now also fixed on the 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-05-29 07:08
---
Now also fixed on the 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from reichelt at gcc dot gnu dot org 2006-05-29 07:10
---
Now also fixed on the 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-29 07:22 ---
It also worked with 20060507.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from bonzini at gnu dot org 2006-05-29 07:24 ---
The problem is that regstack is wrong when it comes to handling
COMPLEX_FLOAT_MODEs.
To handle clobbers, it calls move_nan_to_stack_reg twice on the same insn. But
the second call does *not* add a new insn, so we get only
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-29 07:32 ---
Confirmed on today's compiler.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-29 07:34 ---
2332 chrec_a = chrec_convert (integer_type_node, chrec_a, NULL_TREE);
2333 chrec_b = chrec_convert (integer_type_node, chrec_b, NULL_TREE);
2334 difference = chrec_fold_minus
2335
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-29 07:44 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from aoliva at gcc dot gnu dot org 2006-05-29 08:09 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
$ cat t.cc
#include cassert
int main()
{
assert( false );
}
$ g++ -v
Using built-in specs.
Target: powerpc-ibm-aix5.2.0.0
Configured with: /tools/inst/jrichter/gcc-4.1.1/configure
--prefix=/tools/pkg/gcc/4.1.1 --enable-languages=c,c++ --disable-threads
--with-ld=/bin/ld --with-as=/bin/as
Thread
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-29 08:23 ---
Why do you think this is a GCC problem and not an AIX one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27791
--- Comment #2 from joerg dot richter at pdv-fs dot de 2006-05-29 08:31
---
I think this is a GCC problem, because this is the header installed by GCC.
Removing the header works, because then /usr/include/assert.h is used. And this
system header works as expected.
--
--- Comment #12 from martin at mpa-garching dot mpg dot de 2006-05-29
08:53 ---
This bug prevents the current release of the Globus toolkit
(www.globus.org) from compiling.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26881
--- Comment #34 from aoliva at gcc dot gnu dot org 2006-05-29 09:15 ---
I've completed a successful profiledbootstrap on amd64-linux-gnu last night.
Is anyone else still seeing this, or is it fixed?
--
aoliva at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from aoliva at gcc dot gnu dot org 2006-05-29 09:18 ---
Created an attachment (id=11526)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11526action=view)
Patch that appears to fix the problem
Here's a patch I'm trying to fix the problem. Hopefully I've caught all
--- Comment #8 from bonzini at gnu dot org 2006-05-29 09:38 ---
Created an attachment (id=11527)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11527action=view)
patch to fix the bug
I would appreciate testing this patch on x86_64, also because it touches some
squeaky code that
--- Comment #35 from gcc at pdoerfler dot com 2006-05-29 09:39 ---
FWIW profiledbootstrap still fails with -march=pentium4 and fortran enabled
because of PR26449.
Last tested with 20060520.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22313
--- Comment #6 from jakub at gcc dot gnu dot org 2006-05-29 09:54 ---
Subject: Bug 27532
Author: jakub
Date: Mon May 29 09:54:11 2006
New Revision: 114193
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114193
Log:
2006-05-10 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #3 from uros at kss-loka dot si 2006-05-29 10:29 ---
I'm testing a patch.
--
uros at kss-loka dot si changed:
What|Removed |Added
--- Comment #4 from douze at enseeiht dot fr 2006-05-29 10:37 ---
What builtin_sqrt does is:
try fsqrt
if result is ok (fucom on it sets flags for =), return it
else call library sqrt
This was coded badly in gcc 3.4.1, causing an infinite loop (btw, I can't find
where the asm code is)
--- Comment #4 from jakub at gcc dot gnu dot org 2006-05-29 10:42 ---
Created an attachment (id=11528)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11528action=view)
pr27790.patch
This seems to work for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27790
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-29 10:48 ---
./cc1plus -march=i586 -O2 -Wall -fno-strict-aliasing -quiet demux_rtp.min.ii
-fpreprocessed -frandom-seed=0
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from uros at kss-loka dot si 2006-05-29 11:52 ---
(In reply to comment #4)
pr27790.patch
This seems to work for me.
In V4SImode case above, there is
emit_insn (gen_subv4si3 (t1, cop0, cop1));
subv4si insn also needs cop0 in the register:
--- Comment #36 from papadako at csd dot uoc dot gr 2006-05-29 12:23
---
Still have this problen on x86 with latest gcc-4.1 SVN branch and
binutils 2.16.91.0.7.
stage1/xgcc -Bstage1/ -B/usr/i486-slackware-linux/bin/ -c -O2 -g
-fomit-frame-pointer -fprofile-use
--- Comment #6 from martin at mpa-garching dot mpg dot de 2006-05-29 12:24
---
The problem appears to have gone; I cannot reproduce it any more with current
mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27322
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-29 12:43 ---
btw., the first error is right after the first may_alias pass. An interesting
observation is that we have VUSEs in the dump for the afterReading fn for the
global var verbose, while they only should appear after
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
--- Comment #10 from patchapp at dberlin dot org 2006-05-29 13:10 ---
Subject: Bug number PR fortran/27715
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-05/msg01460.html
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-29 13:17 ---
Further reduced testcase:
extern int foo (__const char * __format, ...);
extern int verbose;
void demux_open_rtp(void)
{
int* mem = __null;
int* rtspClient = __null;
char* sdpDescription;
if
--- Comment #2 from pault at gcc dot gnu dot org 2006-05-29 13:26 ---
My fix for pr25147 and pr25098 also fixes this problem.
The code is incorrect ; abs being interpreted as a real variable, rather than
the intrinsic of this name. The patch produces the error that a procedure was
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-05-29 13:46 ---
extern int foo (__const char * __format, ...);
extern int verbose;
void demux_open_rtp(int sdpDescription)
{
int* rtspClient = 0;
if (sdpDescription == 0) {
extern int verbose;
rtspClient =
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-05-29 14:04 ---
At entry of verify_ssa of afterReading() we have
(gdb) call debug_immediate_uses ()
Immediate_uses:
verbose.3_1 : -- single use.
if (verbose.3_1 0) goto L2; else goto L1;
D.1752_2 : -- single use.
foo (%s%s[0],
rms asked me to try systematize the Texinfo dir categories to match the
Free Software Directory where possible. So I hope you will be ok
with changing the gcc manuals to say
@dircategory Software development
instead of
@dircategory Programming
(and Software libraries instead of GNU libraries for
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-05-29 14:09 ---
4.1.0 seems to work, as well as mainline and 4.0.3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from kazu at gcc dot gnu dot org 2006-05-29 14:09 ---
Subject: Bug 26622
Author: kazu
Date: Mon May 29 14:09:37 2006
New Revision: 114198
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114198
Log:
Backport from mainline:
2006-05-28 Kazu Hirata
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-05-29 14:15 ---
Reverting
Author: amacleod
Date: Tue May 16 20:51:14 2006
New Revision: 113829
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113829
Log:
Remove redundant hash table lookup when finding referenced vars.
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-05-29 14:19 ---
Mark, can we please have the C++ frontend fixed instead of having workarounds
that cause all sorts of problems? Please?
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from dnovillo at gcc dot gnu dot org 2006-05-29 14:57
---
Fixed. Also documented other missing passes.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dnovillo at gcc dot gnu dot org 2006-05-29 14:58
---
Subject: Bug 26242
Author: dnovillo
Date: Mon May 29 14:57:39 2006
New Revision: 114200
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114200
Log:
PR 26242
* doc/passes.texi: Add
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-05-29 15:13 ---
Based on 8.3.5/8 and the example from 8.3.6/9 which reads
int f(int a, int b = a);
I think this bug is invalid and function declarations with duplicate parameter
names are not invalid.
--
--- Comment #3 from patchapp at dberlin dot org 2006-05-29 15:20 ---
Subject: Bug number PR c++/27713
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-05/msg01475.html
--
--- Comment #7 from dnovillo at gcc dot gnu dot org 2006-05-29 15:28
---
Subject: Bug 26242
Author: dnovillo
Date: Mon May 29 15:28:33 2006
New Revision: 114202
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114202
Log:
PR 26242
* passes.texi: Add documentation
--
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 #3 from dnovillo at gcc dot gnu dot org 2006-05-29 15:52
---
Subject: Bug 26237
Author: dnovillo
Date: Mon May 29 15:52:51 2006
New Revision: 114204
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114204
Log:
PR 26237
* c-tree.texi: Document OpenMP
--- Comment #4 from dnovillo at gcc dot gnu dot org 2006-05-29 15:56
---
Fixed.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from spop at gcc dot gnu dot org 2006-05-29 16:01 ---
Subject: Bug 27745
Author: spop
Date: Mon May 29 16:01:16 2006
New Revision: 114205
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114205
Log:
PR middle-end/27745
* lambda-code.c
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-29 16:09 ---
*** This bug has been marked as a duplicate of 27671 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-29 16:09 ---
*** Bug 27322 has been marked as a duplicate of this bug. ***
--
pinskia 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 #4 from pinskia at gcc dot gnu dot org 2006-05-29 16:17 ---
Fixed by:
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114202
Log:
PR 26242
* passes.texi: Add documentation for pass_vrp,
pass_fre, pass_store_ccp, pass_copy_prop,
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-29 16:17 ---
Fixed by:
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114202
Log:
PR 26242
* passes.texi: Add documentation for pass_vrp,
pass_fre, pass_store_ccp, pass_copy_prop,
--- Comment #2 from sayle at gcc dot gnu dot org 2006-05-29 16:22 ---
Subject: Bug 24964
Author: sayle
Date: Mon May 29 16:22:05 2006
New Revision: 114206
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114206
Log:
PR tree-optimization/24964
* simplify-rtx.c
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-05-29 16:26 ---
It doesn't seem to fix the testcases:
FAIL: gcc.c-torture/execute/complex-6.c execution, -O0
FAIL: gcc.c-torture/execute/complex-6.c execution, -O1
FAIL: gcc.c-torture/execute/complex-6.c execution, -O2
FAIL:
--- Comment #6 from mueller at gcc dot gnu dot org 2006-05-29 16:26 ---
it might not be invalid, but its certainly worth a diagnostic IMHO
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13717
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-05-29 16:41
---
Subject: Bug 27447
Author: reichelt
Date: Mon May 29 16:41:23 2006
New Revision: 114207
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114207
Log:
PR c++/27447
* decl2.c (grok_method_quals):
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-05-29 16:43
---
Now also fixed on the 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
The attached (simple) piece of code segfaults if compiled with (=)-O2.
There are several possibilities to trigger the error.
1. Using the attached cpp, compile with -O2 ends in segfault when running the
app (-O{0,1} is fine)
2. If the cout in the last line is removed, everything seems to be fine
--- Comment #1 from S dot Diederich at gmx dot de 2006-05-29 16:53 ---
Created an attachment (id=11530)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11530action=view)
cpp to reproduce the error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27795
--- Comment #2 from S dot Diederich at gmx dot de 2006-05-29 16:54 ---
Created an attachment (id=11531)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11531action=view)
corresponding ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27795
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-29 17:05 ---
Fixed at least on the mainline as of today (but was not as of 20060507).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Workstation : SparcSTATION 20 with two HyperSPARC's CPU (RT626). I have
installed gcc from sunfreeware :
lebegue:[~] gcc -v
Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.2/specs
Configured with: ../configure --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --disable-nls
Thread
gcj 4.2 trunk
FormatMessage (with MESSAGE_FROM_SYSTEM flag) doesn't work on network messages
on win98. This causes lpMsgBuf to be null, and will cause a seg fault later.
Example code:
new Socket(127.0.0.1, );
(or some host/port that denies the connection).
I believe that one could
int zero { return 0; }
is gimplified to:
zero ()
{
int D.2115;
D.2115 = 0;
return D.2115;
}
The D.2115 temporary is not needed, the return value is constant, it is of the
same type as the function return type, and return CONSTANT is valid
gimple.
Not creating the temporary should
For this code:
struct X {double m; int x;};
struct Y {int y; short d;};
struct YY {int y; short d; char c;};
int foo(struct X *x, struct Y *y)
{
x-x = 0;
y-y = 1;
if (x-x != 0)
abort ();
}
int foo_no(struct X *x, struct YY *y)
{
x-x = 0;
y-y = 1;
if (x-x != 0)
abort
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-29 18:03 ---
Still fails on the 4.1 branch.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-29 18:08 ---
Confirmed, I was going to ask about this a while back. (before you start
filing a bug about a[i] creating an extra temporary, that is PR 23401).
--
pinskia at gcc dot gnu dot org changed:
What
One would think that the temporaries created when gimplifying the following
2 functions would be the same:
void hhh (int a, int b, int c){ bar (a?b:c); }
int iii (int a, int b, int c){ return (a?b:c); }
But they are not:
hhh (a, b, c)
{
int iftmp.0;
if (a != 0)
{
iftmp.0 = b;
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-29 18:50 ---
Confirmed, the problem is that char is recognized as something which can alias
anything which is why it is not optimized.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pault at gcc dot gnu dot org 2006-05-29 18:51 ---
Ah, rats! What I say is partially correct - the reference to abs, in your test
case is what is producing the error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27554
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-29 19:10
---
Subject: Bug 27713
Author: reichelt
Date: Mon May 29 19:10:03 2006
New Revision: 114208
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114208
Log:
PR c++/27713
* g++.dg/template/new6.C: New
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-29 19:19
---
Subject: Bug 27713
Author: reichelt
Date: Mon May 29 19:19:41 2006
New Revision: 114209
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114209
Log:
PR c++/27713
* pt.c
--- Comment #17 from fxcoudert at gcc dot gnu dot org 2006-05-29 19:21
---
Subject: Bug 19777
Author: fxcoudert
Date: Mon May 29 19:21:27 2006
New Revision: 114210
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114210
Log:
PR fortran/19777
* trans-array.c
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-29 19:22
---
Subject: Bug 27713
Author: reichelt
Date: Mon May 29 19:22:18 2006
New Revision: 114211
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114211
Log:
PR c++/27713
* pt.c
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-05-29 19:29
---
Subject: Bug 27634
Author: jvdelisle
Date: Mon May 29 19:28:48 2006
New Revision: 114212
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114212
Log:
2006-05-29 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-05-29 19:34
---
Subject: Bug 27634
Author: jvdelisle
Date: Mon May 29 19:33:43 2006
New Revision: 114213
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114213
Log:
2006-05-29 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-05-29 19:38
---
Fixed.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-05-29 19:39
---
Subject: Bug 27634
Author: jvdelisle
Date: Mon May 29 19:39:15 2006
New Revision: 114214
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114214
Log:
2006-05-29 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-05-29 19:42
---
Fixed on 4.2 only. Will not go to 4.1
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 177 matches
Mail list logo