--- Comment #9 from rguenth at gcc dot gnu dot org 2006-01-20 09:30 ---
Subject: Bug 5520
Author: rguenth
Date: Fri Jan 20 09:30:22 2006
New Revision: 110019
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110019
Log:
2006-01-20 Dirk Mueller <[EMAIL PROTECTED]>
PR c++/
--- Comment #61 from rguenth at gcc dot gnu dot org 2006-01-20 09:39
---
Subject: Bug 24626
Author: rguenth
Date: Fri Jan 20 09:38:56 2006
New Revision: 110020
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110020
Log:
2006-01-20 Richard Guenther <[EMAIL PROTECTED]>
S
--- Comment #62 from rguenth at gcc dot gnu dot org 2006-01-20 09:44
---
Done. Let the flames come down to the two of us. :/ (I agree on the
"obviousness" of the patch, but the part reverting Mostafas "fix" and four
testcases made the patch somewhat big).
So, fixed on mainline.
--
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-01-20 10:11
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-01-20 10:19 ---
Confirmed. I can't see anything wrong with the testcase. EDG accepts it in
-strict_ansi mode, as does the old C++ parser.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-01-20 10:31 ---
Crashes in PRE:
#0 fancy_abort (
file=0x8706c14 "../../../src/svn/gcc/gcc/tree-ssa-operands.c", line=1563,
function=0x870743d "add_stmt_operand") at diagnostic.c:602
#1 0x0815126d in add_stmt_operand (var
The following code crashes the C++ frontend gomp-branch as of today
(yesterdays version worked fine):
void foo()
{
#pragma omp parallel
foo();
}
bug.cc: In function 'void foo()':
bug.cc:1: internal compiler error: in verify_eh_throw_stmt_node,
--- Comment #63 from steven at gcc dot gnu dot org 2006-01-20 12:05 ---
I still think there should be a comment in cfgloopmanip explaining the use of
ir_type there, but I'll take care of that with the additional-checking patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24626
--- Comment #36 from matz at suse dot de 2006-01-20 14:01 ---
Yes. Should be done shortly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22275
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25869
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-20 14:06 ---
This is a bug in your installation (distro's problem) of GNU/Linux.
Use --disable-mulitlib unless you need a 32bit gcj and if you do please report
the issue to slackware as it is an issue there and not in GCC.
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-20 14:10 ---
Conifmred but this is actually not a regression from any versions of GCC (after
the EGCS split) that I can tell from as the source has not changed that much.
--
pinskia at gcc dot gnu dot org changed:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #19 from danglin at gcc dot gnu dot org 2006-01-20 14:30
---
Subject: Bug 24533
Author: danglin
Date: Fri Jan 20 14:30:33 2006
New Revision: 110025
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110025
Log:
PR ada/24533
* s-osinte-linux-hppa.ads: Red
--- Comment #20 from danglin at gcc dot gnu dot org 2006-01-20 14:32
---
Subject: Bug 24533
Author: danglin
Date: Fri Jan 20 14:32:10 2006
New Revision: 110026
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110026
Log:
PR ada/24533
* s-osinte-linux-hppa.ads: Red
--- Comment #21 from danglin at gcc dot gnu dot org 2006-01-20 14:34
---
Subject: Bug 24533
Author: danglin
Date: Fri Jan 20 14:34:29 2006
New Revision: 110027
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110027
Log:
PR ada/24533
* s-osinte-linux-hppa.ads: Red
Current g++ from the gomp branch ICEs on the attached test case, but only
when -O and -fopenmp is specified:
~/data/planck/LevelS>g++ -v -O -fopenmp -c bug.ii
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /scratch/gompcc/configure --quiet --prefix=/scratch/ugccgomp
--enable-lang
--- Comment #1 from martin at mpa-garching dot mpg dot de 2006-01-20 14:41
---
Created an attachment (id=10685)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10685&action=view)
test case to reproduce the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25874
ICEs with 4.1 and 4.2 (but not 4.0):
typedef union {
} ktime_t;
static inline ktime_t ktime_set(const long secs, const unsigned long nsecs)
{
return (ktime_t) { .tv = { .sec = (s32)ts.tv_sec,
.nsec = (s32)ts.tv_nsec } };
--
Summary: [4.1/4.2 Regression] ICE: segmentation f
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Keywords||error-recovery
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-20 14:51 ---
backtrace:
#0 0x00052510 in digest_init (type=0x42ca5960, init=0x0, strict_string=1
'\001', require_constant=0) at
/Users/pinskia/src/gcc/alias/gcc/gcc/c-typeck.c:4497
#1 0x00050ef0 in store_init_value (decl=0x42ca
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-01-20 14:59 ---
Subject: Re: [4.2 Regression] ice with -g -O2
-fPIC
Yes, this is an easy bug to fix.
What happens is PRE things it can PRE anything that is just a bunch of
indirect_ref's, but in reality, there is one case
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2006-01-20
15:08 ---
Subject: Re: gnatmake: error while loading shared libraries: libgcc_s.so.4:
cannot open
> Indeed, gnatmake has to be handled specially.
>
> So I guess the gnatmake rule needs to use $(GCC_LINK)
> one way
/mnt/gnu/gcc-3.3/objdir/./gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir/./gcc/
-B/opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/lib/ -isystem
/opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/include -isystem
/opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/sys-include
The attached testcase needs an excessive amount of memory and compile-time to
build with -O2. 500MB max. virtual memory and 1m10s compile-time on a x86_64
machine.
The problem is inlining causes the CodeMaps::CodeMaps constructor to explode
in CFG size (also due to exception handling).
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-20 15:21 ---
Also happens on solaris.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-01-20 15:23 ---
Created an attachment (id=10688)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10688&action=view)
testcase
Preprocessed testcase, preprocessed with gcc 4.1 on a SuSE 10.1 beta x86_64.
I minimized it for topfo
A simple example like:
ypedef int nl_item;
extern char *nl_langinfo (nl_item __item) __attribute__ ((__nothrow__));
char *
xtermEnvEncoding(void)
{
static char *result;
if (result == 0) {
result = nl_langinfo(1);
;
}
return result;
}
---
and compile with -O2 -fdump-tree-pre-all
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-01-20 15:26 ---
Basically, the initialization sequence expands to a sequence of (.03.gimple):
__comp_ctor (&D.68628);
try
{
__comp_ctor (&D.68629, &"ab"[0], &D.68628);
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-20 15:34 ---
Created an attachment (id=10689)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10689&action=view)
patch which removes TDF_CHAIN and changes debug_tree_chain to debug_decl_chain
This patch removes TDF_CHAIN and
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||dnovillo at gcc dot gnu dot
|
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-20 15:37 ---
This is all due to recursive inlining IIRC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25878
--- Comment #4 from tony dot linthicum at amd dot com 2006-01-20 15:48
---
I've been looking at this a bit, and tried the patch. It does indeed fix the
problem in test1 above, but it does not appear to be the complete solution.
The load of 'x' in test1 is actually split fairly early,
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-20 15:48 ---
This is all caused by C++ and temporary variables.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25878
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-01-20 15:50 ---
At .ssa we have for the posted fragment the following loads of basic blocks
and exception objects:
:
D.68636_176 = &this_1->iso639_1;
D.68641_177 = operator[] (D.68636_176, &D.68639);
:
this_230 = (struct
bas
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-20 15:52 ---
(In reply to comment #4)
> I'm going to experiment with moving where the subreg lowering code occurs and
> moving up the splitting into subregs and see if I can get the desired
> results.
> I'm pretty new to GCC, s
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-01-20 15:53 ---
And we can hope that the SSA inliner will do better on the temporaries, but I
guess the resulting CFG will be unchanged. Penaltizing try/finally in
estimate_num_insn_1 instead of declaring them "/* Containers have n
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-20 15:55 ---
The other thing which might help here is trying to find more functions which
can have nothrow on them which should help compile time. I had a patch which
did this at the tree level but never finished it.
--
htt
The current gcc warning for discarded qualifiers cannot be easily understood by
beginners:
$ cat const.c
int main(void)
{
const char *pcc;
char *pc;
pcc = "hello, world";
pc = pcc;
return 0;
}
$ gcc -Wall -W const.c
const.c: In function `main':
const.c:7:
--- Comment #1 from roland dot illig at gmx dot de 2006-01-20 15:59 ---
Created an attachment (id=10690)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10690&action=view)
Special warning for ``const''.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25880
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-20 16:04 ---
Patches should go to [EMAIL PROTECTED]
The correct quoting style is "%" as %< and %> gets translated to the
corect quote for the person.
You might just say all the Quals which are discarded, there are only 3,
re
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-20 15:57 ---
Patch which might help:
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00881.html
It is not a complete patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25878
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-20 16:14 ---
(In reply to comment #6)
> This one is actually not a trivial problem to fix ATM (in this case,
> eliminate would need to be changed as well), so it would be best to just
> change the can_PRE_operation to have someth
--- Comment #37 from matz at suse dot de 2006-01-20 16:36 ---
Hmpf. One more difficulty. x86 uses the ADJUST_FIELD_ALIGN macro
to further fiddle with alignments of fields. On x86 this is used to
adjust the alignment of long long to 4 (instead of the natural 8).
This is used only when
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-01-20 16:42
---
Changing GVN PRE for adding decl as references is harder than I thought. :(.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23488
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-20 17:03 ---
This patch worked though:
Index: tree-ssa-pre.c
===
--- tree-ssa-pre.c (revision 110017)
+++ tree-ssa-pre.c (working copy)
@@ -1159,7 +1159,7
void vector_add(int n,
double * __restrict__ r,
double * __restrict__ a,
double * __restrict__ b) {
int i;
for(i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=25881
--- Comment #2 from aoliva at gcc dot gnu dot org 2006-01-20 17:16 ---
If you mean make -k for sub-makes, yes. But `make clean && make && make check'
ought to work, and not stop after make clean because it looks like it failed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25790
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #3 from paolo dot bonzini at lu dot unisi dot ch 2006-01-20
17:21 ---
Subject: Re: make clean fails
aoliva at gcc dot gnu dot org wrote:
>--- Comment #2 from aoliva at gcc dot gnu dot org 2006-01-20 17:16 ---
>If you mean make -k for sub-makes, yes. But `make cl
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
GCC build triplet|x86_64-unknown-linux-gnu|
GCC h
/home/dave/gnu/gcc-4.2/objdir/./gcc/xgcc -B/home/dave/gnu/gcc-4.2/objdir/./gcc/
-B/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gcc-
4.2.0/hppa-linux/lib/ -isystem
/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/include -isystem
/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/sy
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-20 17:38 ---
*** This bug has been marked as a duplicate of 25869 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-20 17:38 ---
*** Bug 25882 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from jb at gcc dot gnu dot org 2006-01-20 17:57 ---
Confirmed.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #38 from mark at codesourcery dot com 2006-01-20 18:02 ---
Subject: Re: [3.4/4.0/4.1/4.2 Regression] bitfield
layout change (regression?)
matz at suse dot de wrote:
> --- Comment #37 from matz at suse dot de 2006-01-20 16:36 ---
> Hmpf. One more difficulty. x86
libgomp (like all other target libraries in GCC) should not be calling pthread
functions directly but instead using the gthr-* files in gcc.
This makes libgomp more portable.
--
Summary: libgomp call pthread functions directly
Product: gcc
Version: 4.2.0
Like all other target libraries, libgomp should not require perl to compile.
This is either a documention failure as the docs say perl is not required or
this is a bug in libgomp for requiring perl.
--
Summary: libgomp should not require perl to compile
Product: gcc
--- Comment #2 from sje at gcc dot gnu dot org 2006-01-20 18:17 ---
Subject: Bug 25877
Author: sje
Date: Fri Jan 20 18:17:28 2006
New Revision: 110031
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110031
Log:
PR libgomp/25877
* team.c: Add include of alloca.h.
--- Comment #2 from danglin at gcc dot gnu dot org 2006-01-20 18:19 ---
This appears fixed by r110130.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25882
--- Comment #1 from sje at gcc dot gnu dot org 2006-01-20 18:29 ---
Subject: Bug 24962
Author: sje
Date: Fri Jan 20 18:29:44 2006
New Revision: 110034
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110034
Log:
PR testsuite/24962
* gcc.target/ia64/20030811-1.c: Ch
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-01-20 18:30 ---
Subject: Re: [4.2 Regression] ice with -g -O2
-fPIC
On Fri, 2006-01-20 at 17:03 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-20 17:03
>
--- Comment #14 from uweigand at gcc dot gnu dot org 2006-01-20 18:39
---
Some additional details about the s390x failure. This is caused by a
miscompile of the fdd2a00__write__2 support routine:
lg %r4,168(%r15) # 35*movdi_64/8 [length = 6]
lg %r3,
Hello
Trying to compile gnatpp I get the a "GNAT BUG DETECTED" box which I like to
share with you all:
gnatmake "-Ptools/gnatpp/gnatpp" "-XBLD=prod" "-XOPSYS=default_Unix"
gcc -c -gnatf -gnatwu -gnaty -O2 -I- -gnatA
/work/martin/asis/tools/gnatpp/gnatpp-comments.adb
+===G
--- Comment #1 from krischik at users dot sourceforge dot net 2006-01-20
19:04 ---
Created an attachment (id=10691)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10691&action=view)
The GNAT chop as whiched
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25885
--- Comment #2 from krischik at users dot sourceforge dot net 2006-01-20
19:07 ---
Almost forgot, you want a gcc -v
>gcc -v
Es werden eingebaute Spezifikationen verwendet.
Ziel: x86_64-suse-linux
Konfiguriert mit: ../gcc-4.0.2/configure --with-gcc --with-gnu-ld --with-
Objective-C++ uses 256 tree codes and yes it uses all of them.
So Objective-C++ fails.
--
Summary: almost to 256 tree codes for Objective-C++
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
--- Comment #2 from martin at mpa-garching dot mpg dot de 2006-01-20 19:17
---
Reduced testcase:
int foo();
struct wigner_d
{
void recurse () {
int dd;
for (int j=0; j<=1; ++j) {
#pragma omp parallel
dd=5;
}
}
};
template void rotate_alm(T arg)
{
wig
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-20 19:26 ---
Caused by:
2006-01-19 Diego Novillo <[EMAIL PROTECTED]>
* tree.def (BLOCK): Remove documentation about BLOCK_TYPE_TAGS.
(OMP_PARALLEL): Add 3 operands.
(OMP_SECTIONS): Add 1 operand.
--- Comment #1 from bonzini at gnu dot org 2006-01-20 19:56 ---
Created an attachment (id=10692)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10692&action=view)
prototype patch
This is a prototype patch to fix the bug using autoconf to compute the
necessary sizes/alignments
Note
--- Comment #15 from bonzini at gnu dot org 2006-01-20 19:58 ---
libgomp should use GCC_HEADER_STDINT too. See the patch for PR25884 which does
so.
--
bonzini at gnu dot org changed:
What|Removed |Added
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|bonzini at gnu dot org |unassigned at gcc dot gnu
||dot
--- Comment #3 from laurent at guerby dot net 2006-01-20 20:01 ---
Note this works on i686 with 4.0.2.
Confirmed on 4.0.2, also present in 4.1 and 4.2
$ gcc -c -O2 gnatpp-comments.adb
+===GNAT BUG DETECTED==+
| 4.1.0 20060112 (prerele
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-01-20 20:14
---
> Confirmed on 4.0.2, also present in 4.1 and 4.2
>
> $ gcc -c -O2 gnatpp-comments.adb
> +===GNAT BUG DETECTED==+
> | 4.1.0 20060112 (prerelease) (x86_64-unknow
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-01-20 20:37
---
(In reply to comment #15)
> Any chance of getting the fix into 4.1?
Yes if someone approves the patch. Which was posted:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00785.html
I don't know enough of this code
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-20 20:43 ---
Confirmed, I thought I had saw another bug about this but no luck, anyways
confirmed.
Hmm, using unsigned short on 32bit targets cause the same issue:
void vector_add(unsigned short n,
double * __re
I can't get GCC trunk to compile on mingw32. The build dies with the following
segfault:
/home/coudert/ibin/./gcc/xgcc -B/home/coudert/ibin/./gcc/
-B/mingw/i686-pc-mingw32/bin/ -B/mingw/i686-pc-mingw32/lib/ -isystem
/mingw/i686-pc-mingw32/include -isystem /mingw/i686-pc-mingw32/sys-include -O2
-I.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-20 20:45 ---
*** This bug has been marked as a duplicate of 25869 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-20 20:45 ---
*** Bug 25887 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-20 20:46 ---
Worked around so closing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-20 20:51 ---
PR 23477 was fixed in 4.1.0 and not 4.0.3. This is still a dup of that bug.
*** This bug has been marked as a duplicate of 23477 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-20 20:51 ---
*** Bug 23631 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23477
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-20 20:56 ---
I am going to declare this is GMP bug as I can reproduce it on two out of three
of my machines. The one with the newest GMP, it works. These three machines
are all different targets, powerpc, x86 and x86-64.
So cl
--- Comment #8 from jsm28 at gcc dot gnu dot org 2006-01-20 21:00 ---
Subject: Bug 25524
Author: jsm28
Date: Fri Jan 20 21:00:03 2006
New Revision: 110037
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110037
Log:
PR libstdc++/25524
* cppdefault.h (struct default
--- Comment #9 from jsm28 at gcc dot gnu dot org 2006-01-20 21:00 ---
Subject: Bug 25524
Author: jsm28
Date: Fri Jan 20 21:00:52 2006
New Revision: 110038
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110038
Log:
PR libstdc++/25524
* gcc/cppdefault.h (struct def
mkinstalldirs='/usr/local/bin/bash ../../gcc/gcc/../mkinstalldirs' \
/usr/local/bin/bash mklibgcc > tmp-libgcc.mk
mv tmp-libgcc.mk libgcc.mk
TARGET_CPU_DEFAULT="" \
HEADERS="auto-host.h ansidecl.h" DEFINES="USED_FOR_TARGET USE_COLLECT2" \
/usr/local/bin/bash ../../gcc/gcc/mkconfig.sh tconfig.h
ma
--- Comment #1 from danglin at gcc dot gnu dot org 2006-01-20 21:44 ---
I accidently deleted the file.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-20 21:51 ---
Confirmed, this is obviously wrong as there is no way for different entries to
have different return types.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-20 21:51 ---
Confirmed, related to PR 25091.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Bu
--- Comment #13 from mmitchel at gcc dot gnu dot org 2006-01-20 22:37
---
RTH's comments are here:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01390.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25654
--- Comment #1 from amodra at bigpond dot net dot au 2006-01-20 22:51
---
Author: amodra
Date: Fri Jan 20 00:42:29 2006
New Revision: 110004
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110004
Log:
* libgcc2.c (__floatdisf, __floatdidf): Don't use IBM Extended
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-20 23:49 ---
I am testing the patch that RTH suggested on x86_64-linux-gnu to make sure that
it works there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25758
--- Comment #9 from rakdver at gcc dot gnu dot org 2006-01-20 23:56 ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01424.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-21 00:27 ---
This also fails on powerpc-darwin.
>From Alan M.:
[19:14] < alanm> bje, use of an uninitialised pseudo in catch blocks
[19:14] < pinskia> alanm: I had that problem before (int a = a; was my issue)
[19:15] < alanm> i
--- Comment #6 from amodra at bigpond dot net dot au 2006-01-21 00:31
---
Fails powerpc64-linux, where I was poking at this bug.
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
-
Last known to work with: "Tue Jan 17 02:44:03 UTC 2006 (revision 109801M)".
Known to fail with: "Fri Jan 20 05:17:46 UTC 2006 (revision 110008M)".
Running
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/compile/compile.exp ...
FAIL: gcc.c-torture/compile/20051228-1.c -O1 (test for excess e
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
Errors in the log look like (for mmix-knuth-mmixware):
Running /home/hp/combined/combined/gcc/testsuite/gcc.dg/gomp/gomp.exp ...
Executing on host: /home/hp/combined/mmixware-sim/gcc/xgcc
-B/home/hp/combined/mmixware-sim/gcc/ /home/hp/combined/combined/gcc/t\
estsuite/gcc.dg/gomp/appendix-a/a.1.1.c
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25315
1 - 100 of 134 matches
Mail list logo
