--- Comment #11 from reichelt at gcc dot gnu dot org 2005-10-15 09:58
---
This bug appeared on the 4.0 branch today.
It was probably backported by your backport for PR 22603, Nathan.
Could you please have a look?
--
reichelt at gcc dot gnu dot org changed:
What|Remo
The error occures in the following code:
-- a.ads
generic
type T is digits <>;
package A is
end A;
-- b.ads
with A;
generic
with package AA is new A (<>);
package B is
end B;
-- c.ads
with A;
generic
with package AA is new A (<>);
package C i
Configuring a native mingw32 compiler without specifying --with-ld leads to the
following in $(build)/gcc/Makefile:
ORIGINAL_LD_FOR_TARGET =
./c:/mingw/bin/../lib/gcc/mingw32/3.4.4/../../../../mingw32/bin/ld.exe
which make doesn't interpret correctly in the stamp-collect-ld rule, leading to
this
With the 2005-10-07 patch from Janne, libgfortran uses SSIZE_MAX, a POSIX
macro. mingw doesn't have that macro, so we need to provided a fallback case. I
was wondering about something like
#ifndef SSIZE_MAX
#define SSIZE_MAX SHRT_MAX
#endif
or an explicit value. It's a bit ugly, but it works (and
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 13:54 ---
(In reply to comment #0)
> #ifndef SSIZE_MAX
> #define SSIZE_MAX SHRT_MAX
> #endif
Short is too small. SSIZE_MAX is the signed version of size_t. If you can
figure out what the type of size_t, you have figured out
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-15 14:30
---
Subject: Bug 23141
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-15 14:30:37
Modified files:
gcc: ChangeLog tree-vrp.c
Log message:
PR 2
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-15 14:30
---
Subject: Bug 23142
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-15 14:30:37
Modified files:
gcc: ChangeLog tree-vrp.c
Log message:
PR 2
--- Comment #7 from dnovillo at gcc dot gnu dot org 2005-10-15 14:39
---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00881.html.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dnovillo at gcc dot gnu dot org 2005-10-15 14:40
---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00881.html.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from nathan at gcc dot gnu dot org 2005-10-15 14:44 ---
bum!
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|mark at code
--- Comment #6 from falk at debian dot org 2005-10-15 15:04 ---
OK, let's have a look at this somewhat minimal example:
struct S {
long l;
unsigned char c;
};
unsigned long f(unsigned char *p10) {
struct S *p = (struct S *) (p10 + 10);
return p->c;
}
What we want is o
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-10-15 15:17
---
(In reply to comment #1)
> Short is too small. SSIZE_MAX is the signed version of size_t. If you can
> figure out what the type of size_t, you have figured out that too.
I only mentionned short because it's wri
EXAMPLE #1
[EMAIL PROTECTED] mytests]# cat spread_r.f90; /gcc-4.1/bin/gfortran
spread_r.f90;
./a.out
character*1 :: i, j(10)
i = "w"
j = spread (i, 1, 10)
end
Fortran runtime error: rank mismatch in spread()
EXAMPLE #2
character*1 :: j(10)
j = spread ("w", 1, 10)
end
spread_r.f90:
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-15 16:34
---
Subject: Bug 24232
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-15 16:34:13
Modified files:
gcc: ChangeLog sched-deps.c
Log message:
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 16:35 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-15 16:37 ---
Closing as fixed for 4.1.0 as the patch which fixed this is just way too
invasive.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-15 16:38
---
Actually this can cause compile time problems even with checking disabled
because there are some passes which loop through all SSA_NAMEs.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-10-15 16:39
---
*** This bug has been marked as a duplicate of 23541 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2005-10-15 16:39
---
*** Bug 24039 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2005-10-15 16:40
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-10-15 16:45
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #14 from wilson at gcc dot gnu dot org 2005-10-15 16:55 ---
Mine. IA-64.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #15 from wilson at gcc dot gnu dot org 2005-10-15 16:56 ---
Fixed. Simplified patch added to mainline here:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00886.html
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-10-15 16:57
---
Still present on 4.0.x branch.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-10-15 16:58
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org
|dot org
--- Comment #2 from wilson at gcc dot gnu dot org 2005-10-15 17:03 ---
I haven't been able to reproduce this. I tried building a stage1 IA-64 ada
compiler on both x86_64 and IA-64, using both mainline and the 20050826
snapshot, and none of these 4 compilers triggered the bug.
I am fair
--- Comment #15 from cvs-commit at gcc dot gnu dot org 2005-10-15 17:04
---
Subject: Bug 21250
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-15 17:04:13
Modified files:
gcc: c-ppoutput.c Ch
Given the following situation:
- Apache Tomcat 5.0.27
- (gij (GNU libgcj) version 4.1.0 20051014 (experimental) from CVS
- web application with a library jar in WEB-INF/lib (eg. axis.jar)
- try to load and access a class from axis.jar (e.g. Class.forName() )
NoClassDefFoundError is thrown.
I
--- Comment #7 from ghazi at gcc dot gnu dot org 2005-10-15 17:07 ---
C++ bits checked in as well.
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01339.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from thebohemian at gmx dot net 2005-10-15 17:16 ---
Created an attachment (id=9988)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9988&action=view)
Test application showing the problem
Unpack the application in your tomcat webapps folder and start the servlet
conta
--- Comment #7 from steven at gcc dot gnu dot org 2005-10-15 17:25 ---
This patch from Jim Wilson makes the ICE go away for me:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00886.html
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from steven at gcc dot gnu dot org 2005-10-15 17:25 ---
reopening...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|RESOL
--- Comment #18 from steven at gcc dot gnu dot org 2005-10-15 17:26 ---
...to fix a mouse click on the wrong radio button :-)
*** This bug has been marked as a duplicate of 24232 ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #16 from steven at gcc dot gnu dot org 2005-10-15 17:26 ---
*** Bug 23948 has been marked as a duplicate of this bug. ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from steven at gcc dot gnu dot org 2005-10-15 17:27 ---
argh
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #9 from steven at gcc dot gnu dot org 2005-10-15 17:29 ---
...to fix a mouse click on the wrong radio button :-/
*** This bug has been marked as a duplicate of 24232 ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #17 from steven at gcc dot gnu dot org 2005-10-15 17:29 ---
*** Bug 23857 has been marked as a duplicate of this bug. ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 17:40 ---
I should note that the reasons why you don't want to sibcalling optimize to
calls in main is so that the alignment fix up is not lost in the secondary
function.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=243
The cvs head of g++ 4.1 miscompiles the following program:
extern "C" int printf(...);
struct A
{
virtual void foo () { printf ("A::foo\n"); }
};
struct B : public A
{
virtual void foo () { printf ("B::foo\n"); }
};
template
void f(T
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 17:47 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23948
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-15 17:54 ---
Confirmed, still fails on the 4.0 branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-15 18:09
---
Subject: Bug 21347
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-15 18:09:46
Modified files:
gcc/cp : class.c ChangeLog
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-10-15 18:13
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-15 18:13
---
Subject: Bug 21347
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-15 18:13:25
Modified files:
gcc/cp : class.c ChangeLog
gcc/testsuite : Chan
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-15 18:28 ---
I have a fix.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|un
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-15 18:29 ---
Here is the fix which I need to test still:
Index: c-format.c
===
RCS file: /cvs/gcc/gcc/gcc/c-format.c,v
retrieving revision 1.84
diff -u -p -r1.84 c-f
Seems that there is an error when casting an int to a float, at least for
certain values of the integer. The first integer to fail is 2^24... Note
also that it's only odd integer values that are a problem.
At least one other version (2.3.2) of gcc did not have this problem.
-bash-2.05b$ gcc ma
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 18:34 ---
*** This bug has been marked as a duplicate of 323 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #77 from pinskia at gcc dot gnu dot org 2005-10-15 18:34
---
*** Bug 24387 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-15 19:12 ---
I wonder if we could get away with only calling c_do_switch_warnings when not
processing template. I will look into that.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-15 19:35 ---
Created an attachment (id=9989)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9989&action=view)
patch which needs testing
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|minor |trivial
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20285
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-15 19:43 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
$ oslevel -r
5300-02
$ /opt/TWWfsw/gcc343/bin/gcc -v
Reading specs from
/opt/TWWfsw/gcc343/lib/gcc/powerpc-ibm-aix5.3.0.0/3.4.3/specs
Configured with: /opt/build/gcc-3.4.3/configure --enable-nls
--with-included-gettext --enable-shared --enable-threads
--prefix=/opt/TWWfsw/gcc343 --with-local-prefix
--- Comment #2 from jkj at sco dot com 2005-10-15 20:02 ---
Created an attachment (id=9990)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9990&action=view)
This change to calls.c fixes the problem for me
I'm almost certain that there is a better way to do this, but this patch fixe
Creating two files:
t1.cpp ===
#include
std::tr1::unordered_map map1;
int main() {}
t2.cpp
#include
std::tr1::unordered_map map;
int t2(int i) { return 0; }
=
compiling them with
g++ -Wall t1.cpp t2.cpp
leads to compiler output:
t2.o:(.bss+0x20): multiple defini
Creating two files:
t1.cpp ===
#include
std::tr1::unordered_map map1;
int main() {}
t2.cpp
#include
std::tr1::unordered_map map;
int t2(int i) { return 0; }
=
compiling them with
g++ -Wall t1.cpp t2.cpp
leads to compiler output:
t2.o:(.bss+0x20): multiple defini
--- Comment #3 from jkj at sco dot com 2005-10-15 20:14 ---
Created an attachment (id=9991)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9991&action=view)
Sorry I uploaded the wrong diff. this is against mainline.
--
jkj at sco dot com changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 20:15 ---
Hmm, there are two problems here, unless _ZN8Internal1XIXT_EE8n_primesE is what
is really broken in libstdc++'s headers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24389
Tru64 UNIX 4.0D does not have or . So, it has no int8_t,
int16_t, int32_t, ...
Because of this, the following problem occurred:
gmake[3]: Entering directory
`/opt/build/gcc-4.0.2-objdir/alpha-dec-osf4.0d/libg
fortran'
/opt/fsw/bash30/bin/bash ./libtool --mode=compile
/opt/build/gcc-4.0.2-objdir/g
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-15 20:21 ---
Hmm
template
struct X
{
static const int n_primes = 256;
static const unsigned long primes[n_primes + 1];
};
template
const int X::n_primes;
template
const unsigned long X::pri
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 20:22 ---
*** This bug has been marked as a duplicate of 15234 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #32 from pinskia at gcc dot gnu dot org 2005-10-15 20:22
---
*** Bug 24391 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
The ps[rl]ldq instruction takes an immediate to indicate number of
bytes to shift. __builtin_ia32_psrldqi128 and __builtin_ia32_pslldqi128
in gcc 3.4 model those instructions. But with this patch
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00468.html
changes them to number of bits to shift in gc
--- Comment #3 from pcarlini at suse dot de 2005-10-15 20:28 ---
Note that I cannot reproduce with 4.0.0 and 4.0.1. I'm wondering whether is
even
more fallout from that static patch :( ... CC-ing Mark
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 20:29 ---
You should not be using the builtin functions. Use the intincs instead.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24392
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-15 20:30 ---
You should not be using the builtin functions. Use the intincs instead.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-15 20:32 ---
(In reply to comment #3)
> Note that I cannot reproduce with 4.0.0 and 4.0.1. I'm wondering whether is
> even
> more fallout from that static patch :( ... CC-ing Mark
It looks like it.
file1.c:
template
struct
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-15 20:42 ---
The problem is that the variable X<0>:: primes is not being marked as weak
which causes the rest to fail also because we are using that name for the first
non-weak global symbol to name anonymous namespace.
--
pi
--- Comment #3 from jblomqvi at cc dot hut dot fi 2005-10-15 20:43 ---
I think something like LONG_MAX might be appropriate. long should be the same
as size_t both on 32 and 64 bit mingw-windows, right (if 64 bit mingw indeed
exists at all)?
If LONG_MAX is too risky then at least INT_M
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-15 20:45 ---
*** Bug 24390 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24389
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 20:45 ---
*** This bug has been marked as a duplicate of 24389 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
when missing a closing parenthesis around the method arguments type
then declaring another method below it, the compiler asks to file a bug report.
--
Summary: fatal error when missing closing paren in method
argument type
Product: gcc
Version
--- Comment #1 from ratmice at yahoo dot com 2005-10-15 21:01 ---
Created an attachment (id=9992)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9992&action=view)
example of problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24393
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-15 21:05 ---
Confirmed, will try to look into this for 4.2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-15 21:05 ---
Note the mainline also ICEs:
t.m:6: internal compiler error: tree check: expected identifier_node, have
tree_vec in hash_func, at objc/objc-act.c:6709
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #4 from jkj at sco dot com 2005-10-15 21:18 ---
Created an attachment (id=9993)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9993&action=view)
New patch based on comments from Pinski
--
jkj at sco dot com changed:
What|Removed |A
--- Comment #3 from wilson at gcc dot gnu dot org 2005-10-15 22:23 ---
My build failed while building libada
../../xgcc -B../../ -c -g -O2 -fPIC -DUSE_GAS_SYMVER -W -Wall -gnatpg
a-teioed.adb -o a-teioed.o
a-teioed.adb: In function 'Ada.Text_Io.Editing.Format_Number':
a-teioed.adb
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-15 22:25 ---
(In reply to comment #3)
> My build failed while building libada
That is PR 17356.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23579
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-10-15 22:26
---
(In reply to comment #13)
> Ada bugs are not release critical; removing target milestone.
Even though this is only known to effect Ada, it could most likely effect C++
also, just nobody has found a testcase for th
--- Comment #18 from dannysmith at users dot sourceforge dot net
2005-10-15 22:43 ---
(In reply to comment #17)
> Danny, is it possible to have a less invadent fix for the 4.0 branch?
> Something
> hackish that can get the bug fixed just for the branch...
I'll have a look when I have
CYGWIN_NT-5.1 McKelvey-PC 1.5.12(0.116/4/2) 2004-11-10 08:34 i686 unknown
unknown Cygwin
Using built-in specs.
Target: i686-pc-cygwin
Configured with: /home/User/cvsroot/gcc/configure --verbose --enable-threads
--with-gnu-as --with-gnu-ld --disable-nls --enable-languages=c++
Thread model: posix
g
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 23:12 ---
I don't see anything wrong with the source/headers:
source:
void
floatformat_to_double (const struct floatformat *fmt,
const void *from, double *to)
header:
extern void
floatformat_to_double
When building a library in IMA mode, several used functions are optimized away:
gcc-4.1-HEAD -W -Wall -pedantic -funit-at-a-time -DPIC -fPIC -o liblib.o -c
lib.c lib1.c lib2.c
strip -x -R .note -R .comment liblib.o
ar cr liblib.a liblib.o
ld -shared --warn-common --warn-once -z combreloc -z defs
--- Comment #1 from rep dot nop at aon dot at 2005-10-15 23:43 ---
Created an attachment (id=9994)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9994&action=view)
testcase for a miscompiled library
A small pseudo library is attached as an example.
--
http://gcc.gnu.org/bugzil
--- Comment #16 from cvs-commit at gcc dot gnu dot org 2005-10-16 00:07
---
Subject: Bug 23714
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-16 00:07:18
Modified files:
gcc: ChangeLog builtins.c expr.c expr.h tree-cfg.c
when u type \\ at the end of commented line with //
the next line after it is ignored
int main()
{
cout << "Hello world";
//TEMP ---> DELETE PLEASE <\\
sortWords(); <--This line of code will not be executed
}
To fix this problem u have to remove the \\
int main()
[forwarded from http://bugs.debian.org/320178]
ICE's with 3.4 CVS 20051015, works with 3.3.6, 4.0.2, 4.1.0.
Matthias
$ cat was_inifcns_nstdsums.cpp
#include
#include
namespace GiNaC {
numeric was_Lin_numeric(int n, const numer
--- Comment #1 from debian-gcc at lists dot debian dot org 2005-10-16
00:16 ---
Created an attachment (id=9995)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9995&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24397
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-16 00:22 ---
oh:
cc -W -Wall -pedantic -funit-at-a-time -DPIC -fPIC -o liblib.o -c lib.c lib1.c
lib2.c
you forgot -combine.
And this is a dup of bug 22544.
*** This bug has been marked as a duplicate of 22544 ***
--
pinsk
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-16 00:22 ---
*** Bug 24395 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-10-16 00:35
---
(In reply to comment #17)
Oh and you need also to backport:
2005-03-03 Jan Hubicka <[EMAIL PROTECTED]>
* tree-dfa.c (add_referenced_var): Don't walk initializer of external
and non-constant publi
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-16 00:40 ---
Note -noverify does not help with this case unlike PR 17021.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24321
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-16 00:42 ---
I think this is the same problem as PR 21932 or PR 16035 as -O1 does not enable
unit-at-a-time while -O2 does.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from thebohemian at gmx dot net 2005-10-16 00:44 ---
*** Bug 24385 has been marked as a duplicate of this bug. ***
--
thebohemian at gmx dot net changed:
What|Removed |Added
---
--- Comment #2 from thebohemian at gmx dot net 2005-10-16 00:44 ---
After some explanation on IRC and a test run with "gij -noverify" I concluded
that this bug is a duplicate of 17021.
*** This bug has been marked as a duplicate of 17021 ***
--
thebohemian at gmx dot net changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-16 00:44 ---
Note a bug, \ continues the line onto the next one.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
1 - 100 of 245 matches
Mail list logo
