--- Additional Comments From tomdkat at comcast dot net 2005-03-01 06:44
---
Created an attachment (id=8302)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8302&action=view)
generated ".i" file, gzipped.
This is the generated ".i" file, gzipped. Let me know if more information is
I just downloaded the GTK+ 2.6.3 source from the http://www.gtk.org/ website and
it crashes shortly after the build starts with a segmentation fault.
Here is the compile command (with -v and -save-temps options, per bug reporting
guidelines):
gcc -v -save-temps -DHAVE_CONFIG_H -I. -I. -I../.. -I
--- Additional Comments From aaronavay62 at aaronwl dot com 2005-03-01
06:06 ---
Nope. Ian Lance Taylor or DJ Delorie must approve the libiberty portions of
this patch, or someone must suggest (and implement) an alternate implementation.
I don't know why Ian Lance Taylor doesn't approv
--- Additional Comments From sstrasser at systemhaus-gruppe dot de
2005-03-01 05:38 ---
it is invalid to use A0 in the base constructor list of D, because A0 is not a
virtual base for D. .it doesn't matter that the inheritance A->A0 is declared
virtual, 2 trees which both inherit A0 must
--
What|Removed |Added
Target Milestone|--- |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19819
--- Additional Comments From danglin at gcc dot gnu dot org 2005-03-01
05:10 ---
Fixed in CVS.
--
What|Removed |Added
Status|NEW |RESOLVE
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-01
05:00 ---
Subject: Bug 19819
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-01 05:00:12
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
04:55 ---
ipfx is non standard so closing as such.
Also read the following thread:
http://gcc.gnu.org/ml/libstdc++/2001-02/msg00329.html
which explains why ipfx existed in libstdc++-v2 and not in libstdc++-v3.
You m
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-03-01 04:49 ---
The problem appears to be that the file stage1/ada/b_gnatb.c built by the
bootstrap gnatbind doesn't define the ponter to the exception registration
structure (SEH). This :
int SEH [2];
and
--- Additional Comments From ramya dot chandar at wipro dot com 2005-03-01
04:49 ---
Created an attachment (id=8301)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8301&action=view)
This String.cc file is part of the GNU C++ library
I am herewith attaching the String.cc file where
--
What|Removed |Added
Severity|critical|normal
Priority|P1 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20259
Environment : i686-pc-linux-gnu
Compiler Version: GCC 3.3.2
Kernel Version : 2.4.7-10
I am compiling a "String.cc" file. It is giving the below given error.
But, I could see the ipfx function being defined in 'iostream.h" and the
"iostream.h" is being included in the corresponding header fi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-01
04:34 ---
Subject: Bug 19819
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-01 04:34:01
Modified files:
gcc: ChangeLog
gcc/config/pa : p
--- Additional Comments From schlie at comcast dot net 2005-03-01 03:43
---
Subject: Re: error generated for storage class specified for
function parameter
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
> No static is wrong here, period, what you need is an
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
03:43 ---
Assigning to Daniel as he requestioned it :).
--
What|Removed |Added
AssignedTo|unas
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-01
03:24 ---
Subject: Bug 19819
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-03-01 03:24:17
Modified files:
gcc: Change
--- Additional Comments From jvdelisle at verizon dot net 2005-03-01 03:14
---
I noticed on a the list mention that the error occurs only when the output is
redirected. When I run ./a.out the error message is embedded in the middle of
the output before the last numbers are printed.
The
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
03:10 ---
No static is wrong here, period, what you need is an attribute which tells the
back-end that these are
are pointers to ROM and such.
--
What|Removed |Added
Which may not be litterally a bug, but would like to restrict the functions
parameter in this way.
Is this possible? (as given the below code example, wan't to be able to
identify data stored in
program read-only program ROM as being "static const", which they are, and
corespondingly
identify p
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-01
03:01 ---
This is a problem in testing legality of the perfect nest transform.
We think we can transform the loop into a perfect nest, but can't really (at
least with the code we have now), and do it wrong.
--
Consider the following test program (fortran 90)
program explore
implicit none
integer, parameter :: NX = 32, NR = 16, NPHI=2
real :: input(0:NX-1, 0:NR-1, 0:NPHI-1)
write(*,*) size(input)
call random_number(input)
write(*,*) input
end program explore
This program compiles fine. It exe
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-01
02:44 ---
Subject: Bug 20216
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-01 02:43:50
Modified files:
gcc: ChangeLog tree-chrec.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
01:55 ---
Can you do what the ICE says to do and give the source code?
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
01:54 ---
Confirmed, here is the reduced self testing testcase:
void abort (void);
int mid_wts[2][2]={};
int in_pats[2]={};
int do_mid_forward()
{
int sum;
int neurode, i;
for (neurode=0;neurode<2; neurode++
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--
What|Removed |Added
CC||dberlin at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--
What|Removed |Added
CC||dalej at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20256
This is a small extract from a benchmark. It shows that -O1 -ftree-loop-linear
generates a couple
of empty loops, and incorrect behavior.
/* main.c */
#include
extern void init();
double mid_wts[8][35];
double in_pats[1][35];
double do_mid_forward(int patt)
{
double sum;
int neurode,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
01:24 ---
: Search converges between 2004-06-08-trunk (#463) and 2004-06-10-trunk (#464).
Well obviously the regression was caused by (but the underlaying bug is still
there):
2004-06-09 Andrew Pinski <[EMAIL PROTE
--- Additional Comments From lothar at xcerla dot com 2005-03-01 01:23
---
A bug that creates wrong code is critical for me.
As our application depends on dynamically loading libraries, there's simply NO
workaround for this bug.
We can NOT execute any executables built with
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
01:22 ---
: Search converges between 2002-10-15-trunk (#105) and 2002-10-16-trunk (#106).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20209
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
01:21 ---
: Search converges between 2004-10-07-014001-trunk (#581) and
2004-10-07-161001-trunk
(#582).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20212
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
01:20 ---
: Search converges between 2001-03-25-trunk (#12) and 2001-04-01-trunk (#13).
Confirmed.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
01:19 ---
: Search converges between 2003-03-11-trunk (#204) and 2003-03-12-trunk (#205).
: Search converges between 2003-03-10-3.3 (#48) and 2003-03-12-3.3 (#49).
--
What|Removed
GNAT Bug Box was generated while attempt to compile florist-3.15p-src.
Specifically, it fails when compiling package posix-signals.adb. The capture
message is attached below.
... cut off ...
gcc -c -O2 -gnatp posix-shared_memory_objects.adb
gcc -c -O2 -gnatp posix-signals.adb
+==
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
01:15 ---
(In reply to comment #3)
> Changed severity to critical, as the compiler produces code that crashes when
>
> executing a coverage enabled executable.
Well considering this is werid case of using arc pro
--- Additional Comments From lothar at xcerla dot com 2005-03-01 01:03
---
Changed severity to critical, as the compiler produces code that crashes when
executing a coverage enabled executable.
--
What|Removed |Added
--- Additional Comments From schlie at comcast dot net 2005-03-01 01:02
---
Subject: Re: static initialization .data redundantly
copied to ram prior to use.
> --- Additional Comments From bjoern dot m dot haase at web dot de
> I think the key problem is, that C language permits yo
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-03-01 01:02 ---
Read the F2003 standard.
5.1.2.8INTRINSIC attribute
The INTRINSIC attribute confirms that a name is the specific name (13.6) or
generic name (13.5) of an intrinsic procedure.
When you
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19479
--
Bug 15502 depends on bug 19479, which changed state.
Bug 19479 Summary: UBOUND causes ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19479
What|Old Value |New Value
St
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-01 00:44
---
Fixed on mainline and branch.
--
What|Removed |Added
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-01
00:43 ---
Subject: Bug 19479
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-01 00:43:16
Modified files:
gcc/fortran: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-01
00:42 ---
Subject: Bug 19479
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-01 00:42:11
Modified files:
gcc/testsuite : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-01
00:41 ---
Subject: Bug 19479
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-01 00:41:42
Modified files:
gcc/fortran: ChangeLog simplify.c
gcc/tes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
00:09 ---
*** Bug 20254 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01
00:09 ---
*** This bug has been marked as a duplicate of 19311 ***
--
What|Removed |Added
--- Additional Comments From doko at debian dot org 2005-03-01 00:08
---
Created an attachment (id=8300)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8300&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20254
not seen in 3.3.5, file from openoffice.org 1.9.76
g++-3.4 -save-temps -fmessage-length=0 -c -I. -I. -I../inc -I../../inc
-I../../unx/inc -I../../unxlngx4.pro/inc -I.
-I/home/packages/ooo/openoffice.org2-1.9.76/ooo-build/build/src680-m76/solver/680/unxlngx4.pro/inc/stl
-I/home/packages/ooo/openof
--- Additional Comments From rolf dot ebert dot gcc at gmx dot de
2005-02-28 23:52 ---
i-c.ad? use exceptions which are not supported on AVR anyhow. The compiler
issues a corresponding error message with gcc-3.4.3, no ICE.
s-maccod.ads compiles fine with gcc-3.4.3, no ICE.
The proble
--- Additional Comments From ericw at evcohs dot com 2005-02-28 23:42
---
What is the status of this bug wrt. to the 4.0 branch? Is it fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14316
--
What|Removed |Added
Summary|[4.0.0 regression] libgcj |[4.0 regression] libgcj
|configured with --enable- |configured with --enable-
--- Additional Comments From doko at debian dot org 2005-02-28 23:18
---
looks like this is independent to the --enable-gtk-cairo flag, the last build
which succeded with --enable-java-awt=gtk was 20050218.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
23:05 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- 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 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 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: Change
--- 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 reasonabl
--- 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 2005
--- 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 s
--- 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 nesses
--- 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 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 Thomas dot Koenig at online dot de 2005-02-28
21:58 ---
(In reply to comment #11)
> For me I get:
> D.1542 = COMPLEX_EXPR / SR.4, IMAGPART_EXPR / SR.4>;
> D.1541 = D.1542;
> D.1500 = D.1541;
> return (double) REALPART_EXPR + (double) IMAGPART_EXPR
--- 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).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- 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
--
What|Removed |Added
CC||rolf dot ebert dot gcc at
||gmx dot de
http://gcc.gnu.org/bugzi
--- 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 a
--
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:38 ---
So after my investigation says this is fixed so closing as such.
--
What|Removed |Added
--- 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
#include
int main()
{
float a;
complex float b,c;
foo(&a,&b);
c = b/a;
return creal(c) + cimag(c) < 0;
}
if (ABS_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
21:36 ---
For me I get:
D.1542 = COMPLEX_EXPR / SR.4, IMAGPART_EXPR / SR.4>;
D.1541 = D.1542;
D.1500 = D.1541;
return (double) REALPART_EXPR + (double) IMAGPART_EXPR <
0.0;
The only problem with this is
--
What|Removed |Added
Keywords||patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20075
--- 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
--- 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
--
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 ---
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|Remove
--- 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 start
--- 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
--
http://gcc.gnu.org/bugzilla/show_bug
--- 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 s
--- 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 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: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 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 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 con
--- 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
--
What|Removed |Added
Keywords||wrong-debug
Summary|[3.4/4.0 regression]: Macro |[3.4/4.0/4.1 regression]:
|debug
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/en
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28
19:26 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- 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
AssignedTo|unassig
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/ -nos
--- 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
gcc/tes
--
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
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 /build/buildd/gcc-s
--- 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 b
--- 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 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
gcc/tes
--- 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 doe
--- 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 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: c
1 - 100 of 155 matches
Mail list logo
