--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
07:43 ---
Subject: Bug 18644
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2005-04-04 07:42:35
Modified files:
gcc:
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-04 07:56
---
Fixed on all active branches.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
08:45 ---
Subject: Bug 20505
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-04 08:44:59
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
08:50 ---
Subject: Bug 16104
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-04 08:50:35
Modified files:
gcc: ChangeLog fold-const.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
09:01 ---
Subject: Bug 16104
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-04 09:01:02
Modified files:
gcc:
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-04
09:18 ---
Removing the patch mentioned in comment #5 indeed makes this bug go away.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20739
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-04
09:46 ---
2005-04-04 Nathan Sidwell [EMAIL PROTECTED]
PR debug/20505
* dwarf2out.c (tree_add_const_value_attribute): Only add if it's
an INTEGER_CST.
--
What|Removed
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-04
09:49 ---
Don't forget to apply the fix for 20723 as well
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19203
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-04 10:29
---
Test now passes on 4.0 branch as well as mainline after patch was applied.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
10:51 ---
Subject: Bug 14812
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-04 10:51:41
Modified files:
gcc: ChangeLog
gcc/config/arm :
The following testcase (simplified from lmbench) causes major compile time
regression in tree_ssa_iv_optimize_loop.
Without -DHANG (and with -O2), HEAD gcc needs 0m34.176s, while with GCC 3.4.x
0m0.035s. On 4.0 branch it even takes substantially longer.
lmbench has 100 such lines, which would
--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-04 11:38
---
Created an attachment (id=8526)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8526action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20742
--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-04 11:40
---
Oops, attached older version of the testcase. The latest one had:
#ifdef HANG
#define TEN(x) x x x x x x x x x x
TEN (TEN (a += b; b -= a;))
#endif
in the loop as well.
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
12:04 ---
Subject: Bug 20505
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-04 12:04:39
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From phython at gcc dot gnu dot org 2005-04-04
12:36 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00327.html
--
What|Removed |Added
--
What|Removed |Added
Severity|critical|normal
Keywords||compile-time-hog
Target Milestone|---
On gcc 4.0 acovea test results showed that -fweb flag produces slow code.
Testing cc:
-fweb (-2.353)
Testing g++:
-fweb (-2.22)
Look acovea logs attached below.
If you find this information useful tell me what to add or put your mark INVALID
RESOLVED :-)
--
Summary: -fweb produces
--- Additional Comments From selecter at spray dot se 2005-04-04 13:07
---
Created an attachment (id=8527)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8527action=view)
cc log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20743
--- Additional Comments From selecter at spray dot se 2005-04-04 13:08
---
Created an attachment (id=8528)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8528action=view)
g++ log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20743
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-04
13:09 ---
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00321.html
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-04
13:10 ---
There is a reason why it is disabled in gcc 4.0.
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-04
13:11 ---
I should point out, though, that we all (me too) do appreciate
this kind of testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20743
$ cat size_1.f90
! { dg-do run }
! size= isn't implemented correctly at the moment.
program main
open(77,pad='yes')
write(77,'(A)') '123'
rewind(77)
read(77,'(I2)',advance='no',size=i) j
print *,i
if (i /= 2) call abort
end program main
$ gfortran size_1.f90
$ ./a.out
0
--
What|Removed |Added
Keywords||wrong-code
Known to fail||4.0.0 4.1.0
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-04
13:32 ---
Subject: Re: [Committed] PR c++/19199: Preserve COND_EXPR lvalueness in fold
On Apr 4, 2005, Roger Sayle [EMAIL PROTECTED] wrote:
(fold_cond_expr_with_comparison): Preserve lvalue-ness for the
--- Additional Comments From joseph at codesourcery dot com 2005-04-04
13:41 ---
Subject: Re: [Committed] PR c++/19199: Preserve COND_EXPR lvalueness in fold
On Mon, 4 Apr 2005, Alexandre Oliva wrote:
Err... Why did you choose to drop the portion of the patch below,
that would have
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-04
13:50 ---
Subject: Re: [Committed] PR c++/19199: Preserve COND_EXPR lvalueness in fold
On Apr 4, 2005, Alexandre Oliva [EMAIL PROTECTED] wrote:
On Apr 4, 2005, Roger Sayle [EMAIL PROTECTED] wrote:
long-term
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-04-04
14:03 ---
This is scev analysis problem. On this testcase, it produces exponentially
large expressions (of form a_5 + b_6 + b_6 - a_5 + b_6 + b_6 - a_5 + b_6 - a_5
...).
As for possible solutions: more clever
This morning after downloading a complete new version - I get this error from
the make process -
/bin/sh ./libtool --mode=compile
/Users/dir/gfortran/gcc/host-powerpc-apple-darwin7.8.0/gcc/xgcc
-B/Users/dir/gfortran/gcc/host-powerpc-apple-darwin7.8.0/gcc/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-04
14:08 ---
Read http://gcc.gnu.org/ml/gcc/2005-03/msg01149.html, you need a newer
cctools.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-04
14:09 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Using g++3.4.3 (gcc version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)) to compile a
testcase with covariant return types. In the testcase, the covariant function
C::l() returns a null pointer, g++3.4.3 does the return value adjustment and
returns a non-null return value ( which is incorrectly).
Here
Using g++3.4.3 (gcc version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)) to compile a
testcase with covariant return types. In the testcase, the covariant function
C::l() returns a null pointer, g++3.4.3 does the return value adjustment and
returns a non-null return value ( which is incorrectly).
Here
I was playing with -fprefetch-loop-arrays on pentium4, trying to get some
speed-up with simple operations on arrays. Consider this small testcase:
#define NELEM 1000
#define NITER 1000
int buf[NELEM];
int main() {
int i,j;
int sum = 0;
double ssum = 0.0;
for (i = 0; i NELEM; i++)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-04
14:26 ---
*** This bug has been marked as a duplicate of 20746 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-04
14:26 ---
*** Bug 20747 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20746
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-04
14:35 ---
Test from 20747:
extern C void *printf(char * ...);
class A {
public:
virtual void f();
virtual A* i();
virtual void j();
int a;
};
class B {
public:
virtual void f();
virtual void g();
virtual B* l();
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-04
14:38 ---
Confirmed, not a regression.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-04
14:41 ---
Most likely what is happening is that we are filling up the cache and causing
used stuff to removed from
the cache. Maybe also making the hadware's prefetching confused.
--
What|Removed
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-04
14:43 ---
No useful feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-04
14:43 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr
2005-04-04 14:50 ---
Subject: Re: [4.0/4.1 Regression] Hang in tree_ssa_iv_optimize_loop
rakdver at gcc dot gnu dot org wrote:
Scev probably should keep track of how large expressions it produces, and
just
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-04
14:54 ---
Recategorizing.
--
What|Removed |Added
Component|debug
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-04
15:02 ---
Subject: Re: [Committed] PR c++/19199: Preserve COND_EXPR lvalueness in fold
On Apr 4, 2005, Alexandre Oliva [EMAIL PROTECTED] wrote:
+ result. We may still return other expressions that would be
+
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
15:29 ---
Subject: Bug 20446
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-04 15:29:12
Modified files:
gcc: ChangeLog
gcc/config/sparc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
15:32 ---
Subject: Bug 20446
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-04 15:32:03
Modified files:
gcc:
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-04
15:42 ---
See http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00359.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
15:46 ---
Subject: Bug 19956
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-04 15:46:23
Modified files:
gcc/ada:
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-04
15:48 ---
Patch backported.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From roger at eyesopen dot com 2005-04-04 16:02
---
Subject: Re: [Committed] PR c++/19199: Preserve COND_EXPR lvalueness in fold
Hi Alex,
My apologies yet again for not being more explicit about all of the
things that were wrong (and or I was unhappy with)
--- Additional Comments From mark at codesourcery dot com 2005-04-04 16:39
---
Subject: Re: [3.3/3.4/4.0/4.1 Regression] Wrong warning about
returning a reference to a temporary
Roger --
Thank you for fixing this PR! Very much appreciated.
If I'm reading correctly, the patch is
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
17:19 ---
Subject: Bug 4198
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-04 17:18:54
Modified files:
gcc: ChangeLog config.gcc
Removed files:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
17:19 ---
Subject: Bug 12027
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-04 17:18:54
Modified files:
gcc: ChangeLog config.gcc
Removed files:
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-04
17:21 ---
Target removed.
--
What|Removed |Added
Status|SUSPENDED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-04
17:21 ---
Target removed.
--
What|Removed |Added
Status|SUSPENDED
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-04
17:24 ---
2005-04-04 Nathan Sidwell [EMAIL PROTECTED]
PR c++/20746
* method.c (use_thunk): Protect covariant pointer return
adjustments from NULL pointers.
--
What|Removed
--- Additional Comments From yanliu at ca dot ibm dot com 2005-04-04 17:37
---
Could you tell me which gcc level has the fix? thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20746
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20746
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
17:45 ---
Subject: Bug 20746
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-04 17:45:17
Modified files:
gcc/cp : ChangeLog method.c
Using a fresh build of gfortran from the cvs archive (old versions of gfortran
hit the now fixed - Internal Error: Recursive library error) I get an error
trying to open a direct access file (g77 and Absoft f77 are happy with it and
gfortran works ok if status='SCRATCH' is used instead of the
--
What|Removed |Added
Component|fortran |libfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20749
--- Additional Comments From joseph at codesourcery dot com 2005-04-04
18:20 ---
Subject: Re: [4.0/4.1 Regression] internal compiler
error: in subreg_regno_offset, at rtlanal.c:3042
On Sun, 3 Apr 2005, danglin at gcc dot gnu dot org wrote:
On hppa64-hp-hpux*, I think we still have
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-04
19:00 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
19:02 ---
Subject: Bug 20725
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-04 19:02:18
Modified files:
gcc: ChangeLog tree-ssa-pre.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
19:02 ---
Subject: Bug 20703
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-04 19:02:18
Modified files:
gcc: ChangeLog tree-ssa-pre.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
19:09 ---
Subject: Bug 20679
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-04 19:09:10
Modified files:
gcc/cp :
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-04
19:09 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-04
19:09 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Component|java|libgcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20750
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
19:11 ---
Subject: Bug 20679
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-04 19:11:08
Modified files:
gcc/cp : ChangeLog parser.c
--- Additional Comments From laurent at guerby dot net 2005-04-04 19:13
---
Same failure on 4.1.0 20050404 (experimental) (hppa-unknown-linux-gnu)
seen by J. David Anglin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20703
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-04
19:14 ---
Fixed in 4.0, 4.1.
--
What|Removed |Added
Summary|[3.4/4.0/4.1 Regression]
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20725
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-04
19:15 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
4.1.0 20050404 (experimental)
,.,. C940013 ACATS 2.5 05-04-04 04:31:48
C940013 Check that queues on protected entries are handled FIFO and
that 'count is correct.
free(): invalid pointer 0x6ea80!
free(): invalid pointer 0x71e00!
free(): invalid pointer 0x77100!
free
4.1.0 20050404 (experimental) (hppa-unknown-linux-gnu)
,.,. CB41002 ACATS 2.5 05-04-04 04:42:54
CB41002 Check that the message string input parameter in a call to
the Raise_Exception procedure is associated with the
raised exception occurrence
4.1.0 20050404 (experimental) (hppa-unknown-linux-gnu)
,.,. CE3810B ACATS 2.5 05-04-04 04:57:28
CE3810B CHECK THAT FIXED_IO PUT CAN OPERATE ON STRINGS. ALSO CHECK
THAT LAYOUT_ERROR IS RAISED WHEN THE STRING IS
INSUFFICIENTLY LONG.
Segmentation fault
4.1.0 20050404 (experimental) (hppa-unknown-linux-gnu)
,.,. CXG1005 ACATS 2.5 05-04-04 05:06:11
CXG1005 Check that the subprograms defined in the package
Generic_Complex_Elementary_Functions provide correct
results.
* CXG1005 Incorrect result from Function
--
What|Removed |Added
Summary|ACATS c940013 fails at |ACATS c940013 segfault at
|runtime on hppa-linux |runtime on hppa-linux
This is strange. With gfortran -2.500E-03 get printed two different ways
depending upon what is in the print list before it. g77 looks ok.
[dranta:~/tests/gfortran] dir% g77 -o print03 print03.f
[dranta:~/tests/gfortran] dir% print03
-1.000E-02 -2.000E-02 1.000E-02 2.000E-02 -1.000E-03
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04
19:45 ---
Subject: Bug 19537
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-04 19:45:14
Modified files:
gcc:
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-04-04
19:53 ---
Patch applied to mainline and 4.0. I forgot to add the PR number
to the initial mainline commit (now corrected) which is why it
didn't show up in the PR.
--
What|Removed
--- Additional Comments From mckinlay at redhat dot com 2005-04-04 20:03
---
Whats the advantage to setting these at configure time? Couldn't java-gcj-compat
just set them when it invokes gij?
It seems a little awkward to hardcode paths like java-1.4.2-gcj-1.4.2.0 into
libgcj when this
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-04
20:18 ---
Subject: Re: [Committed] PR c++/19199: Preserve COND_EXPR lvalueness in fold
On Apr 4, 2005, Roger Sayle [EMAIL PROTECTED] wrote:
My apologies yet again for not being more explicit about all of the
consider these insns from compile/951116-1.c:
(note:HI 2 0 6 NOTE_INSN_DELETED)
(note:HI 6 2 9 NOTE_INSN_FUNCTION_BEG)
(note:HI 9 6 41 0 [bb 0] NOTE_INSN_BASIC_BLOCK)
(insn/f 41 9 42 0 (set (mem:SI (pre_dec:SI (reg/f:SI 15 r15)) [0 S4 A32])
(reg/f:SI 14 r14)) -1 (nil)
--- Additional Comments From fitzsim at redhat dot com 2005-04-04 20:44
---
The advantage is that we can then eliminate the java wrapper script completely
and symlink the java command directly to gij.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20750
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-04
20:48 ---
Created an attachment (id=8530)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8530action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20756
--- Additional Comments From fitzsim at redhat dot com 2005-04-04 20:48
---
I should also mention; currently java-gcj-compat is separate from libgcj because
it depends on ecj. Once gcjx lands we can use it as our bytecode compiler, and
distributions will likely want to merge
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-04
20:51 ---
Without a fix for PR rtl-optimization/20756, there are new regressions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20695
The following methods are missing java.aawr:
java.awt.FontMetrics.getMaxCharBounds(java.awt.Graphics)
java.awt.FontMetrics.getStringBounds(java.lang.String, int, int,
java.awt.Graphics)
java.awt.FontMetrics.getStringBounds(java.lang.String, java.awt.Graphics)
--- Additional Comments From mckinlay at redhat dot com 2005-04-04 21:27
---
Yeah, in the case where java-gcj-compat is merged into libgcj (ie libgcj is set
up to look like a JVM) then this option makes sense.
libgcj would install its .jars and whatever other JVMish files applications
Here are three ways to express complexdouble(-4.,0.):
// complexdouble operator-double(const double, const complexdouble)
complexdouble a1 = 1.
- complexdouble(5.0, 0.0);
cout a1 endl; // (-4,-0)
// complexdouble operator-double(const complexdouble, const
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-04
21:38 ---
See also a thread on the gcc list
http://gcc.gnu.org/ml/gcc/2005-03/msg00234.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19180
--- Additional Comments From fitzsim at redhat dot com 2005-04-04 21:39
---
Yes, eventually we'll install the same compatibiliy symlink forest we currently
install in java-gcj-compat. For now though I only expect distributions
packaging java-gcj-compat to use this option. For example,
--- Additional Comments From kreckel at ginac dot de 2005-04-04 21:39
---
Created an attachment (id=8531)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8531action=view)
Avoid using operator-, version 1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20758
--- Additional Comments From kreckel at ginac dot de 2005-04-04 21:40
---
Created an attachment (id=8532)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8532action=view)
Avoid using operator-, version 2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20758
Here are three ways to express complexdouble(-4.,0.):
// complexdouble operator-double(const double, const complexdouble)
complexdouble a1 = 1.
- complexdouble(5.0, 0.0);
cout a1 endl; // (-4,-0)
// complexdouble operator-double(const complexdouble, const
1 - 100 of 145 matches
Mail list logo