On Wed, Apr 30, 2008 at 05:51:32PM -0500, Jason Kraftcheck wrote:
> Why can't I take a reference to an rvalue?
Because you can't modify rvalues. This is the definition of the C++
language. The next major revision of C++ will have T &&rref, the two
ampersands declaring an rvalue reference instead
LAST_UPDATED: Sun Apr 20 12:17:51 UTC 2008 (revision 134483)
Target: ia64-linux-gnu
gcc version 4.3.1 20080420 (prerelease) (Debian 4.3.0-3)
Native configuration is ia64-unknown-linux-gnu
=== libjava tests ===
Running target unix
FAIL: getlocalvartable output
FAIL: Throw_3 -O3
LAST_UPDATED: Sun Apr 20 18:06:49 UTC 2008 (revision 134487)
Target: ia64-linux-gnu
gcc version 4.2.3 (Debian 4.2.3-4)
Native configuration is ia64-unknown-linux-gnu
=== libjava tests ===
Running target unix
FAIL: getlocalvartable output
FAIL: Throw_3 -O3 output - source compile
LAST_UPDATED: Sun Apr 20 18:06:49 UTC 2008 (revision 134487)
Native configuration is arm-unknown-linux-gnueabi
=== libjava tests ===
Running target unix
FAIL: Throw_2 execution - source compiled test
FAIL: Throw_2 -findirect-dispatch execution - source compiled test
FAIL: Throw_
LAST_UPDATED: Sun Apr 20 18:06:49 UTC 2008 (revision 134487)
Target: sparc-linux-gnu
gcc version 4.2.3 (Debian 4.2.3-4)
Native configuration is sparc-unknown-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary for unix ===
# of expected passes
LAST_UPDATED: Sun Apr 20 18:06:49 UTC 2008 (revision 134487)
Target: mipsel-linux-gnu
gcc version 4.2.3 (Debian 4.2.3-4)
Native configuration is mipsel-unknown-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary ===
# of expected passes1
LAST_UPDATED: Sun Apr 20 18:06:49 UTC 2008 (revision 134487)
Target: mips-linux-gnu
gcc version 4.2.3 (Debian 4.2.3-4)
Native configuration is mips-unknown-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary ===
# of expected passes13561
LAST_UPDATED: Sun Apr 20 18:06:49 UTC 2008 (revision 134487)
Target: ia64-linux-gnu
gcc version 4.2.3 (Debian 4.2.3-4)
Native configuration is ia64-unknown-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary ===
# of expected passes12893
LAST_UPDATED: Sun Apr 20 18:06:49 UTC 2008 (revision 134487)
Target: x86_64-linux-gnu
gcc version 4.2.3 (Debian 4.2.3-4)
Native configuration is x86_64-pc-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary for unix ===
# of expected passes
LAST_UPDATED: Sun Apr 20 13:12:12 UTC 2008 (revision 134483)
Target: m68k-linux-gnu
gcc version 4.1.3 20080420 (prerelease) (Debian 4.1.2-22)
Native configuration is m68k-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/ext/visibility/noPLT.C scan-assembler-n
LAST_UPDATED: Sun Apr 20 13:12:12 UTC 2008 (revision 134483)
Target: ia64-linux-gnu
gcc version 4.1.3 20080420 (prerelease) (Debian 4.1.2-22)
Native configuration is ia64-unknown-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.old-deja/g++.other/init5.C execution test
LAST_UPDATED: Sun Apr 20 13:12:12 UTC 2008 (revision 134483)
Target: hppa-linux-gnu
gcc version 4.1.3 20080420 (prerelease) (Debian 4.1.2-22)
Native configuration is hppa-unknown-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.old-deja/g++.other/init5.C execution test
Daniel Jacobowitz wrote:
severity 478734 normal
thanks
On Wed, Apr 30, 2008 at 11:55:19AM -0500, Jason Kraftcheck wrote:
Severity: grave
This is not grave, g++ is perfectly usable for other code.
I emmits the following error message:
bug.cc: In function 'int main()':
bug.cc:6: error: no m
severity 478734 normal
thanks
On Wed, Apr 30, 2008 at 11:55:19AM -0500, Jason Kraftcheck wrote:
> Severity: grave
This is not grave, g++ is perfectly usable for other code.
> I emmits the following error message:
>
> bug.cc: In function 'int main()':
> bug.cc:6: error: no matching function for
Processing commands for [EMAIL PROTECTED]:
> severity 478734 normal
Bug#478734: g++-4.2: refuses to compile valid C++ syntax
Severity set to `normal' from `grave'
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-04-30 21:39 ---
Reopening as this looks related to secureplt.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
Hi Matthias,
maybe I made a mistake, but this patch doesn't apply to the 4.3
branch, and only parts of it apply with patch -l.
Oops, sorry about that. I've attached the patches as separate files this
time - hopefully that will work better.
Two of the patches (nested-function-alignment and r12
Package: g++-4.2
Version: 4.2.3-4
Severity: grave
Justification: renders package unusable
g++ refuses to compile the following syntax commonly used to force a
std::vector to release allocated memory:
#include
int main()
{
std::vector v;
v.clear();
v.swap( std::vector(v) );
Hello GCC guys,
I'm currently starting with java and wrote a little test program to
determine to max size of a data type (in this case short).
In the java documentation it states that all data types are of fixed
size, not depending on the compiler or vm used, still when i compile the
program with
Andrew Jenner writes:
> Hi,
>
> As Julian Brown previously mentioned, he and I have been working
> together at CodeSourcery to fix Objective-C and Fortran (gfortran) for
> the ARM EABI Debian port. The five patches below fix all but one of the
> outstanding failures in the gfortran testsuite. Juli
Nikita V. Youshchenko writes:
> reassign 467166 gcc
> thanks
>
> Matthias,
>
> This is not a bug in gcc-doc-defaults package. If gcc-doc is
> installed, 'man gcc' works as expected.
>
> The issue is in 'gcc' package, that it does not provide the man page (for
> those ugly licensing reasons), a
21 matches
Mail list logo