public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: c++/896
@ 2001-04-01 0:00 lerdsuwa
0 siblings, 0 replies; 3+ messages in thread
From: lerdsuwa @ 2001-04-01 0:00 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR c++/896; it has been noted by GNATS.
From: lerdsuwa@gcc.gnu.org
To: gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org,
schmid@snake.iap.physik.tu-darmstadt.de
Cc:
Subject: Re: c++/896
Date: 8 Feb 2001 08:13:16 -0000
Synopsis: ice function-inlining g++ Segmentation fault
State-Changed-From-To: open->analyzed
State-Changed-By: lerdsuwa
State-Changed-When: Thu Feb 8 00:13:16 2001
State-Changed-Why:
Confirm as a bug.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=896&database=gcc
>From nathan@gcc.gnu.org Sun Apr 01 00:00:00 2001
From: nathan@gcc.gnu.org
To: nathan@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org
Subject: Re: c++/1506
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010118095601.27107.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg00435.html
Content-length: 930
The following reply was made to PR c++/1506; it has been noted by GNATS.
From: nathan@gcc.gnu.org
To: gcc-gnats@gcc.gnu.org, nathan@gcc.gnu.org, wanderer@rsu.ru
Cc:
Subject: Re: c++/1506
Date: 18 Jan 2001 09:46:53 -0000
Synopsis: g++ internal error
State-Changed-From-To: analyzed->closed
State-Changed-By: nathan
State-Changed-When: Thu Jan 18 01:46:53 2001
State-Changed-Why:
not a complete fix, as we ICE later on, at least we give a
diagnostic first now. This will get properly fixed
when the parser is replaced in the coming year
2001-01-18 Nathan Sidwell <nathan@codesourcery.com>
* semantics.c (begin_class_definition): Check we're not inside a
template parm list.
2001-01-18 Nathan Sidwell <nathan@codesourcery.com>
* g++.old-deja/g++.pt/crash65.C: New test.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=1506&database=gcc
>From Richard.Kreckel@Uni-Mainz.DE Sun Apr 01 00:00:00 2001
From: Richard.Kreckel@Uni-Mainz.DE
To: gcc-gnats@gcc.gnu.org
Subject: c++/1914: parse error at template default arg in ctor
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010208185301.7751.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg01070.html
Content-length: 1774
>Number: 1914
>Category: c++
>Synopsis: parse error at template default arg in ctor
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu Feb 08 10:56:00 PST 2001
>Closed-Date:
>Last-Modified:
>Originator: Richard Kreckel
>Release: gcc-2.95.2 till sn-20010205
>Organization:
>Environment:
Debian GNU/Linux (potato)
>Description:
Please run the following program thru gcc:
#include <utility> // defines pair template
#include <iostream>
using namespace std;
typedef pair<int, int> ijpair;
class foo {
public:
// this does not work,...
// foo( pair < int, int > ij = pair < int, int > ( 0, 0 ) ) : indices ( ij ) { }
// ...but this does:
foo( pair<int,int> ij = ijpair(0,0) ) : indices(ij) { }
void displayme() { cout << indices.first << ',' << indices.second << endl; }
private:
pair<int, int> indices;
};
int pairsum(pair<int,int> ij = pair<int,int>(0,0))
{
return ij.first+ij.second;
}
int main(void)
{
foo f1 = foo(pair<int, int>(42,7));
foo f2 = foo();
f1.displayme();
f2.displayme();
cout << pairsum() << endl;
return 0;
}
The ctor with a default argument causes a parse error, but only
if we say pair<int, int>, and it works if we use the typedefed
ijpair. It is somewhat confusing that it works for the function
call, though. I first thought that a digraph or trigraph is
hitting me but inserting spaces does not help at all. I tried
the above example on Portland Group C++ compiler 3.1-3,
SGI MIPSpro 7.30, Compaq C V6.1 and a compiler by HP where it
worked fine with the ctor with default pair<int, int>.
>How-To-Repeat:
>Fix:
unknown
>Release-Note:
>Audit-Trail:
>Unformatted:
>From bkoz@redhat.com Sun Apr 01 00:00:00 2001
From: Benjamin Kosnik <bkoz@redhat.com>
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org
Subject: Re: libstdc++/1618: lrand48() undefined
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010111231600.8833.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg00224.html
Content-length: 983
The following reply was made to PR libstdc++/1618; it has been noted by GNATS.
From: Benjamin Kosnik <bkoz@redhat.com>
To: gcc-bugs@gcc.gnu.org, gcc-gnats@gcc.gnu.org, david.eller@gmx.net
Cc:
Subject: Re: libstdc++/1618: lrand48() undefined
Date: Thu, 11 Jan 2001 15:11:47 -0800
Hmm. this works for me:
#include <algorithm>
int main()
{
char slit[35] = "gilda-touch of evil-key largo";
std::random_shuffle(slit, slit + 5);
return 0;
}
Your /usr/include/stdlib.h (465) should have this:
#if defined __USE_SVID || defined __USE_XOPEN
/* System V style 48-bit random number generator functions. */
/* Return non-negative, double-precision floating-point value in [0.0,1.0). */
extern double drand48 (void) __THROW;
extern double erand48 (unsigned short int __xsubi[3]) __THROW;
/* Return non-negative, long integer in [0,2^31). */
extern long int lrand48 (void) __THROW;
extern long int nrand48 (unsigned short int __xsubi[3]) __THROW;
>From neil@gcc.gnu.org Sun Apr 01 00:00:00 2001
From: neil@gcc.gnu.org
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org
Subject: Re: c/503
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010121132601.18831.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg00556.html
Content-length: 628
The following reply was made to PR c/503; it has been noted by GNATS.
From: neil@gcc.gnu.org
To: gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org, pedro@vis.ethz.ch
Cc:
Subject: Re: c/503
Date: 21 Jan 2001 13:25:05 -0000
Synopsis: local (stack) array corrupted after initialization
State-Changed-From-To: open->closed
State-Changed-By: neil
State-Changed-When: Sun Jan 21 05:25:05 2001
State-Changed-Why:
The bug is in your code: pos - last[c] can be negative.
if ((pos - last[c]) > 255)
dist[255]++;
is not enough.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=503&database=gcc
>From schmid@snake.iap.physik.tu-darmstadt.de Sun Apr 01 00:00:00 2001
From: schmid@snake.iap.physik.tu-darmstadt.de
To: gcc-gnats@gcc.gnu.org
Subject: c/1714: ice in process_init_element __attribute__(__aligned__)
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <200101201852.TAA05107@snake.iap.physik.tu-darmstadt.de>
X-SW-Source: 2001-q1/msg00545.html
Content-length: 1588
>Number: 1714
>Category: c
>Synopsis: ice in process_init_element __attribute__(__aligned__)
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: ice-on-legal-code
>Submitter-Id: net
>Arrival-Date: Sat Jan 20 10:56:00 PST 2001
>Closed-Date:
>Last-Modified:
>Originator: Peter Schmid
>Release: 2.97 20010118 (experimental)
>Organization:
TU Darmstadt
>Environment:
System: Linux kiste 2.4.0 #25 Tue Jan 16 01:22:25 CET 2001 i686 unknown
Architecture: i686
glibc 2.1.3
GNU assembler version 2.10.91 (i686-pc-linux-gnu) using BFD version 2.10.1.0.4
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: ../gcc/configure --enable-nls --enable-shared
>Description:
When the source file tina.c is compiled by gcc-20010118, an internal
compiler error occurs. The file tina.c is a stripped down version of the
file arch/i386/kernel/init_task.c form the linux-2.4.0 kernel sources.
>How-To-Repeat:
struct a {
};
struct a b[1] __attribute__((__aligned__(1 << 5), __section__(".data"))) =
{ [0 ... 1 -1] = {} };
preprocessed source file tina.i
# 1 "tina.c"
struct a {
};
struct a b[1] __attribute__((__aligned__(1 << 5), __section__(".data"))) =
{ [0 ... 1 -1] = {} };
gcc -Wall -c tina.c -save-temps
tina.c:5: Internal compiler error in process_init_element, at c-typeck.c:6704
Please submit a full bug report.
See <URL: http://www.gnu.org/software/gcc/bugs.html > for instructions.
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
>From rth@gcc.gnu.org Sun Apr 01 00:00:00 2001
From: rth@gcc.gnu.org
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org
Subject: Re: optimization/496
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010116151601.18383.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg00354.html
Content-length: 723
The following reply was made to PR optimization/496; it has been noted by GNATS.
From: rth@gcc.gnu.org
To: gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org, stephen_roome@yahoo.com,
steve@snuggly.demon.co.uk
Cc:
Subject: Re: optimization/496
Date: 16 Jan 2001 15:12:37 -0000
Synopsis: Intennal compiler error in instantiate_virtual_regs_1 using mno-ieee-fp or -mno-move on FreeBSD 4.1-stable
State-Changed-From-To: open->closed
State-Changed-By: rth
State-Changed-When: Tue Jan 16 07:12:36 2001
State-Changed-Why:
The -mno-move option was used for compiler debugging only.
Don't use it. It was removed from mainline sources last year.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=496&database=gcc
>From gdr@gcc.gnu.org Sun Apr 01 00:00:00 2001
From: gdr@gcc.gnu.org
To: gdr@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org
Subject: Re: c++/82
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010216064600.21298.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg01324.html
Content-length: 727
The following reply was made to PR c++/82; it has been noted by GNATS.
From: gdr@gcc.gnu.org
To: gcc-gnats@gcc.gnu.org, gdr@gcc.gnu.org,
martin@loewis.home.cs.tu-berlin.de, nobody@gcc.gnu.org, sebor@my-Deja.com
Cc:
Subject: Re: c++/82
Date: 16 Feb 2001 06:41:50 -0000
Synopsis: g++ fails to reject an ambiguous overload
Responsible-Changed-From-To: unassigned->gdr
Responsible-Changed-By: gdr
Responsible-Changed-When: Thu Feb 15 22:41:50 2001
Responsible-Changed-Why:
Analyzed.
State-Changed-From-To: analyzed->closed
State-Changed-By: gdr
State-Changed-When: Thu Feb 15 22:41:50 2001
State-Changed-Why:
Fixed in gcc-3_0-branch
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=82&database=gcc
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: c++/896
@ 2001-05-02 12:26 neil
0 siblings, 0 replies; 3+ messages in thread
From: neil @ 2001-05-02 12:26 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR c++/896; it has been noted by GNATS.
From: neil@gcc.gnu.org
To: gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org,
schmid@snake.iap.physik.tu-darmstadt.de
Cc:
Subject: Re: c++/896
Date: 2 May 2001 19:17:13 -0000
Synopsis: ice function-inlining g++ Segmentation fault
State-Changed-From-To: analyzed->closed
State-Changed-By: neil
State-Changed-When: Wed May 2 12:17:13 2001
State-Changed-Why:
Submitter reports fixed.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=896&database=gcc
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: c++/896
@ 2001-05-01 14:56 Peter Schmid
0 siblings, 0 replies; 3+ messages in thread
From: Peter Schmid @ 2001-05-01 14:56 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR c++/896; it has been noted by GNATS.
From: Peter Schmid <schmid@snake.iap.physik.tu-darmstadt.de>
To: gcc-gnats@gcc.gnu.org
Cc:
Subject: Re: c++/896
Date: Wed, 2 May 2001 00:49:54 +0200 (CEST)
Please close PR 896. The problem is fixed. The compilation of the
source code s.C does no longer cause an internal compiler error.
Thank you for fixing this problem,
Peter Schmid
g++ -c -v s.C -O -finline-functions
Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.0/specs
Configured with: ../gcc/configure --enable-shared --disable-nls --enable-threads=posix --enable-long-long --enable-languages=c,c++,f77,objc
Thread model: posix
gcc version 3.0 20010501 (prerelease)
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.0/cc1plus -v -D__GNUC__=3 -D__GNUC_MINOR__=0 -D__GNUC_PATCHLEVEL__=0 -D__ELF__ -Dunix -Dlinux -D__ELF__ -D__unix__ -D__linux__ -D__unix -D__linux -Asystem=posix -D__OPTIMIZE__ -D__STDC_HOSTED__=1 -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i686__ -D__tune_pentiumpro__ s.C -D__GNUG__=3 -D_GNU_SOURCE -D__EXCEPTIONS -D__GXX_ABI_VERSION=100 -quiet -dumpbase s.C -O -version -finline-functions -o /tmp/ccWSOAFl.s
GNU CPP version 3.0 20010501 (prerelease) (cpplib) (i386 Linux/ELF)
GNU C++ version 3.0 20010501 (prerelease) (i686-pc-linux-gnu)
compiled by GNU C version 3.0 20010501 (prerelease).
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include/g++-v3
/usr/local/include/g++-v3/i686-pc-linux-gnu
/usr/local/include
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.0/include
/usr/local/i686-pc-linux-gnu/include
/usr/include
End of search list.
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.0/../../../../i686-pc-linux-gnu/bin/as -V -Qy -o s.o /tmp/ccWSOAFl.s
GNU assembler version 2.11.90.0.4 (i686-pc-linux-gnu) using BFD version 2.11.90.0.4
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2001-05-02 12:26 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-04-01 0:00 c++/896 lerdsuwa
2001-05-01 14:56 c++/896 Peter Schmid
2001-05-02 12:26 c++/896 neil
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).