--- Comment #6 from micis at gmx dot de 2006-06-19 07:05 ---
I tried to reduce the source, but delta wasn't very successful. After more than
2 days on a fast opteron machine delta deleted only about 30%.
With the reduced source in gdb I get:
Program received signal SIGSEGV, Segmentation
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
cc -I../libvo -I../../libvo -I/usr/X11R6/include -fno-PIC -O -pipe
- -funroll-loops -march=pentium3 -fno-force-addr -D_LARGEFILE_SOURCE
- -D_FILE_OFFSET_BITS=64 -I/usr/local/include/freetype2
- -I/usr/local/include -I/usr/X11R6/include/gtk12
- -I/usr/
--- Comment #7 from micis at gmx dot de 2006-06-19 07:06 ---
Created an attachment (id=11693)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11693&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27742
Hi,
could you clean up the header dependencies? E.g. a simple
#include
int main()
{
return 0;
}
produces 250kb preprocessed output. So the usage of STL slows down compilation
considerable.
Cheers,
André
--
Summary: header dependencies
Product: gcc
Vers
--- Comment #11 from sebastian dot pop at cri dot ensmp dot fr 2006-06-19
07:50 ---
Subject: Re: Number of iterations not know for simple loop
I thought that this bug should have been fixed by now:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01749.html
what is the status of that patc
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2006-06-19
08:11 ---
Created an attachment (id=11694)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11694&action=view)
Patch to fix PR
The reason for the segfault is that the locus for the assign statement was
never se
--- Comment #7 from raffalli at univ-savoie dot fr 2006-06-19 08:44 ---
Just for comparison: on my Intel dual core 3GHz,
icc compiles in 15s within 200Mb with -O3 (including cpp)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28071
--- Comment #1 from uros at kss-loka dot si 2006-06-19 08:56 ---
Works OK with gcc version 4.2.0 20060619 (experimental).
--
uros at kss-loka dot si changed:
What|Removed |Added
--- Comment #1 from paul dot richard dot thomas at cea dot fr 2006-06-19
09:25 ---
Created an attachment (id=11695)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11695&action=view)
Patch to fix PR
I will submit this tonight.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #12 from rguenth at gcc dot gnu dot org 2006-06-19 09:25
---
Roger requested this do be done differently by canonicalizing comparisons in
fold and using an improved operand_equal_p to do this. Patches for this are
done, but need to wait for stage1.
--
http://gcc.gnu.or
--- Comment #1 from pcarlini at suse dot de 2006-06-19 09:29 ---
Ok, let's see what we can do...
--
pcarlini at suse dot de changed:
What|Removed |Added
Statu
While trying to build a crosscompiler for 'sparc-solaris2.9':
configured with: ../configure --build=i686-linux-gnu
--host=i686-linux-gnu --target=sparc-solaris2.9 --with-gnu-as
--with-gnu-ld --enable-shared --enable-threads --enable-languages=c,c++
the following thing happened :
--- Comment #7 from aph at gcc dot gnu dot org 2006-06-19 11:13 ---
Deferred 'til ecj.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|aph a
The following error should not happen:
$ cat substr_3.f
implicit none
character(len=10) :: s, t
integer :: i, j
s = "abcdefghij"
t(:10) = s(1:)
s(16:15) = "foo"
if (s /= t) call abort
end
$ gfortran substr_3.f
In file substr_3.f:9
s(16:15)
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-06-19 11:39
---
Here is a patch that fixes this problem (and gives a slightly better, IMHO,
error message):
Index: resolve.c
===
--- resolve.c (revision 114721)
+
GCC Version:
/tmp/gcc-4.1.1/host-hppa2.0w-hp-hpux11.00/gcc/xgcc -V
xgcc: '-V' option must have argument
$ /tmp/gcc-4.1.1/host-hppa2.0w-hp-hpux11.00/gcc/xgcc -v
Using built-in specs.
Target: hppa2.0w-hp-hpux11.00
Configured with: ./configure --prefix=/opt/OpenSource/gcc-4.1.1
Thread mod
--- Comment #1 from info at pion dot xs4all dot nl 2006-06-19 11:54 ---
Created an attachment (id=11700)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11700&action=view)
Tempory output of the compiler
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28082
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-06-19 12:03
---
CSHIFT has the same problem:
$ cat zero_cshift.f90
real :: tempn(1)
tempn = 2.0
print *, cshift(tempn(2:),shift=1)
end
$ gfortran zero_cshift.f90 && ./a.out
Floating point exception
I believe the follow
Some of the headers produces by fixincludes (e.g., asm/posix_types.h) do not
end with a newline.
I'm not sure if this is a bug in autogen, or improper use of autogen (the
autogen-generated replacement text in fixincl.x ends, e.g., with
#endif /* _POSIX_TYPES_H_WRAPPER */"
again without newli
--- Comment #2 from rsandifo at gcc dot gnu dot org 2006-06-19 12:57
---
In response to comment #1, "tmp" isn't really the problem.
The problem is coverage_counter_alloc(), which initially
create an array of 1000 counters, and only supplies the
real type at the end of compilation:
--- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-06-19
13:00 ---
Created an attachment (id=11702)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11702&action=view)
Patch to fix this PR
Will submit tonight.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-06-19 13:14 ---
Please provide a testcase (the unfixed asm/posix_types.h). Also you should
check if using gcc 4.x fixes this, as the 3.x series are no longer maintained.
--
rguenth at gcc dot gnu dot org changed:
Wh
--- Comment #2 from fche at redhat dot com 2006-06-19 14:01 ---
It looks like only the statically linked multithreding test cases trigger the
problem. Would you mind trying ot hand-build one of those executables, but
adding -rdynamic to LDFLAGS, and run with -backtrace=99 in MUDFLAP_OPT
prefix=/opt/gnu/gcc/gcc-4.2.0
--with-gmp=/opt/gnu/gcc/gcc-4.2.0 --enable-debug=no --disable-nls
--enable-threads=posix --enable-languages=c,c++,objc,fortran,java,ada,obj-c++
Thread model: posix
gcc version 4.2.0 20060619 (experimental)
--
Summary: /usr/include/errno.h:28: error: previous
--- Comment #2 from peb at mppmu dot mpg dot de 2006-06-19 14:24 ---
Created an attachment (id=11703)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11703&action=view)
The file asm/posix_typed.h as produced by fixincludes from gcc-3.4.6
I just checked that the same file created by
--- Comment #3 from rsandifo at gcc dot gnu dot org 2006-06-19 14:31
---
Created an attachment (id=11704)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11704&action=view)
Candidate patch
Janis, can you try this patch? It avoids the use of section anchors
for coverage counters.
--- Comment #13 from dberlin at gcc dot gnu dot org 2006-06-19 14:34
---
Subject: Bug 27341
Author: dberlin
Date: Mon Jun 19 14:33:46 2006
New Revision: 114771
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114771
Log:
2006-06-19 Daniel Berlin <[EMAIL PROTECTED]>
Fix
--- Comment #14 from dberlin at gcc dot gnu dot org 2006-06-19 14:34
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
Following is the sequence to reproduce this issue and full g++ -v output.
$ cat source.cpp
int tab[0]={};
main()
{
}
$ g++ source.cpp
source.cpp:2: internal compiler error: in tree_low_cst, at tree.c:3255
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.g
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-06-19 14:48 ---
Subject: Bug 28045
Author: rguenth
Date: Mon Jun 19 14:48:47 2006
New Revision: 114772
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114772
Log:
2006-06-19 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-06-19 14:49 ---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #5 from sayle at gcc dot gnu dot org 2006-06-19 14:57 ---
Subject: Bug 27861
Author: sayle
Date: Mon Jun 19 14:57:17 2006
New Revision: 114773
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114773
Log:
PR target/27861
* expmed.c (expand_shift): On SH
--- Comment #18 from sje at cup dot hp dot com 2006-06-19 15:53 ---
My PA runs show no failures of the pr24626* tests anymore. I think this
problem has been resolved and the defect can be closed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26807
--- Comment #8 from Jerry dot James at usu dot edu 2006-06-19 16:27 ---
On behalf of the XEmacs team, I thank you for your amazingly speedy attention
to this bug report.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28045
OK, so I wasn't just wacko last week. Mainline fails to build on Fedora
Core 4 (with all the latest updates, kernel 2111) when built with
checking disabled. Diego verified this on a second FC4 box.
The compile fails when building crtfastmath during stage2.
It doesn't happen when checking is
--- Comment #19 from danglin at gcc dot gnu dot org 2006-06-19 16:35
---
Fixed by patch.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-06-19 16:40 ---
Fixed in 3.4.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #2 from sorenj at us dot ibm dot com 2006-06-19 16:44 ---
Changing just one line of the test program to the (AFAIK) legal C code. By
casting through void *, we are addressing Andrew's concerns about violating the
C rules.
Foo *pFoo = *(Foo **) ((void *)&longPtr); /* // B
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-19 16:54 ---
(In reply to comment #2)
> Changing just one line of the test program to the (AFAIK) legal C code. By
> casting through void *, we are addressing Andrew's concerns about violating
> the
> C rules.
>
> Foo *pFoo
--- Comment #103 from pinskia at gcc dot gnu dot org 2006-06-19 16:54
---
*** Bug 28073 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-19 16:56 ---
Specificly it was fixed by:
2005-11-24 Bruce Korb <[EMAIL PROTECTED]>
* fixincl.c(write_replacement) "here strings" in AutoGen
often/generally
don't have a terminating newline. Check the last byte
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-19 16:57 ---
Woops wrong bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2006-06-19
17:07 ---
Subject: Re: New: /usr/include/errno.h:28: error: previous declaration of
'int errno' with 'C++' linkage
> /usr/include/errno.h:28: error: previous declaration of 'int errno' with 'C++'
> linkage
> /usr/i
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-19 17:22 ---
Fixed by:
2005-11-24 Bruce Korb <[EMAIL PROTECTED]>
* fixincl.c(write_replacement) "here strings" in AutoGen
often/generally
don't have a terminating newline. Check the last byte for '\n'.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-19 17:25 ---
See commment #6 in PR 27227 for more about this bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27227#c6
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from aph at gcc dot gnu dot org 2006-06-19 17:38 ---
Subject: Bug 27908
Author: aph
Date: Mon Jun 19 17:38:08 2006
New Revision: 114778
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114778
Log:
2006-06-19 Andrew Haley <[EMAIL PROTECTED]>
PR java/1305
--- Comment #9 from aph at gcc dot gnu dot org 2006-06-19 17:38 ---
Subject: Bug 1305
Author: aph
Date: Mon Jun 19 17:38:08 2006
New Revision: 114778
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114778
Log:
2006-06-19 Andrew Haley <[EMAIL PROTECTED]>
PR java/1305
When building kaffe 1.1.7 (http://www.kaffe.org/) with GCC 4.1 I get the
following error message:
ia64-linux-gnu-gcc -g -O2 -Wall -W -Wextra -g -O1 -fno-omit-frame-pointer -o
.libs/kaffe-bin main.o version.o .libs/kaffe-binS.o -Wl,--export-dynamic
../../kaffe/kaffevm/.libs/libkaffevm.so -ldl -lm
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |target
Keywords||link-failure
--- Comment #4 from Woebbeking at web dot de 2006-06-19 17:58 ---
Subject: Re: header dependencies
On Monday 19 June 2006 11:29, pcarlini at suse dot de wrote:
> --- Comment #1 from pcarlini at suse dot de 2006-06-19 09:29
> Ok, let's see what we can do...
Wow, fast reply! I hope
--- Comment #5 from pcarlini at suse dot de 2006-06-19 18:05 ---
(In reply to comment #4)
> Wow, fast reply! I hope you're successful :-) Maybe you could look at
> STLPort 5.x, AFAIK it's "more" efficient in this case. It also has
> other nice features like:
Ok, thanks, but certainly
--- Comment #10 from hhinnant at apple dot com 2006-06-19 18:11 ---
It turns out this still isn't quite right. Looks like we need:
#define NEEDS_GUARD_P(decl) (TREE_PUBLIC (decl) && (DECL_COMMON (decl) \
|| DECL_ONE_ONLY (decl) \
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-06-19 18:21
---
Paul Thomas proposed a patch that fixes the F95 problem. We still need to write
simplification routines to enable such code (which is valid F2003) to compile
with gfortran. I don't have time for that right now.
--- Comment #4 from pault at gcc dot gnu dot org 2006-06-19 18:44 ---
I forgot to assign this to myself
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
sorenj at us dot ibm dot com wrote:
> --- Comment #2 from sorenj at us dot ibm dot com 2006-06-19 16:44 ---
> Changing just one line of the test program to the (AFAIK) legal C code. By
> casting through void *, we are addressing Andrew's concerns about violating
> the
> C rules.
No you
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-06-19 18:55 ---
Subject: Re: Type-punned pointer passed as function parameter
generates bad assembly sequence
sorenj at us dot ibm dot com wrote:
> --- Comment #2 from sorenj at us dot ibm dot com 2006-06-19 16:44 ---
>
--- Comment #3 from tbm at cyrius dot com 2006-06-19 19:34 ---
Created an attachment (id=11705)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11705&action=view)
more detailed log
This is with the options you specified but it seems it doesn't contain so much
more information. Did
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-06-19 19:40 ---
Note that the reason mentioned was fixed recently, but we still have (in
.optimized):
:;
p = &D.2217->a2.x[0];
D.2237 = &D.2217->a2.x[2];
if (p < D.2237) goto ; else goto ;
...
:;
p = &D.2217->a3.x[0];
D
--- Comment #12 from rguenth at gcc dot gnu dot org 2006-06-19 20:10
---
Subject: Bug 27090
Author: rguenth
Date: Mon Jun 19 20:10:02 2006
New Revision: 114786
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114786
Log:
2006-06-19 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #1 from schwab at suse dot de 2006-06-19 20:14 ---
These symbols were never supposed to be used directly, only via the
__sync_val_compare_and_swap and __sync_fetch_and_add macros (which are now
builtins).
--
schwab at suse dot de changed:
What|Removed
% g++ -v
Using built-in specs.
Target: i386-pc-solaris2.10
Configured with: ../configure --cache-file=./config.cache
--srcdir=/openpkg/RPM/TMP/gcc-4.1.1/obj/.. --prefix=/openpkg
--exec-prefix=/openpkg --includedir=/openpkg/include/gcc
--libexecdir=/openpkg/libexec/gcc --with-gxx-include-dir=/openpk
--- Comment #1 from gcc-bklyn at sneakemail dot com 2006-06-19 21:05
---
Created an attachment (id=11707)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11707&action=view)
PReprocessed source to boost/mpl/test/apply.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28088
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-06-19 21:04 ---
Created an attachment (id=11706)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11706&action=view)
warn for bad casts hiding type-punning
At suse we used the attached patch to teach packagers not "fix" strict a
--- Comment #4 from janis at gcc dot gnu dot org 2006-06-19 21:08 ---
I tried the patch with a C-only bootstrap for biarch powerpc64-linux and ran
the three CPU2000 tests that had failed with profile generate/use; with the
patch they work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-19 22:10 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28088
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-06-19 22:11
---
Regarding your patch:
+ /* An elemental function is required to return a scalar 12.7.1 */
+ if (sym->attr.elemental && sym->attr.function
+ && sym->as && sym->as->rank)
I'm not sure why the condition sy
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-06-19 22:16
---
This was fixed on mainline by:
r114175 | tkoenig | 2006-05-28 22:25:15 +0200 (Sun, 28 May 2006) | 11 lines
2006-05-28 Thomas Koenig <[EMAIL PROTECTED]>
* intrinsics/string_intrinsics.c (compare_string
--- Comment #16 from fxcoudert at gcc dot gnu dot org 2006-06-19 22:27
---
(In reply to comment #15)
> If you want to, please go ahead and commit the fixes for PR 27980, PR 27715
> and PR 27784 to 4.1.
As I can't find sleep tonight, I'll be backporting those patches. I spent some
time
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-06-19 22:29
---
Was fixed on mainline by
r114677 | tkoenig | 2006-06-15 12:30:09 +0200 (Thu, 15 Jun 2006) | 23 lines
2006-06-15 Thomas Koenig <[EMAIL PROTECTED]>
* trans-array.h (gfc_trans_create_temp_array): Add boo
Look at initfield.java or PR162.java from the test suite.
>From initfield:
interface iface
{
final value x = new value();
}
public class initfield implements iface
{
public static void main(String[] args)
{
System.out.println(x.field);
...
When compiled with a correct java compiler (n
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-06-19 22:45
---
The backport of that patch is not trivial, since the mainline patch depends on
Erik E.'s allocatable function result patch, which was never included in 4.1. I
don't think it's difficult to backport either, but sin
According to the ArrayStore.java test case, bounds checks should
take precedence over array store checks. However, expand_java_arraystore
clearly does it in the wrong order:
if (TREE_CODE (rhs_type_node) == POINTER_TYPE)
{
tree check = build_java_arraystore_check (array, rhs_node);
On Mon, 2006-06-19 at 12:31 -0400, Andrew MacLeod wrote:
> OK, so I wasn't just wacko last week. Mainline fails to build on Fedora
> Core 4 (with all the latest updates, kernel 2111) when built with
> checking disabled. Diego verified this on a second FC4 box.
>
I've narrowed this down to t
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-19 23:37 ---
Reduced testcase, this might be already fixed in 4.1.2 but I have not tried:
template< typename T > struct type_wrapper{};
int arity_helper(...);
template< template< typename P1 > class F, typename T1>
int
--- Comment #3 from sje at cup dot hp dot com 2006-06-19 23:48 ---
There was nothing intentional about the different linkages, in unreleased HP-UX
sources, they fixed it to be in 'extern "C"' in both places. Here is a patch
to inclhack.def that I have tested. I haven't submitted it bec
--- Comment #14 from roger at eyesopen dot com 2006-06-19 23:50 ---
Unfortunately, I'm unable to reproduce this failure with a cross-compiler to
alphaev68-unknown-linux-gnu. However, examination of the tracebacks attached
to this PR and the relevant source code reveals there is a potent
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-06-20
00:07 ---
Subject: Re: [4.2 Regression] /usr/include/errno.h:28: error: previous
declaration of 'int errno' with 'C++' linkage
> mach = "*-hp-hpux11.[0-2]*";
I believe that we also need the fix for hpux10.
--- Comment #2 from sayle at gcc dot gnu dot org 2006-06-20 00:22 ---
Subject: Bug 27149
Author: sayle
Date: Tue Jun 20 00:22:21 2006
New Revision: 114800
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114800
Log:
PR c/27149
* c-common.c (c_common_truthvalue_con
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-20 00:33 ---
We have reports of this working.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28082
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-20 00:39 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from patchapp at dberlin dot org 2006-06-20 01:31 ---
Subject: Bug number PR c/27184
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01507.html
--
http://gcc.gnu.org/bugzilla
Compile this test case with -fno-automatic:
MacOSX:~ ed$ /Users/ed/bin-4.1.1/bin/gfortran -fno-automatic ARRAY_BADNESS.FOR
ARRAY_BADNESS.FOR: In function 'bad':
ARRAY_BADNESS.FOR:8: internal compiler error: in
gfc_trans_auto_array_allocation, at fortran/trans-array.c:3321
Please submit a full bug
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-20 02:10 ---
Subject: Bug 28075
Author: pinskia
Date: Tue Jun 20 02:09:57 2006
New Revision: 114801
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114801
Log:
2006-06-19 Andrew Pinski <[EMAIL PROTECTED]>
PR mi
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-20 02:11 ---
Fixed on the mainline and will commit on the 4.1 after two weeks (unless I get
some time during the summit to commit it, I will).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2006-06-20
03:43 ---
Subject: Re: [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c
execution, -O3 -fomit-frame-pointer -funroll-loops
> could you please try to simplify the testcase, ideally to separate just t
--- Comment #14 from danglin at gcc dot gnu dot org 2006-06-20 03:51
---
The original attachment still fails.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26244
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23091
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-20 04:13 ---
This was just fixed 8 days ago for both 4.1.2 and the mainline (4.2.0).
*** This bug has been marked as a duplicate of 23091 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-06-20 04:13
---
*** Bug 28091 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #15 from danglin at gcc dot gnu dot org 2006-06-20 04:14
---
The second attachment doesn't fail if -fno-inline-functions is added to
the compile command, or if 0x0001ULL is changed to
0x00010001ULL.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2624
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-20 04:15 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from pault at gcc dot gnu dot org 2006-06-20 04:31 ---
Subject: Bug 25050
Author: pault
Date: Tue Jun 20 04:30:48 2006
New Revision: 114802
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114802
Log:
2006-06-20 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #4 from pault at gcc dot gnu dot org 2006-06-20 04:31 ---
Subject: Bug 20876
Author: pault
Date: Tue Jun 20 04:30:48 2006
New Revision: 114802
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114802
Log:
2006-06-20 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #10 from pault at gcc dot gnu dot org 2006-06-20 04:31 ---
Subject: Bug 16206
Author: pault
Date: Tue Jun 20 04:30:48 2006
New Revision: 114802
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114802
Log:
2006-06-20 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #2 from pault at gcc dot gnu dot org 2006-06-20 04:31 ---
Subject: Bug 25049
Author: pault
Date: Tue Jun 20 04:30:48 2006
New Revision: 114802
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114802
Log:
2006-06-20 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2006-06-20 04:31 ---
Subject: Bug 28005
Author: pault
Date: Tue Jun 20 04:30:48 2006
New Revision: 114802
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114802
Log:
2006-06-20 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #8 from pault at gcc dot gnu dot org 2006-06-20 04:31 ---
Subject: Bug 18769
Author: pault
Date: Tue Jun 20 04:30:48 2006
New Revision: 114802
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114802
Log:
2006-06-20 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
The problem occurs with 4.0.3. I haven't tested newer compilers,
but 3.4.6 and 3.3.6 work. Problem can be avoided by reducing -O2 to -O0.
$ m68k-linux-gcc -O2 -c iso-2022-cn-ext.i
In file included from iso-2022-cn-ext.c:654:
../iconv/loop.c: In function 'to_iso2022cn_ext_loop':
../iconv/loop.c:311
--- Comment #1 from ft01 at webmastery dot com dot au 2006-06-20 05:12
---
Created an attachment (id=11709)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11709&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28092
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |target
http:
1 - 100 of 112 matches
Mail list logo
