Bug#187599: acknowledged by developer (Not a bug: Cannot subtract from streampos)
There exists a conversion from streampos to streamoff, so that the expression can be interpreted as =09(streamoff)pos - 1 or =09pos.operator-(1) In both cases conversions are used (from streampos to streamoff, and from int to long). The ambiguouity can be resolved be writing =09pos - 1L Probably the best way of writing it would then be "pos - (streamoff)1", yielding a streampos. I didn't know that streamoff existed, and its existence does explain the problem I was having. Thank you very much! Regards, Bart
[Bug optimization/13041] [3.3 Regression] linux-2.6/sound/core/oss/rate.c miscompiled
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2003-11-17 08:37 --- I think the bug is generic. -- What|Removed |Added Component|target |optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13041 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
gcc-3.3_3.3.2ds5-4.0.1_m68k.changes ACCEPTED
Accepted: cpp-3.3_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/cpp-3.3_3.3.2-4_m68k.deb fastjar_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/fastjar_3.3.2-4_m68k.deb fixincludes_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/fixincludes_3.3.2-4_m68k.deb g++-3.3_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/g++-3.3_3.3.2-4_m68k.deb g77-3.3_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/g77-3.3_3.3.2-4_m68k.deb gcc-3.3-base_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/gcc-3.3-base_3.3.2-4_m68k.deb gcc-3.3_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/gcc-3.3_3.3.2-4_m68k.deb gcj-3.3_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/gcj-3.3_3.3.2-4_m68k.deb gij-3.3_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/gij-3.3_3.3.2-4_m68k.deb gobjc-3.3_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/gobjc-3.3_3.3.2-4_m68k.deb libffi2-dev_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/libffi2-dev_3.3.2-4_m68k.deb libffi2_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/libffi2_3.3.2-4_m68k.deb libg2c0_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/libg2c0_3.3.2-4_m68k.deb libgcc1_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/libgcc1_3.3.2-4_m68k.deb libgcj4-dev_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/libgcj4-dev_3.3.2-4_m68k.deb libgcj4_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/libgcj4_3.3.2-4_m68k.deb libobjc1_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/libobjc1_3.3.2-4_m68k.deb libstdc++5-3.3-dbg_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/libstdc++5-3.3-dbg_3.3.2-4_m68k.deb libstdc++5-3.3-dev_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/libstdc++5-3.3-dev_3.3.2-4_m68k.deb libstdc++5-3.3-pic_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/libstdc++5-3.3-pic_3.3.2-4_m68k.deb libstdc++5_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/libstdc++5_3.3.2-4_m68k.deb protoize_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/protoize_3.3.2-4_m68k.deb treelang-3.3_3.3.2-4_m68k.deb to pool/main/g/gcc-3.3/treelang-3.3_3.3.2-4_m68k.deb Thank you for your contribution to Debian.
Bug#216234: marked as forwarded (g++-3.3: template function triggers syntax error)
Your message dated Mon, 17 Nov 2003 11:34:48 +0100
with message-id <[EMAIL PROTECTED]>
has caused the Debian Bug report #216234,
regarding g++-3.3: template function triggers syntax error
to be marked as having been forwarded to the upstream software
author(s) [EMAIL PROTECTED]
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
---
Received: (at 216234-forwarded) by bugs.debian.org; 17 Nov 2003 10:34:52 +
>From [EMAIL PROTECTED] Mon Nov 17 04:34:51 2003
Return-path: <[EMAIL PROTECTED]>
Received: from relay2.uni-heidelberg.de [129.206.210.211]
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1ALgiZ-0006cO-00; Mon, 17 Nov 2003 04:34:51 -0600
Received: from mail.iwr.uni-heidelberg.de (mail.iwr.uni-heidelberg.de
[129.206.104.30])
by relay2.uni-heidelberg.de (8.12.10/8.12.10) with ESMTP id
hAHAYnsR008897;
Mon, 17 Nov 2003 11:34:49 +0100 (MET)
Received: from hal.iwr.uni-heidelberg.de ([EMAIL PROTECTED] [129.206.69.248])
by mail.iwr.uni-heidelberg.de (8.12.10/8.12.9) with ESMTP id
hAHAYmfK010647;
Mon, 17 Nov 2003 11:34:48 +0100 (MET)
Received: from thimo by hal.iwr.uni-heidelberg.de with local (Exim 3.35 #1
(Debian))
id 1ALgiW-0001yl-00; Mon, 17 Nov 2003 11:34:48 +0100
Date: Mon, 17 Nov 2003 11:34:48 +0100
From: Thimo Neubauer <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], Matthias Klose <[EMAIL PROTECTED]>,
[EMAIL PROTECTED]
Subject: Bug when parsing template-functions?
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Sender: Thimo Neubauer <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=0.0 required=4.0
tests=none
version=2.53-bugs.debian.org_2003_11_15
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_15
(1.174.2.15-2003-03-30-exp)
Hello,
The following code shows that g++ reports a syntax error if the
method-call is inside a template-function but not if it's inside a
normal function:
-- snip --
#include
template
class Entity {
public:
template
void print(T& bla) { std::cout << bla;};
template
int test() { return i; }
int other() { return 1; }
};
void foo1() {
Entity<1> e;
// everything works
e.other();
e.print("test");
e.test<1>();
};
template
void foo2() {
Entity e;
// works like above
e.other();
e.print("test");
// fails with syntax error
e.test<1>();
};
int main () {
};
-- snip --
riff /tmp> g++ -Wall temptest2.cc
temptest2.cc: In function `void foo2()':
temptest2.cc:33: error: syntax error before `)' token
riff /tmp> g++ --version
g++ (GCC) 3.3.2 (Debian)
...
(some comments on this may be found in my report to the Debian-BTS on
http://bugs.debian.org/216234). I'd like to forward this bug to the
GCC-bug-tracking-system but am not sure if this may be the known bug
-- snip --
Two stage lookup in templates is not implemented.
[14.6] specifies how names are looked up inside a template. G++
does not do this correctly, but for most templates this will not
be noticeable.
-- snip --
mentioned on http://gcc.gnu.org/bugs.html#known
Please CC me on reply, I'm not subscribed to this list.
Cheers
Thimo
Bug#217966: testsuite failures in the lapack testsuite on ia64, arm and m68k
Greetings! I will try, but I'm running short on time until the end of the year. Strategically, do we want these to get fixed for sarge, or can we live with the status quo? Also, happy to instruct anyone with more time on what to do. I'll do a snapshot build on merulo and see how compilcated things get. Take care, Matthias Klose <[EMAIL PROTECTED]> writes: > [ see http://bugs.debian.org/217966 ] > > Camm, > > we won't get any further with the granularity of this report. Please > could you investigate using gcc-3.4 (gcc-snapshot) and compare the > test results? > > Thanks, Matthias > > > > -- Camm Maguire[EMAIL PROTECTED] == "The earth is but one country, and mankind its citizens." -- Baha'u'llah
Bug#221282: /usr/bin/gcc: sparc wrapper is annoying
Package: gcc Version: 4:3.3.1-2 File: /usr/bin/gcc Please make the sparc gcc wrapper optional for those of us who would prefer a symlink to gcc-3.3.
Too fuzzy a location for a warning
>Submitter-Id: net
>Originator:Akim Demaille
>Organization:
>Confidential: no
>Synopsis: warning: `e' has incomplete type without location
>Severity:
>Priority:
>Category: c++
>Class:
>Release: 3.3.2 (Debian) (Debian testing/unstable)
>Environment:
System: Linux nostromo 2.4.22 #1 SMP mer sep 17 19:49:48 CEST 2003 i686
GNU/Linux
Architecture: i686
host: i486-pc-linux-gnu
build: i486-pc-linux-gnu
target: i486-pc-linux-gnu
configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib
--enable-nls --without-included-gettext --enable-__cxa_atexit
--enable-clocale=gnu --enable-debug --enable-java-gc=boehm
--enable-java-awt=xlib --enable-objc-gc i486-linux
>Description:
The following piece of code:
/tmp % cat -n foo.cc nostromo Err 1
1 class Exp;
2 Exp* e;
3
4 int
5 main (void)
6 {
7delete e;
8 }
Triggers an error with 3.2, but a warning with both 3.3 and 3.4. The warning
is:
/tmp % g++-3.2 -Wall foo.cc; echo STATUS: $? nostromo 17:49
foo.cc: In function `int main()':
foo.cc:2: `e' has incomplete type
foo.cc:1: forward declaration of `struct Exp'
STATUS: 1
/tmp % g++-3.3 -Wall foo.cc; echo STATUS: $? nostromo 17:50
foo.cc: In function `int main()':
foo.cc:2: warning: `e' has incomplete type
foo.cc:1: warning: forward declaration of `struct Exp'
STATUS: 0
/tmp % g++-3.4 -Wall foo.cc; echo STATUS: $? nostromo 17:50
foo.cc: In function `int main()':
foo.cc:2: AVERTISSEMENT: e a un type incomplet
foo.cc:1: AVERTISSEMENT: forward declaration of `struct Exp'
STATUS: 0
as you can see, the problem is that the class Exp is unknown when the
dtor is called via delete. Nevertheless the reason for the complaints
is _never_ made explicit: it took me a while to understand that it
is the call to delete that was responsible for the warning is my Real
Life Code. I would suggest that G++ would point to the line 7
when saying ``e' has incomplete type' instead of pointing to the
declaration of `e' (or its declaration could be added, but the current
way seem to be complaining that `e's declaration is incomplete!).
Thanks for all the good work!
>How-To-Repeat:
Compile the sample above.
>Fix:
See above.
Bug#221291: [ia64] `asm' operand requires impossible reload
Package: gcc-3.3
Version: 1:3.3.2ds4-3
Severity: normal
Hello GCC maintainers,
On ia64, gcc fails to compile the following file
(available at
http://people.debian.org/~ballombe/misc/test2.c
)
merulo% gcc test2.c
test2.c: In function `muluu':
test2.c:20: error: `asm' operand requires impossible reload
Compiling with -O, -O1,-O2 or -Os avoid the problem,
as does removing the `register' keyword line 18.
Since the build fail before the assembler is called, the code
in the asm statement is irrelevant, only the constraint are
important.
In fact a asm statement of
__asm__ ("": "=f" (hiremainder) );
or even
__asm__ ("": :"f" (hiremainder) );
would be sufficient to trigger the problem.
Cheers,
--
Bill. <[EMAIL PROTECTED]>
Imagine a large red swirl here.
---test2.c
typedef unsigned long ulong;
typedef long *GEN;
#define mulll(a, b) \
({ \
ulong __arg1 = (a), __arg2 = (b), __value;\
__asm__ ("xma.hu %0 = %2, %3, f0\n\t;;\n\txma.l %1 = %2, %3, f0" \
: "=&f" (hiremainder), "=f" (__value)\
: "f" (__arg1), "f" (__arg2)); \
__value; \
})
GEN
muluu(ulong x, ulong y)
{
long p1;
GEN z;
register ulong hiremainder;
p1 = mulll(x,y);
if (hiremainder)
{
z[2]=hiremainder; z[3]=p1; return z;
}
z[2]=p1; return z;
}
Bug#221282: /usr/bin/gcc: sparc wrapper is annoying
Clint Adams writes: > Package: gcc > Version: 4:3.3.1-2 > File: /usr/bin/gcc > > Please make the sparc gcc wrapper optional for those of us who would > prefer a symlink to gcc-3.3. why is it annoying? it just works.
Bug#221282: /usr/bin/gcc: sparc wrapper is annoying
Matthias Klose <[EMAIL PROTECTED]> writes: > Clint Adams writes: >> Package: gcc >> Version: 4:3.3.1-2 >> File: /usr/bin/gcc >> >> Please make the sparc gcc wrapper optional for those of us who would >> prefer a symlink to gcc-3.3. > > why is it annoying? it just works. Not really. It, AIUI, blithely assumes 64-bit if running on a 64-bit machine with 64-bit libc-dev installed. This is a rather broken assumption given that only two out of the hundreds of library packages in Debian are 64-bit enabled. -- James
Bug#216234: marked as done (g++-3.3: template function triggers syntax error)
Your message dated Mon, 17 Nov 2003 22:17:57 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Not a bug...
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
Received: (at submit) by bugs.debian.org; 17 Oct 2003 12:53:13 +
>From [EMAIL PROTECTED] Fri Oct 17 07:50:21 2003
Return-path: <[EMAIL PROTECTED]>
Received: from mout1.freenet.de [194.97.50.132]
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AAU3h-0004UV-00; Fri, 17 Oct 2003 07:50:21 -0500
Received: from [194.97.55.148] (helo=mx5.freenet.de)
by mout1.freenet.de with asmtp (Exim 4.24)
id 1AAU3g-0001m0-Jx
for [EMAIL PROTECTED]; Fri, 17 Oct 2003 14:50:20 +0200
Received: from p508431b8.dip.t-dialin.net ([80.132.49.184] helo=torg)
by mx5.freenet.de with asmtp (ID [EMAIL PROTECTED]) (Exim 4.24 #1)
id 1AAU3g-0003Rr-Ah
for [EMAIL PROTECTED]; Fri, 17 Oct 2003 14:50:20 +0200
Received: from riff.netz ([192.168.99.3] ident=mail)
by torg with esmtp (Exim 3.35 #1 (Debian))
id 1AAU3e-0007rb-00
for <[EMAIL PROTECTED]>; Fri, 17 Oct 2003 14:50:18 +0200
Received: from thimo by riff.netz with local (Exim 3.36 #1 (Debian))
id 1AAU3d-00073a-00
for <[EMAIL PROTECTED]>; Fri, 17 Oct 2003 14:50:17 +0200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Thimo Neubauer <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: g++-3.3: template function triggers syntax error
X-Mailer: reportbug 2.34
Date: Fri, 17 Oct 2003 14:50:17 +0200
Message-Id: <[EMAIL PROTECTED]>
Sender: Thimo Neubauer <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-6.5 required=4.0
tests=BAYES_01,HAS_PACKAGE
version=2.53-bugs.debian.org_2003_10_13
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_10_13
(1.174.2.15-2003-03-30-exp)
Package: g++-3.3
Version: 1:3.3.2-0pre5.0.1
Severity: normal
Tags: sid
The following code shows that g++ reports a syntax error if the
method-call is inside a template-function but not if it's inside a
normal function:
-- snip --
#include
template
class Entity {
public:
template
void print(T& bla) { std::cout << bla;};
template
int test() { return i; }
int other() { return 1; }
};
void foo1() {
Entity<1> e;
// everything works
e.other();
e.print("test");
e.test<1>();
};
template
void foo2() {
Entity e;
// works like above
e.other();
e.print("test");
// fails with syntax error
e.test<1>();
};
int main () {
};
-- snip --
riff /tmp> g++ -Wall temptest2.cc
temptest2.cc: In function `void foo2()':
temptest2.cc:33: error: syntax error before `)' token
The Intel compiler processes the code without any error (only
warnings because he doesn't like the extra semicolons).
Cheers
Thimo
-- System Information:
Debian Release: testing/unstable
Architecture: alpha
Kernel: Linux riff 2.4.22riff #1 Mo Sep 29 22:54:24 CEST 2003 alpha
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Versions of packages g++-3.3 depends on:
ii gcc-3.31:3.3.2-0pre5.0.1 The GNU C compiler
ii gcc-3.3-base 1:3.3.2-0pre5.0.1 The GNU Compiler Collection (base
ii libc6.12.3.2-8 GNU C Library: Shared libraries an
ii libstdc++5-3.3-dev 1:3.3.2-0pre5.0.1 The GNU Standard C++ Library v3 (d
-- no debconf information
---
Received: (at 216234-done) by bugs.debian.org; 17 Nov 2003 21:18:05 +
>From [EMAIL PROTECTED] Mon Nov 17 15:18:04 2003
Return-path: <[EMAIL PROTECTED]>
Received: from mout0.freenet.de [194.97.50.131]
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1ALql2-0002WA-00; Mon, 17 Nov 2003 15:18:04 -0600
Received: from [194.97.50.138] (helo=mx0.freenet.de)
by mout0.freenet.de with asmtp (Exim 4.24)
id 1ALql1-00062k-Rh
for [EMAIL PROTECTED]; Mon, 17 Nov 2003 22:18:03 +0100
Received: from pd958e189.dip.t-dialin.net ([217.88.225.137] helo=torg)
by mx0.freenet.de with asmtp (ID [EMAIL PROTECTED]) (Exim 4.24 #2)
id 1ALql1-000490-Hy
for [EMAIL PROTECTED]; Mon, 17 Nov 2003 22:18:03 +0100
Received: from riff.netz
([192.168.99.3] helo=riff ident=mail)
by torg with esmtp (Exim 3.35 #1 (Debian))
id 1ALqkx-0008Ua-00
for <[EMAIL PROTECTED]>; Mon, 17 Nov 2003 22:17:59 +0100
Received: from thimo by riff with local (E
Bug#221282: /usr/bin/gcc: sparc wrapper is annoying (forwarded from Clint Adams)
How about I add a file you can touch, like /etc/disable_64_gcc, and then gcc will revert to the previous behavior no matter what? -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/
INVESTORS: Blue-Chip, Stock-Trading System---77% Return---Automated...eris
Investors: Come see Wall Streets only scale-trading system for blue-chip stocks - MainScale We DO NOT TOUT INDIVIDUAL STOCKS - This is an automated, stock-trading system for blue-chips only www.mainscale4u.com/?032335 MainScale started on October 1, 2002 Here are the results our investors have enjoyed over the last year. Banked return, 1-year: 77.98% 12 consecutive months of profitability Trades---467 Gainers--442 Losers15 www.mainscale4u.com/?032335 In fact, the longest period between profitable trades was just 6 days. In less than 15 minutes a day, you can manage a profitable portfolio that will make you money in any type of market. www.mainscale4u.com/?032335 No more advertisements, go here: www.mainscale4u.com/nomore.html bexp porptrjt xtuibwhvxem
Results for 3.4 20031116 (experimental) testsuite on powerpc-unknown-linux-gnu
LAST_UPDATED: Sun Nov 16 11:24:54 UTC 2003 Native configuration is powerpc-unknown-linux-gnu === g++ tests === Running target unix XPASS: g++.dg/ext/lvalue1.C not an lvalue (test for errors, line 7) FAIL: g++.dg/lookup/using9.C (test for errors, line 7) FAIL: g++.dg/lookup/using9.C (test for errors, line 8) FAIL: g++.dg/lookup/using9.C (test for errors, line 12) FAIL: g++.dg/lookup/using9.C (test for errors, line 13) FAIL: g++.dg/lookup/using9.C (test for errors, line 14) FAIL: g++.dg/lookup/using9.C (test for errors, line 22) FAIL: g++.dg/lookup/using9.C (test for errors, line 23) FAIL: g++.dg/lookup/using9.C (test for excess errors) XPASS: g++.dg/other/packed1.C execution test FAIL: g++.dg/template/ptrmem7.C (test for errors, line 38) FAIL: g++.dg/template/ptrmem7.C (test for errors, line 39) FAIL: g++.dg/template/ptrmem7.C (test for errors, line 43) FAIL: g++.dg/template/ptrmem7.C (test for excess errors) XPASS: g++.dg/warn/Wunused-2.C (test for warnings, line 5) WARNING: g++.old-deja/g++.mike/p10769a.C compilation failed to produce executable WARNING: g++.old-deja/g++.other/enum5.C compilation failed to produce executable XPASS: g++.old-deja/g++.other/init5.C execution test WARNING: g++.old-deja/g++.pt/friend44.C compilation failed to produce executable === g++ Summary === # of expected passes9055 # of unexpected failures12 # of unexpected successes 4 # of expected failures 59 # of unsupported tests 61 /build/buildd/gcc-snapshot-20031116/build/gcc/testsuite/../g++ version 3.4 20031116 (experimental) === g77 tests === Running target unix FAIL: g77.f-torture/execute/labug1.f compilation, -O3 -fomit-frame-pointer FAIL: g77.f-torture/execute/labug1.f compilation, -O3 -fomit-frame-pointer -funroll-loops FAIL: g77.f-torture/execute/labug1.f compilation, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: g77.f-torture/execute/labug1.f compilation, -O3 -g === g77 Summary === # of expected passes1744 # of unexpected failures4 # of expected failures 1 # of untested testcases 5 # of unsupported tests 6 /build/buildd/gcc-snapshot-20031116/build/gcc/testsuite/../g77 version 3.4 20031116 (experimental) === gcc tests === Running target unix FAIL: gcc.c-torture/execute/20030125-1.c execution, -O1 FAIL: gcc.c-torture/execute/20030125-1.c execution, -O2 FAIL: gcc.c-torture/execute/20030125-1.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/20030125-1.c execution, -O3 -g FAIL: gcc.c-torture/execute/20030125-1.c execution, -Os FAIL: gcc.c-torture/execute/va-arg-25.c execution, -O0 FAIL: gcc.c-torture/execute/va-arg-25.c execution, -O1 FAIL: gcc.c-torture/execute/va-arg-25.c execution, -O2 FAIL: gcc.c-torture/execute/va-arg-25.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/va-arg-25.c execution, -O3 -g FAIL: gcc.c-torture/execute/va-arg-25.c execution, -Os UNRESOLVED: gcc.c-torture/execute/wchar_t-1.c execution, -O0 UNRESOLVED: gcc.c-torture/execute/wchar_t-1.c execution, -O1 UNRESOLVED: gcc.c-torture/execute/wchar_t-1.c execution, -O2 UNRESOLVED: gcc.c-torture/execute/wchar_t-1.c execution, -O3 -fomit-frame-pointer UNRESOLVED: gcc.c-torture/execute/wchar_t-1.c execution, -O3 -g UNRESOLVED: gcc.c-torture/execute/wchar_t-1.c execution, -Os FAIL: gcc.dg/compat/scalar-by-value-3 c_compat_x_tst.o-c_compat_y_tst.o execute FAIL: gcc.dg/compat/scalar-return-3 c_compat_x_tst.o-c_compat_y_tst.o execute FAIL: gcc.dg/2003-1.c (test for errors, line 8) FAIL: gcc.dg/2003-1.c (test for errors, line 12) FAIL: gcc.dg/altivec-5.c (test for excess errors) FAIL: gcc.dg/attr-invalid.c (test for excess errors) FAIL: gcc.dg/builtins-18.c (test for excess errors) FAIL: gcc.dg/builtins-20.c (test for excess errors) FAIL: gcc.dg/complex-1.c execution test FAIL: gcc.dg/ppc-sdata-1.c scan-assembler [EMAIL PROTECTED](13\\) FAIL: gcc.dg/ppc-sdata-1.c scan-assembler [EMAIL PROTECTED](2\\) === gcc Summary === # of expected passes24338 # of unexpected failures22 # of expected failures 78 # of unresolved testcases 6 # of untested testcases 7 # of unsupported tests 256 /build/buildd/gcc-snapshot-20031116/build/gcc/xgcc version 3.4 20031116 (experimental) === objc tests === Running target unix FAIL: objc.dg/encode-2.m execution test FAIL: objc.dg/encode-3.m execution test FAIL: objc.dg/encode-4.m execution test === objc Summary === # of expected passes1334 # of unexpected failures3 # of unsupported tests 7 /build/buildd/gcc-snapshot-20031116/build/gcc/xgcc version 3.4 20031116 (experimental) === treelang tests === Running target unix === treelang Summary === # of expected passes
Results for 3.4 20031116 (experimental) testsuite on sparc-unknown-linux-gnu
LAST_UPDATED: Sun Nov 16 11:24:54 UTC 2003 === acats tests === FAIL: c32111a FAIL: c32111b FAIL: c32112b FAIL: c32113a FAIL: c32115a FAIL: c32115b FAIL: c330001 FAIL: c330002 FAIL: c34001c FAIL: c34001f FAIL: c34002c FAIL: c34003c FAIL: c34005a FAIL: c34005c FAIL: c34005d FAIL: c34005f FAIL: c34005g FAIL: c34005i FAIL: c34005j FAIL: c34005l FAIL: c34005o FAIL: c34005r FAIL: c34005u FAIL: c34006f FAIL: c34006l FAIL: c34007a FAIL: c34007d FAIL: c34007f FAIL: c34007g FAIL: c34007i FAIL: c34007m FAIL: c34007p FAIL: c34007r FAIL: c34007s FAIL: c34007u FAIL: c34009f FAIL: c34009l FAIL: c34011b FAIL: c34018a FAIL: c35003a FAIL: c35003b FAIL: c35003d FAIL: c354002 FAIL: c354003 FAIL: c35502c FAIL: c35502e FAIL: c35502k FAIL: c35502l FAIL: c35502m FAIL: c35502n FAIL: c35503c FAIL: c35503e FAIL: c35505c FAIL: c35505e FAIL: c35505f FAIL: c35507c FAIL: c35507e FAIL: c35507k FAIL: c35507l FAIL: c35507m FAIL: c35507n FAIL: c35508c FAIL: c35508e FAIL: c35508g FAIL: c35508h FAIL: c35508k FAIL: c35508l FAIL: c35904a FAIL: c35904b FAIL: c36104a FAIL: c36104b FAIL: c36172a FAIL: c36172b FAIL: c36204c FAIL: c36301a FAIL: c36305a FAIL: c37005a FAIL: c37008a FAIL: c371001 FAIL: c371002 FAIL: c371003 FAIL: c37108b FAIL: c37207a FAIL: c37208a FAIL: c37208b FAIL: c37209b FAIL: c37211a FAIL: c37211b FAIL: c37211c FAIL: c37211d FAIL: c37211e FAIL: c37213b FAIL: c37213d FAIL: c37213f FAIL: c37213h FAIL: c37213j FAIL: c37213k FAIL: c37213l FAIL: c37215b FAIL: c37215d FAIL: c37215f FAIL: c37215h FAIL: c37217a FAIL: c37217b FAIL: c37217c FAIL: c380001 FAIL: c38002a FAIL: c38002b FAIL: c38107a FAIL: c38107b FAIL: c390002 FAIL: c390010 FAIL: c39006a FAIL: c39006b FAIL: c39006c FAIL: c39006d FAIL: c39006g FAIL: c39007a FAIL: c39007b FAIL: c391001 FAIL: c393a06 FAIL: c3a0014 FAIL: c3a2002 FAIL: c3a2003 FAIL: c3a2a01 FAIL: c3a2a02 FAIL: c41104a FAIL: c41105a FAIL: c41204a FAIL: c41205a FAIL: c41304a FAIL: c41304b FAIL: c420001 FAIL: c42006a FAIL: c43004a FAIL: c43004c FAIL: c43104a FAIL: c432002 FAIL: c432003 FAIL: c43206a FAIL: c43207b FAIL: c43211a FAIL: c43212a FAIL: c43212c FAIL: c43214a FAIL: c43215a FAIL: c43215b FAIL: c433001 FAIL: c45113a FAIL: c45304a FAIL: c45304b FAIL: c45304c FAIL: c45504a FAIL: c45504b FAIL: c45504c FAIL: c45504d FAIL: c45504e FAIL: c45504f FAIL: c45534b FAIL: c45613a FAIL: c45613b FAIL: c45613c FAIL: c45614a FAIL: c45614b FAIL: c45614c FAIL: c45632a FAIL: c45632b FAIL: c45632c FAIL: c460001 FAIL: c460002 FAIL: c460004 FAIL: c460005 FAIL: c460008 FAIL: c460009 FAIL: c460011 FAIL: c460012 FAIL: c46014a FAIL: c46043b FAIL: c46044b FAIL: c46052a FAIL: c46053a FAIL: c46054a FAIL: c460a01 FAIL: c460a02 FAIL: c47003a FAIL: c47004a FAIL: c47005a FAIL: c47006a FAIL: c47007a FAIL: c47008a FAIL: c47009a FAIL: c48006b FAIL: c48007a FAIL: c48007b FAIL: c48007c FAIL: c48008a FAIL: c48008c FAIL: c48009a FAIL: c48009b FAIL: c48009c FAIL: c48009d FAIL: c48009e FAIL: c48009f FAIL: c48009g FAIL: c48009h FAIL: c48009i FAIL: c48009j FAIL: c4a005b FAIL: c4a006a FAIL: c52005a FAIL: c52005b FAIL: c52005c FAIL: c52005d FAIL: c52005e FAIL: c52005f FAIL: c52008a FAIL: c52008b FAIL: c52009a FAIL: c52009b FAIL: c52011a FAIL: c52011b FAIL: c52101a FAIL: c52103x FAIL: c52104a FAIL: c52104b FAIL: c52104c FAIL: c52104f FAIL: c52104g FAIL: c52104h FAIL: c52104k FAIL: c52104l FAIL: c52104m FAIL: c52104p FAIL: c52104q FAIL: c52104r FAIL: c52104x FAIL: c52104y FAIL: c55b15a FAIL: c58005a FAIL: c58005b FAIL: c58005h FAIL: c58006a FAIL: c58006b FAIL: c59002a FAIL: c61008a FAIL: c62003a FAIL: c62003b FAIL: c641001 FAIL: c64103b FAIL: c64103c FAIL: c64103d FAIL: c64103e FAIL: c64103f FAIL: c64104a FAIL: c64104b FAIL: c64104c FAIL: c64104d FAIL: c64104e FAIL: c64104f FAIL: c64104g FAIL: c64104h FAIL: c64104i FAIL: c64104j FAIL: c64104k FAIL: c64104l FAIL: c64104m FAIL: c64104n FAIL: c64104o FAIL: c64105c FAIL: c64106a FAIL: c64106b FAIL: c64106c FAIL: c65003a FAIL: c65003b FAIL: c760010 FAIL: c761002 FAIL: c761004 FAIL: c761006 FAIL: c761011 FAIL: c761012 FAIL: c83030a FAIL: c83030c FAIL: c83e02b FAIL: c85005g FAIL: c85009a FAIL: c854002 FAIL: c86003a FAIL: c96004a FAIL: c96005d FAIL: c96007a FAIL: ca11001 FAIL: ca11002 FAIL: ca11004 FAIL: ca11012 FAIL: ca11015 FAIL: ca11017 FAIL: ca11d01 FAIL: ca11d02 FAIL: ca11d03 FAIL: ca5006a FAIL: cb1001a FAIL: cb1004a FAIL: cb1005a FAIL: cb1010c FAIL: cb1010d FAIL: cb20003 FAIL: cb2004a FAIL:
Results for 3.4 20031116 (experimental) testsuite on hppa-unknown-linux-gnu
LAST_UPDATED: Sun Nov 16 11:24:54 UTC 2003 Native configuration is hppa-unknown-linux-gnu === g++ tests === Running target unix XPASS: g++.dg/ext/lvalue1.C not an lvalue (test for errors, line 7) FAIL: g++.dg/lookup/using9.C (test for errors, line 7) FAIL: g++.dg/lookup/using9.C (test for errors, line 8) FAIL: g++.dg/lookup/using9.C (test for errors, line 12) FAIL: g++.dg/lookup/using9.C (test for errors, line 13) FAIL: g++.dg/lookup/using9.C (test for errors, line 14) FAIL: g++.dg/lookup/using9.C (test for errors, line 22) FAIL: g++.dg/lookup/using9.C (test for errors, line 23) FAIL: g++.dg/lookup/using9.C (test for excess errors) FAIL: g++.dg/template/ptrmem7.C (test for errors, line 38) FAIL: g++.dg/template/ptrmem7.C (test for errors, line 39) FAIL: g++.dg/template/ptrmem7.C (test for errors, line 43) FAIL: g++.dg/template/ptrmem7.C (test for excess errors) XPASS: g++.dg/warn/Wunused-2.C (test for warnings, line 5) FAIL: g++.old-deja/g++.law/profile1.C execution test WARNING: g++.old-deja/g++.mike/p10769a.C compilation failed to produce executable WARNING: g++.old-deja/g++.other/enum5.C compilation failed to produce executable XPASS: g++.old-deja/g++.other/init5.C execution test WARNING: g++.old-deja/g++.pt/friend44.C compilation failed to produce executable === g++ Summary === # of expected passes9031 # of unexpected failures13 # of unexpected successes 3 # of expected failures 60 # of unsupported tests 62 /build/buildd/gcc-snapshot-20031116/build/gcc/testsuite/../g++ version 3.4 20031116 (experimental) === g77 tests === Running target unix === g77 Summary === # of expected passes1752 # of expected failures 1 # of untested testcases 1 # of unsupported tests 6 /build/buildd/gcc-snapshot-20031116/build/gcc/testsuite/../g77 version 3.4 20031116 (experimental) === gcc tests === Running target unix FAIL: gcc.c-torture/execute/20030307-1.c execution, -O2 FAIL: gcc.c-torture/execute/20030307-1.c execution, -Os UNRESOLVED: gcc.c-torture/execute/wchar_t-1.c execution, -O0 UNRESOLVED: gcc.c-torture/execute/wchar_t-1.c execution, -O1 UNRESOLVED: gcc.c-torture/execute/wchar_t-1.c execution, -O2 UNRESOLVED: gcc.c-torture/execute/wchar_t-1.c execution, -O3 -fomit-frame-pointer UNRESOLVED: gcc.c-torture/execute/wchar_t-1.c execution, -O3 -g UNRESOLVED: gcc.c-torture/execute/wchar_t-1.c execution, -Os FAIL: gcc.dg/compat/vector-1 c_compat_x_tst.o-c_compat_y_tst.o execute FAIL: gcc.dg/debug/debug-1.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-1.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-1.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-1.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-1.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-1.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-1.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-1.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-2.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-2.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-2.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-2.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-2.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-2.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-2.c scan-assembler xyzzy FAIL: gcc.dg/debug/debug-2.c scan-assembler xyzzy FAIL: gcc.dg/20021014-1.c execution test FAIL: gcc.dg/2003-1.c (test for errors, line 8) FAIL: gcc.dg/2003-1.c (test for errors, line 12) FAIL: gcc.dg/attr-invalid.c (test for excess errors) FAIL: gcc.dg/const-elim-1.c scan-assembler-not L\\\$?C[^A-Z] FAIL: gcc.dg/nest.c execution test === gcc Summary === # of expected passes24232 # of unexpected failures25 # of expected failures 77 # of unresolved testcases 6 # of untested testcases 7 # of unsupported tests 283 /build/buildd/gcc-snapshot-20031116/build/gcc/xgcc version 3.4 20031116 (experimental) === objc tests === Running target unix === objc Summary === # of expected passes1337 # of unsupported tests 7 /build/buildd/gcc-snapshot-20031116/build/gcc/xgcc version 3.4 20031116 (experimental) === treelang tests === Running target unix === treelang Summary === # of expected passes1 === libstdc++-v3 check-abi Summary === # of added symbols: 215 # of missing symbols:224 # of incompatible symbols: 231 using: /build/buildd/gcc-snapshot-20031116/src/libstdc++-v3/config/abi/hppa-linux-gnu/baseline_symbols.txt === libstdc++ tests === Running target unix XPASS: 26_numerics/c99_classification_macros_c.cc (test for excess errors) === libstdc++ Summary === # of expected passes2349 # of unexpected successes 1 # of expected failures
Results for 3.3.2 (Debian) testsuite on m68k-unknown-linux-gnu
LAST_UPDATED: Native configuration is m68k-unknown-linux-gnu === g++ tests === Running target unix FAIL: g++.dg/abi/bitfield4.C execution test FAIL: g++.dg/abi/empty6.C (test for warnings, line 6) FAIL: g++.dg/eh/cleanup1.C (test for excess errors) FAIL: g++.eh/spec3.C Execution test FAIL: g++.eh/spec4.C Execution test XPASS: g++.other/init5.C Execution test === g++ Summary === # of expected passes8079 # of unexpected failures5 # of unexpected successes 1 # of expected failures 94 # of untested testcases 23 # of unsupported tests 29 /home/doko/3.3/gcc-3.3-3.3.2ds5/build/gcc/testsuite/../g++ version 3.3.2 (Debian) === g77 tests === Running target unix === g77 Summary === # of expected passes1686 # of unsupported tests 8 /home/doko/3.3/gcc-3.3-3.3.2ds5/build/gcc/testsuite/../g77 version 3.3.2 (Debian) === gcc tests === Running target unix WARNING: program timed out. FAIL: gcc.c-torture/compile/20001226-1.c, -O1 WARNING: program timed out. FAIL: gcc.c-torture/compile/20001226-1.c, -O2 WARNING: program timed out. FAIL: gcc.c-torture/compile/20001226-1.c, -O3 -fomit-frame-pointer WARNING: program timed out. FAIL: gcc.c-torture/compile/20001226-1.c, -O3 -g FAIL: gcc.c-torture/compile/20001226-1.c, -Os FAIL: gcc.c-torture/execute/20020418-1.c execution, -O2 FAIL: gcc.c-torture/execute/20020418-1.c execution, -Os FAIL: gcc.c-torture/execute/loop-2f.c execution, -O0 FAIL: gcc.c-torture/execute/loop-2f.c execution, -O1 FAIL: gcc.c-torture/execute/loop-2f.c execution, -O2 FAIL: gcc.c-torture/execute/loop-2f.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/loop-2f.c execution, -O3 -fomit-frame-pointer -funroll-loops FAIL: gcc.c-torture/execute/loop-2f.c execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gcc.c-torture/execute/loop-2f.c execution, -O3 -g FAIL: gcc.c-torture/execute/loop-2f.c execution, -Os FAIL: gcc.c-torture/execute/loop-2g.c execution, -O0 FAIL: gcc.c-torture/execute/loop-2g.c execution, -O1 FAIL: gcc.c-torture/execute/loop-2g.c execution, -O2 FAIL: gcc.c-torture/execute/loop-2g.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/loop-2g.c execution, -O3 -fomit-frame-pointer -funroll-loops FAIL: gcc.c-torture/execute/loop-2g.c execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gcc.c-torture/execute/loop-2g.c execution, -O3 -g FAIL: gcc.c-torture/execute/loop-2g.c execution, -Os FAIL: gcc.c-torture/execute/string-opt-10.c execution, -O0 FAIL: gcc.c-torture/execute/string-opt-17.c execution, -O1 FAIL: gcc.c-torture/execute/string-opt-17.c execution, -O2 FAIL: gcc.c-torture/execute/string-opt-17.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/string-opt-17.c execution, -O3 -g FAIL: gcc.c-torture/execute/string-opt-17.c execution, -Os FAIL: gcc.c-torture/execute/string-opt-9.c execution, -O0 FAIL: gcc.dg/20020312-2.c (test for excess errors) WARNING: gcc.dg/20020312-2.c compilation failed to produce executable FAIL: gcc.dg/bitfld-3.c execution test FAIL: gcc.dg/bitfld-4.c execution test XPASS: gcc.dg/c99-flex-array-4.c sizeof != offsetof (test for bogus messages, line 24) FAIL: gcc.dg/duff-2.c (test for excess errors) FAIL: gcc.dg/pack-test-1.c (test for excess errors) FAIL: gcc.dg/uninit-A.c uninitialized variable warning (test for bogus messages, line 52) FAIL: gcc.dg/uninit-A.c uninitialized variable warning (test for bogus messages, line 53) FAIL: gcc.dg/weak/typeof-2.c scan-assembler baz3.*baz3.*baz3.*baz3.*baz3.*baz3 === gcc Summary === # of expected passes21348 # of unexpected failures38 # of unexpected successes 1 # of expected failures 68 # of unsupported tests 179 /home/doko/3.3/gcc-3.3-3.3.2ds5/build/gcc/xgcc version 3.3.2 (Debian) === objc tests === Running target unix === objc Summary === # of expected passes1153 /home/doko/3.3/gcc-3.3-3.3.2ds5/build/gcc/xgcc version 3.3.2 (Debian) === treelang tests === Running target unix === treelang Summary === # of expected passes1 === libjava tests === Running target unix WARNING: program timed out. FAIL: SyncTest execution - bytecode->native test WARNING: program timed out. FAIL: SyncTest -O execution - bytecode->native test FAIL: TestProxy execution - source compiled test FAIL: TestProxy execution - bytecode->native test FAIL: TestProxy -O execution - source compiled test FAIL: TestProxy -O execution - bytecode->native test FAIL: initexc execution - source compiled test FAIL: initexc execution - bytecode->native test FAIL: initexc -O execution - source compiled test FAIL: initexc -O execution - bytecode->native test FAIL: invoketh
Bug#221282: /usr/bin/gcc: sparc wrapper is annoying
On Mon, Nov 17, 2003 at 08:43:14PM +, James Troup wrote: > Matthias Klose <[EMAIL PROTECTED]> writes: > > > Clint Adams writes: > >> Package: gcc > >> Version: 4:3.3.1-2 > >> File: /usr/bin/gcc > >> > >> Please make the sparc gcc wrapper optional for those of us who would > >> prefer a symlink to gcc-3.3. > > > > why is it annoying? it just works. > > Not really. It, AIUI, blithely assumes 64-bit if running on a 64-bit > machine with 64-bit libc-dev installed. This is a rather broken > assumption given that only two out of the hundreds of library packages > in Debian are 64-bit enabled. That is going to increase. Not only that, but there is a way to disable it. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/
Bug#217966: testsuite failures in the lapack testsuite on ia64, arm and m68k
Camm Maguire wrote: Greetings! I will try, but I'm running short on time until the end of the year. Strategically, do we want these to get fixed for sarge, or can we live with the status quo? Also, happy to instruct anyone with more time on what to do. I'll do a snapshot build on merulo and see how compilcated things get. I would try to live with the status quo. Unfortunately, although LAPACK is a very useful package, it's a nightmare to track compiler (or runtime) bugs with it, because most test programs include 1/4 of the package ... Something I overlooked when proposing it as a release criterium for g77 :-( Cheers, -- Toon Moene - mailto:[EMAIL PROTECTED] - phoneto: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html GNU Fortran 95: http://gcc.gnu.org/fortran/ (under construction)
Bug#221282: /usr/bin/gcc: sparc wrapper is annoying
Ben Collins <[EMAIL PROTECTED]> writes: > On Mon, Nov 17, 2003 at 08:43:14PM +, James Troup wrote: >> Matthias Klose <[EMAIL PROTECTED]> writes: >> >> > Clint Adams writes: >> >> Package: gcc >> >> Version: 4:3.3.1-2 >> >> File: /usr/bin/gcc >> >> >> >> Please make the sparc gcc wrapper optional for those of us who would >> >> prefer a symlink to gcc-3.3. >> > >> > why is it annoying? it just works. >> >> Not really. It, AIUI, blithely assumes 64-bit if running on a 64-bit >> machine with 64-bit libc-dev installed. This is a rather broken >> assumption given that only two out of the hundreds of library packages >> in Debian are 64-bit enabled. > > That is going to increase. I'm sure it will... eventually. But the vast majority of libraries will be 32-bit only for a while (and probably should be too, TBH) > Not only that, but there is a way to disable it. Yes, but sparc32-jailing builds is both non-obvious, tedious and easy to forget. If there was a global way to disable the "64-bit by default" I think people would be less offended by the wrappper? e.g. [ -f /etc/gcc/i-luv-32-bit ] or something ;) -- James
INVESTORS: Blue-Chip, Stock-Trading System---77% Return---Automated...agatha
Investors: Come see Wall Streets only scale-trading system for blue-chip stocks - MainScale We DO NOT TOUT INDIVIDUAL STOCKS - This is an automated, stock-trading system for blue-chips only www.mainscale4u.com/?032335 MainScale started on October 1, 2002 Here are the results our investors have enjoyed over the last year. Banked return, 1-year: 77.98% 12 consecutive months of profitability Trades---467 Gainers--442 Losers15 www.mainscale4u.com/?032335 In fact, the longest period between profitable trades was just 6 days. In less than 15 minutes a day, you can manage a profitable portfolio that will make you money in any type of market. www.mainscale4u.com/?032335 No more advertisements, go here: www.mainscale4u.com/nomore.html swpjgivsgsgye qyxg u os inwikhq sfqxa esfsvqydm fo e
