--- Comment #2 from efernandez at physiomics-plc dot com 2007-12-30 18:59
---
GNU tar (AIX-provided tar is not able to create the Longlink anyway):
bash-2.05a$ /usr/local/gnu/bin/tar --version
tar (GNU tar) 1.13
Copyright (C) 1988, 92,93,94,95,96,97,98, 1999 Free Software Foundation,
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-30 18:56 ---
This worked with LAST_UPDATED: Sat Nov 10 21:21:01 UTC 2007 (revision 130075)
.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34622
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-30 18:48 ---
What tar did you use to untar the sources?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34626
Hi,
I have this problem when compiling gcc-4.2.2 under IBM AIX 5.3 with PowerPC
CPUs (using 32-bit address mode):
gmake[3]: Entering directory
`/hpc/work/fernandz/gnuobj/powerpc-ibm-aix5.3.0.0/libstdc++-v3'
Making all in include
gmake[4]: Entering directory
`/hpc/work/fernandz/gnuobj/powerpc-ibm-
--- Comment #8 from hjl at lucon dot org 2007-12-30 15:49 ---
Created an attachment (id=14844)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14844&action=view)
Dump files without -fipa-struct-reorg
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34534
--- Comment #7 from hjl at lucon dot org 2007-12-30 15:45 ---
(In reply to comment #4)
>
> So I wonder whether this test works correctly even without -fipa-struct-reorg.
> Would you please try to compile it with all other options (-O3 -fdump-ipa-all
> -fwhole-program -combine -fipa-type
--- Comment #6 from kai-gcc-bugs at khms dot westfalen dot de 2007-12-30
15:20 ---
Hmm. Looking at PR 29826, this is indeed the same bug; maybe a different
version of the mingw headers? And I wonder why I didn't find it when I searched
for it ...
--
http://gcc.gnu.org/bugzilla/show
--- Comment #5 from kai-gcc-bugs at khms dot westfalen dot de 2007-12-30
15:15 ---
Still in gcc version 4.2.3 20071226 (prerelease).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34625
--- Comment #18 from pinskia at gcc dot gnu dot org 2007-12-30 14:54
---
*** Bug 34623 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-30 14:54 ---
*** This bug has been marked as a duplicate of 34483 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-30 14:49 ---
Most likely caused by:
2007-12-12 Aldy Hernandez <[EMAIL PROTECTED]>
PR tree-optimization/32901
* gimplify.c (gimplify_modify_expr_rhs): Handle the case when we
are assigning from a constan
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-12-30 14:40 ---
This was supposed to be fixed in 4.2.0, see PR 29826.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34625
--- Comment #3 from kai-gcc-bugs at khms dot westfalen dot de 2007-12-30
14:10 ---
I should add that I saw the exact same error with 4.1.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34625
--- Comment #2 from kai-gcc-bugs at khms dot westfalen dot de 2007-12-30
14:09 ---
Created an attachment (id=14843)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14843&action=view)
msgl-check.i
Generated with -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34625
--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de 2007-12-30
14:04 ---
Here's the output from -v:
Using built-in specs.
Target: i686-pc-mingw32
Configured with: /home/kai/.../CHROOT/MINGW/sources/gcc-4.2.2/configure
--prefix=/home/kai/.../CHROOT/MINGW/Prefix --target=i686-p
(*) This is actually running on i686-pc-linux-gnu, in a chroot which (with the
help of Wine) masquerades as i686-pc-mingw32 so most packages can be compiled
"natively" (cross support in general is weak, cross support to w32 even
weaker).
/bin/bash ../libtool --tag=CC --mode=compile i686-pc-mingw
the following code compiles on i386, but not for x86_64:
[EMAIL PROTECTED]:~$ g++ -m32 bug.cpp
[EMAIL PROTECTED]:~$
[EMAIL PROTECTED]:~$ g++ -m64 bug.cpp
bug.cpp: In function âint main()â:
bug.cpp:69: error: no matching function for call to
âget_samples(my_table&)â
[EMAIL PROTECTED]:~$
--- Comment #6 from dominiq at lps dot ens dot fr 2007-12-30 12:34 ---
I also see the problem on i686-apple-darwin9, gcc version 4.3.0 20071230 with
-m64
FAIL: gcc.dg/struct/wo_prof_global_var.c execution test
FAIL: gcc.dg/struct/wo_prof_local_var.c execution test
FAIL: gcc.dg/struct
--- Comment #17 from olga at gcc dot gnu dot org 2007-12-30 12:19 ---
(In reply to comment #16)
> I think this is related to PR 34472 and PR 34534
true.
Would you please see the comment #4 for PR 34534, and try it on your machine?
Thank you,
Olga
--
http://gcc.gnu.org/bugzilla/sh
I don't know if this is a duplicate of PR34534, but I get
[ibook-dhum] f90/bug% /opt/gcc/i686-darwin/gcc/xgcc -B/opt/gcc/i686-darwin/gcc/
/opt/gcc/gcc-4.3-work/gcc/testsuite/gcc.dg/struct/wo_prof_malloc_size_var.c
-O3 -fipa-struct-reorg -fdump-ipa-all -fwhole-program -combine
-fipa-type-escape -
--- Comment #5 from olga at gcc dot gnu dot org 2007-12-30 12:07 ---
(In reply to comment #4)
> Is the last 'if' always should be true? I mean on any system...
true->false, sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34534
--- Comment #4 from olga at gcc dot gnu dot org 2007-12-30 11:52 ---
(In reply to comment #2)
> Created an attachment (id=14802)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14802&action=view) [edit]
> Dump files
I looked a bit at the dump files you generated for wo_prof_global_v
--- Comment #1 from dominiq at lps dot ens dot fr 2007-12-30 11:31 ---
Oops! hit return before I finished.
gcc.c-torture/execute/2801-4.c fails (execute) at -O1 and above with gcc
versions 4.3.0 20071230, 4.0.1 (Apple Inc. build 5465), and 4.2.2.
--
http://gcc.gnu.org/bugzilla
--
Summary: gcc.c-torture/execute/2801-4.c fails at -O1 and
above
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc do
gcc.c-torture/execute/va-arg-25.c fails at -Os with gcc version 4.3.0 20071230:
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.c-torture/execute/va-arg-25.c: In
function 'main':
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.c-torture/execute/va-arg-25.c:32:
internal compiler error: in expand_call, at ca
--- Comment #5 from aldot at gcc dot gnu dot org 2007-12-30 10:47 ---
Created an attachment (id=14842)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14842&action=view)
rough, half-finished, disfunctional thought; not a patch
The attached thoughts do not yet insert/remove stmt cand
26 matches
Mail list logo
