> I have found an apparent bug in gcc 3.4.4 under Cygwin. The attached test
> case (and the code
> it's derived from) works as expected with Cygwin gcc 3.3.3 with the exact
> same Cygwin install
> except the compiler packages. It also works fine with various versions of gcc
> on other
> platform
--- Additional Comments From schwab at suse dot de 2005-07-25 21:37 ---
I have not been able to reproduce it with a cross compiler (neither on a ppc
nor ia64 host). I also tried with --param ggc-min-expand=0 --param
ggc-min-heapsize=0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
21:38 ---
(In reply to comment #1)
> I have not been able to reproduce it with a cross compiler (neither on a ppc
> nor ia64 host). I also tried with --param ggc-min-expand=0 --param
> ggc-min-heapsize=0.
That mi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
21:41 ---
You might want to try delta:
http://www.cs.berkeley.edu/~dsw/
I use the following script with delta to reduce stuff like this:
#!/usr/bin/python
# Using delta debugging on GCC input
#import psyco
#from psyc
--- Additional Comments From kargl at gcc dot gnu dot org 2005-07-25 21:41
---
So, GNU does not follow IEEE Std 1003.1, 2004?
gfortran.h contains
#include
#ifndef PATH_MAX /* This is defined in a IEEE Std 1003.1, 2004 */
# include
# define PATH_MAX MAXPATHLEN
#endif
-
--- Additional Comments From giovannibajo at libero dot it 2005-07-25
21:43 ---
Works for me too on today's 3.4 branch. No feedback in 3 months.
--
What|Removed |Added
--- Additional Comments From doko at cs dot tu-berlin dot de 2005-07-25
22:07 ---
Subject: Re: [4.1 regression] [m68k-linux] bootstrap error on m68k-linux
pinskia at gcc dot gnu dot org writes:
>
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
> 21:38 --
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
22:14 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23059
--- Additional Comments From giovannibajo at libero dot it 2005-07-25
22:17 ---
Downgrading to normal. This is a bug in a C++ extension (borrowed from C99)
which has been broken since 3.0.
The bug appears to be in the FINISH_COND macro which does not seem ready to
handle the additiona
--- Additional Comments From schwab at suse dot de 2005-07-25 22:29 ---
I'm starting a new bootstrap with this change:
occr = (struct unoccr *) obstack_alloc (&unoccr_obstack,
- sizeof (struct occr));
+
the simplest way (from C-lang) to load a word from unknown alignment is:
typedef struct { unsigned value __attribute__((packed)); } unaligned_uint;
unsigned load(const unaligned_uint* ptr) { return ptr->value; }
load_little_endian: // cycle times
ldrbr3, [r0,
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23066
--
What|Removed |Added
Component|other |target
GCC build triplet|* |
GCC host triplet|* |
GCC
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25
22:46 ---
Subject: Bug 23053
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-25 22:46:48
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25
23:04 ---
Subject: Bug 22626
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-25 23:04:33
Modified files:
gcc: ChangeLog Makefile.in tree-complex.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25
23:22 ---
Subject: Bug 23043
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-25 23:22:07
Modified files:
gcc: ChangeLog postreload-gcse.c
Log mes
--- Additional Comments From schwab at suse dot de 2005-07-25 23:22 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resol
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-26
00:30 ---
This is miscompiled:
SUBROUTINE foo (A, B)
IMPLICIT NONE
COMPLEX*16 A, Im1
REAL*8 B
Im1 = Dcmplx(0.D0, 1.D0)
A = A + Im1 * B
RETURN
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
00:40 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
The Darwin ABI specifies that this struct should be 12 bytes in size and have
4-byte alignment. Current
mainline gives it 8-byte alignment and 16-byte size.
struct ULL {
int X; long long Y;
};
ULL *ULLSize(ULL *ARG, int *P) { *P = sizeof(ULL); return ARG+1; }
In general, the special cases in
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
02:07 ---
I don't think the ABI says this. I think it only mentions double.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
02:15 ---
Not a regression in FSF's gcc.
--
What|Removed |Added
Keywords|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
02:27 ---
FSF's gcc has always got this wrong. Apple's 3.3 gcc got this right. I don't
know what is correct or not.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
02:29 ---
The ABI is here:
http://developer.apple.com/documentation/DeveloperTools/Conceptual/PowerPCRuntime/Data/
chapter_2_section_3.html#//apple_ref/doc/uid/TP40001520-CH210-BCIFEEFG
--
http://gcc.gnu.org/bugzi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
02:32 ---
The comment in darwin.h seems to contradict what is here:
/* Darwin word-aligns FP doubles but doubleword-aligns 64-bit ints. */
/* Darwin increases natural record alignment to doubleword if the first
fi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
02:36 ---
Looks like the ABI in darwin.h is just a copy of the one in aix.h which might
mean this was on purpose
and Apple's GCC is wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-07-26
03:17 ---
Doesn't matter if the printed docs differ; Apple's GCC sets the ABI for Darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
03:26 ---
I will take of this soon.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gn
--- Additional Comments From flash at pobox dot com 2005-07-26 04:09
---
PalmSource bug 105106. Happens on code which is supposedly valid, but I
haven't verified that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20161
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-26
04:40 ---
Subject: Bug 16719
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-26 04:40:44
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-26
04:40 ---
Subject: Bug 18421
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-26 04:40:44
Modified files:
gcc: Change
--- Additional Comments From sabre at nondot dot org 2005-07-26 04:49
---
The ABI clearly states that the maximum alignment for non-initial structure
elements is 32-bits.
-Chris
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
The < operator returns 1 for comparison of char (or unsigned char)
when it should return 0. The <= operator does not show this bug.
gcc-4.1 snapshots 20050604 and latest 20050723 compiled and
used on i686-pc-linux (Suse 8.1)
Here is a (very small) test source.
***
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
05:33 ---
I cannot reproduce it on 20050725. What options are you using to create the
executable.
I tried with -O0, -O1, -O2, and -O3 and no success.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
05:33 ---
I mean no success at getting the failures you get.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23068
--- Additional Comments From gschafer at zip dot com dot au 2005-07-26
06:07 ---
(In reply to comment #1)
> Fixed at least in 4.0.1.
No it's not.
Please see these results for example (all from different folks):
http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg01370.html
http://gcc.gnu.
In these files:
libmudflap/testsuite/libmudflap.cth/pass3{7,9}-frag.c
the timeout is overridden to 3 seconds. This is way too short if for example
running the testsuite with -j3 on an SMP box. It results in many timeouts as per
these examples:
http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg011
When a prototyped function of var-arg is called without any arguments
to the variable part, "crxor 6,6,6" is not generated. "-O0
-mno-prototype" does NOT resolve the problem either.
test.c
int test(const char *a, ...);
void test1(const char *a)
{ test(a, 0); }
void test2(const c
--- Additional Comments From Jean-pierre dot vial at wanadoo dot fr
2005-07-26 06:36 ---
(In reply to comment #1)
> I cannot reproduce it on 20050725. What options are you using to create the
executable.
>
> I tried with -O0, -O1, -O2, and -O3 and no success.
no bug with -
Darwin ignores the alignment/packed attributes on this structure, forcing the
structure to have 8-byte alignment and 16-byte size:
---
struct Test {
double D __attribute__((packed,aligned(4)));
short X;
};
---
Ian Lance Taylor did a great analysis of the history of this, tracking it back
to a
101 - 140 of 140 matches
Mail list logo
