--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
08:27 ---
Subject: Bug 19367
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-02-28 08:26:41
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
08:27 ---
Subject: Bug 18838
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-02-28 08:26:41
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
08:28 ---
Subject: Bug 16240
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-02-28 08:27:57
Modified files:
libiberty :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
08:39 ---
Subject: Bug 18371
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-02-28 08:38:57
Modified files:
gcc:
the message internal compiler error: in fold_convert, at fold-const.c:2003 is
triggered when compiling a fortran 90 snippet. It appears with the binary
version available from Bud Davis gfortran page on 2005-02-28, which displays
itself as:
GNU F95 version 4.0.0 20050224 (experimental)
Mainline now segfaults when compiling the following invalid code snipptet:
===
void foo() x;
===
bug.c: In function 'foo':
bug.c:1: error: expected declaration specifiers before 'x'
bug.c:1: error: expected '{' at end of input
bug.c:1: internal compiler error:
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-28 09:45
---
TYPE_NAME (TYPE_MAIN_VARIANT (origin)) on that testcase is NULL, so it doesn't
help match. Following patch certainly doesn't help.
--- dwarf2out.c.jj 2005-02-27 17:54:15.0 +0100
+++ dwarf2out.c
--- Additional Comments From amodra at bigpond dot net dot au 2005-02-28
09:59 ---
Please disable forall_3.f90 until this bug is resolved. It is rather
disconcerting to see a glibc malloc/free error message appearing when running
the testsuite. Since it isn't immediately obvious that
--- Additional Comments From mmazur at kernel dot pl 2005-02-28 10:26
---
Forgot to mention - here's a quick fix:
http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/gcc-alpha-ada_fix.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20089
--- Additional Comments From wf_cs at yahoo dot com 2005-02-28 10:30
---
(In reply to comment #3)
Is anyone working on this? It is blocking some significant codes I am
testing.
Yes. I have worked it out. I am waiting for the committing of my patch for
PR18827 which blocks this
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
12:03 ---
Subject: Bug 18384
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-02-28 12:03:27
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
12:10 ---
Subject: Bug 19406
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-02-28 12:09:27
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
12:32 ---
Subject: Bug 18302
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-02-28 12:30:18
Modified files:
gcc/testsuite :
Hi,
there is an obvious off-by-one error in gfortran's implementation of
the IARGC() intrinsic:
program iargc_test
implicit none
integer :: iargc
print *, iargc ()
end program iargc_test
% gfortran iargc_test.f90 ./a.out
prints 1 instead of zero.
Cheers,
-ha
--
Summary:
This API was added to java 1.5
--
Summary: Lack java.util.concurrent.LinkedBlockingQueue
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-28
13:09 ---
How useful is this transformation for real world code?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20231
--
What|Removed |Added
OtherBugsDependingO||19740
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20247
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
13:12 ---
(In reply to comment #3)
How useful is this transformation for real world code?
This shows up in the RC4 code if I heard correctly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20231
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
13:15 ---
Confirmed, even classpath does not have this yet.
--
What|Removed |Added
Hi,
I am having difficulties to understand the following behavior of
gfortran. Given the code
program iargc_test
implicit none
integer :: iargc
print *, iargc ()
end program iargc_test
and compiling with gfortran -std=f95, the above program fails to
link, because iargc_ is undefined.
Checking
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
13:16 ---
Fixed in 4.0.0.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
13:26 ---
Just a note the following version means something different:
gcc version 3.5.0 20040824 (experimental) (g95!) Dec 20 2004
That is g95 which is a different project from gfortran.
Confirmed, hmm, someone
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
13:27 ---
Subject: Bug 17383
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-28 13:26:36
Modified files:
. : Makefile.def Makefile.in
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-02-28
13:30 ---
Fixed on mainline. As I said in comment #15, DJ has patches for the 4.0 branch,
so I am assigning it to him.
--
What|Removed |Added
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Target Milestone|---
when compiling this testcase (extracted from bash) with -fprofile-arcs
the 4.0 branch ices.
gcc -O2-fprofile-arcs -c variables.i
variables.i: In function ‘ff’:
variables.i:8: error: could not split insn
(insn 13 28 44 (set (reg:DI 3 3 [ z ])
(reg:SI 5 5 [124])) 237
--- Additional Comments From marcus at jet dot franken dot de 2005-02-28
13:38 ---
Created an attachment (id=8299)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8299action=view)
variables.i
gcc -O2 -fprofile-arcs -c variables.i
--
gcc version 4.0.0 20050228 (prerelease) (SUSE Linux)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20249
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
13:39 ---
This is expected behavor because iargc is non standard and we turn off non
standard intrisics with
-std=f95 (kinda like what gcc does for non stanadard builtins) and that iargc
is not _iargc really but
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
13:41 ---
This is an invalid instruction in the first place see how the modes are missed
matched:
(set (reg:DI 3 3 [ z ]) (reg:SI 5 5 [124]))
Note the code is valid I was just talking about the RTL instrunction.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
13:42 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
13:45 ---
*** Bug 20246 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From joern dot rennecke at st dot com 2005-02-28
13:46 ---
Subject: Re: autoincrement generation is poor
giovannibajo at libero dot it wrote:
--- Additional Comments From giovannibajo at libero dot it 2005-02-25
18:59 ---
What is the compile-time
--- Additional Comments From schlie at comcast dot net 2005-02-28 13:51
---
(In reply to comment #9)
IMHO, solution of this issue would require a language different from C that
is
able to handle different classes of pointers.
Was hoping that any designated read access to data
--- Additional Comments From schlie at comcast dot net 2005-02-28 13:55
---
(In reply to comment #10)
(In reply to comment #9)
IMHO, solution of this issue would require a language different from C that
is
able to handle different classes of pointers.
Was hoping that any
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
14:02 ---
Confirmed as a regression from 3.4.0 and earlier 4.0.0.
I think this is related to the profiled bootstrap failure reported here:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00839.html.
Also happens on
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
14:15 ---
Subject: Bug 20228
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-28 14:14:49
Modified files:
gcc: ChangeLog
gcc/config :
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
14:18 ---
It also worked with 20050210.
I think this was caused by:
2005-02-13 Zdenek Dvorak [EMAIL PROTECTED]
PR target/17428
* cfgrtl.c (safe_insert_insn_on_edge): Avoid extending
life
Friday I did a cvs up and the make and make install worked correctly. This
morning after a cvs up the make seemed to work ok, but I now get -
[dranta:~/gfortran/build] dir% make install
/bin/sh /Users/dir/gfortran/gcc/mkinstalldirs /Users/dir/gfortran
/Users/dir/gfortran
autogen -T
--
What|Removed |Added
Component|fortran |bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20250
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-28 14:49
---
.hidden is intentionally emitted only at the definitions, not for the undefs.
Otherwise a header with 1000 prototypes with __attribute__((visibility
(hidden))) would result in 1000 STV_HIDDEN SHN_UNDEF
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
14:59 ---
I see the typo.
Paolo could you fix this?
This patch causes the problem:
http://gcc.gnu.org/ml/gcc-cvs/2005-02/msg01057.html
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
15:02 ---
Well the whole install is broken. I will fix as I see the typo in Makefile.tpl.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20250
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
15:09 ---
Fixed checked in, just do another cvs up, it should work now.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
15:10 ---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
15:17 ---
Subject: Bug 20250
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-28 15:09:58
Modified files:
. : ChangeLog Makefile.in Makefile.tpl
--- Additional Comments From bangerth at dealii dot org 2005-02-28 15:35
---
This seems to work with the latest version I have, which is from 20050130.
I don't know what's going on...
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20241
--- Additional Comments From bangerth at dealii dot org 2005-02-28 15:37
---
It also seems to be working with a snapshot from yesterday that I had on
another machine. Andrew, can you double-check with something newer?
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20241
--- Additional Comments From bangerth at dealii dot org 2005-02-28 15:47
---
Kriang is our resident expert on this. A shorter testcase is this:
---
class C;
namespace NS {
class A {
friend class C;
};
}
using namespace NS;
class C {};
C c;
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
15:47 ---
It passes with 20041124.
Oh, it does pass with 20050225 so closing as fixed then.
--
What|Removed |Added
--
What|Removed |Added
Summary|incorrect error: class has |ambiguity with friend name
|not been declared |injection and using
--- Additional Comments From hjl at lucon dot org 2005-02-28 15:51 ---
You don't have to emit a STV_HIDDEN SHN_UNDEF symbol unless it is referenced.
On HPUX/ia64, gcc does emit SHN_UNDEF symbols. I hope it only emits referenced
SHN_UNDEF symbols.
--
--- Additional Comments From bangerth at dealii dot org 2005-02-28 15:53
---
I believe the code is invalid: you try to do a partial specialization of
a member function, but there is no such thing -- you need to use an overload
instead. To me this looks like an accept-invalid. Here's
--
What|Removed |Added
CC||ericw at evcohs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20243
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
16:30 ---
Subject: Bug 15977
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-28 16:30:17
Modified files:
gcc: ChangeLog
gcc/doc:
--- Additional Comments From bosch at gcc dot gnu dot org 2005-02-28 16:36
---
Documented contributors.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From timb at bluearc dot com 2005-02-28 17:04
---
That's orthogonal though - and presumably it only applies to a packed object or
member *whose type is not packed by definition*, because you can so easily end
up passing a pointer or reference to something that
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
17:22 ---
Subject: Bug 19874
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-28 17:21:24
Modified files:
gcc: ChangeLog tree-ssa.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
18:17 ---
Fixed on the mainline waiting for the commit for the 4.0 branch.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
18:28 ---
(In reply to comment #4)
(In reply to comment #1)
It is not just debian but anyone who used a bad glibc in the first place. I
have no idea when this was
introduced at all.
It was introduced by fix
4.0.0 CVS 20050227 fails, when installing into a temporary destination:
/bin/sh ./libtool --mode=install /usr/bin/install -c 'libjawt.la'
'/build/buildd/gcc-snapshot-20050227/debian/tmp/usr/lib/gcc-snapshot/lib/libjawt.la'
libtool: install: warning: relinking `libjawt.la'
(cd
--
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
19:23 ---
Subject: Bug 20245
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-28 19:22:42
Modified files:
gcc: ChangeLog c-parser.c
Build worked with LAST_UPDATED: Mon Feb 28 03:50:27 UTC 2005.
Build fails with LAST_UPDATED: Mon Feb 28 18:49:50 UTC 2005.
Last few lines of log:
checking how to run the C preprocessor...
/home/hp/cvs_areas/combined/cris-regobj/./gcc/xgcc -B/hom\
e/hp/cvs_areas/combined/cris-regobj/./gcc/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
19:25 ---
Confirmed, testing a patch as I type this.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
19:26 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
the lexer is no longer calling debug_hooks.start_source_file/end_source_file for
the base compilation file (IE the one passed on the command line or giving us
something about stdin, if that is the case).
This breaks macro debug info in dwarf2 because the standard specifies we must
have a start/end
--
What|Removed |Added
Keywords||wrong-debug
Summary|[3.4/4.0 regression]: Macro |[3.4/4.0/4.1 regression]:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
20:05 ---
Fixed, thanks for the report in both bug reports and IRC.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
20:05 ---
Subject: Bug 20252
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-28 20:04:42
Modified files:
libobjc: ChangeLog Makefile.in config.h.in
--- Additional Comments From pluto at pld-linux dot org 2005-02-28 20:09
---
CC'ed.
ps).
qt-3.3.4 built by gcc4-20050226 is also broken.
my testcase (jabber client - psi) is unusable.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
20:12 ---
Just a note this has been broken since 3.4 20031218, the day before the
changing the version of
3.4.0 to 3.4.0.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
20:18 ---
Note this does not work with the C++ front-end either.
--
What|Removed |Added
Known to
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
20:30 ---
Broke by:
http://gcc.gnu.org/ml/gcc-patches/2003-07/msg00364.html
I found this by searching for start_source_file and 2003 and then I just say
this and reverted it and it
was fixed once I reverted it.
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-02-28
20:39 ---
Devang, we *need* to have a start_source_file for the main source file.
It is required by the standard that we ouptut a begin/end pair for the main
source file, and the start_source_file call is where this
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-02-28
20:47 ---
For NPTL addon for glibc, it's been their since 12 April 2003, see
http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/nptl/sysdeps/pthread/pthread.h?cvsroot=glibc
--
--- Additional Comments From dpatel at apple dot com 2005-02-28 20:48
---
Subject: Re: [3.4/4.0/4.1 regression]: Macro debug info broken due to lexer
change
I extensively tested my patch using GDB tests suites on two target with
STABS as well as DWARF. But if, we need to have a
--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-28
20:55 ---
Comment #7 shows that there is still something to be done
for (br+I*bi)/a (with real br, bi, a). This could be
simplified to br/a + I*bi/a, which isn't happening.
Thomas
--
What
--
Bug 18902 depends on bug 19953, which changed state.
Bug 19953 Summary: Special-case real + complex arithmetic operation
(-ffast-math)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19953
What|Old Value |New Value
--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-28
20:55 ---
What I meant was comment#8 *sigh*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19953
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-02-28
21:00 ---
Subject: Re: [3.4/4.0/4.1 regression]: Macro debug info
broken due to lexer change
On Mon, 2005-02-28 at 20:48 +, dpatel at apple dot com wrote:
I extensively tested my patch using GDB tests
--
What|Removed |Added
Keywords||patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20075
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
21:36 ---
For me I get:
D.1542 = COMPLEX_EXPR REALPART_EXPR b / SR.4, IMAGPART_EXPR b / SR.4;
D.1541 = D.1542;
D.1500 = D.1541;
return (double) REALPART_EXPR D.1500 + (double) IMAGPART_EXPR D.1500
0.0;
The
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
21:37 ---
I should note that this shows up with the following code:
#include math.h
#include complex.h
int main()
{
float a;
complex float b,c;
foo(a,b);
c = b/a;
return creal(c) + cimag(c) 0;
}
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
21:38 ---
So after my investigation says this is fixed so closing as such.
--
What|Removed |Added
--
Bug 18902 depends on bug 19953, which changed state.
Bug 19953 Summary: Special-case real + complex arithmetic operation
(-ffast-math)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19953
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
21:41 ---
(In reply to comment #5)
Subject: Re: [3.4/4.0/4.1 regression]: Macro debug info broken due to lexer
change
Andrew, would it be possible for you to try this?
I don't really have time to do this at
--
What|Removed |Added
CC||rolf dot ebert dot gcc at
||gmx dot de
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-02-28 21:49 ---
Hi,
since this bug has been fixed by a patch of Roger Sayles a couple of weeks
ago, I suggest to mark it as fixed.
Yours,
Björn
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887
--- Additional Comments From laurent at guerby dot net 2005-02-28 21:54
---
Please see http://www.rtems.com/phpwiki/index.php/RTEMSAda
for instructions on how to build a cross with Ada enabled
(this is for RTEMS but should be reusable).
--
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-02-28 21:58 ---
I think the key problem is, that C language permits you to pass pointers to
your static const data structures to other functions. Possibly functions that
are not located within the same source file.
--- Additional Comments From ericw at evcohs dot com 2005-02-28 22:01
---
Subject: Re: static initialization .data redundantly copied
to ram prior to use.
bjoern dot m dot haase at web dot de wrote:
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-02-28
--- Additional Comments From schlie at comcast dot net 2005-02-28 22:02
---
(In reply to comment #21)
Hi,
since this bug has been fixed by a patch of Roger Sayles a couple of weeks
ago, I suggest to mark it as fixed.
It's true that the original failure mode, which
--- Additional Comments From ericw at evcohs dot com 2005-02-28 22:03
---
Subject: Re: [4.0/4.1 Regression] Can't compile gnattools
for the cross targets
laurent at guerby dot net wrote:
--- Additional Comments From laurent at guerby dot net 2005-02-28 21:54
---
Please see
--- Additional Comments From ericw at evcohs dot com 2005-02-28 22:10
---
Subject: Re: [4.0/4.1 Regression] libgcc2.h Improperly
determines required built-in function size requirements.
schlie at comcast dot net wrote:
--- Additional Comments From schlie at comcast dot net
--- Additional Comments From anlauf at hep dot tu-darmstadt dot de
2005-02-28 22:11 ---
But is it consistently handled as an intrinsic?
Modify the program by adding the line
intrinsic :: iargc
and compile without -std=f95.
Now the name gets mapped to _gfortran_iargc, which is
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28
22:22 ---
Subject: Bug 19874
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-02-28 22:22:19
Modified files:
gcc:
--- Additional Comments From schlie at comcast dot net 2005-02-28 22:38
---
Subject: Re: [4.0/4.1 Regression] libgcc2.h
Improperly determines required built-in function size requirements.
- Additional Comments From ericw at evcohs dot com 2005-02-28 22:10
We've already gone over
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
23:02 ---
(In reply to comment #13)
(In reply to comment #11)
I get the same as I got above with the following version on x86:
GNU C version 4.0.0 20050225 (experimental) (i686-pc-linux-gnu)
compiled by GNU
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
23:05 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
1 - 100 of 151 matches
Mail list logo