At http://www.gnu.org/software/gcc/extensions.html we have a reference
to the DLX port of GCC, which corresponds to the DLX machine described
in Computer Architecture: A Quantitative Approach by Hennessy and
Patterson.
Sadly, the link to http://www-mount.ee.umn.edu/~okeefe/mcerg/gcc-dlx.html
Hi Gerald and friends
(what follows is a copy of a message sent earlier today to Gerald)
At http://www.gnu.org/software/gcc/extensions.html we have a reference
to the DLX port of GCC, which corresponds to the DLX machine described
in Computer Architecture: A Quantitative Approach by Hennessy
[EMAIL PROTECTED] writes:
Over the previous years, I had downloaded and used both a really archaic
gcc-1.09 DLX backend as well as the one you refer too. They are both in a sad
state of affairs, but the gcc-2.7.2.1 (AFAICR) was usable.
Offtopic: if you still have such an old gcc-1.09 (?)
Offtopic: if you still have such an old gcc-1.09 (?) release around, please
make
it available so it can be uploaded here:
ftp://sourceware.org/pub/gcc/old-releases/
Oops, reality check :)
My glibc version for DLX is 1.09. The GCC version seems to be either 1.37.1 or
more probably 1.39.
--- 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=14842action=view)
rough, half-finished, disfunctional thought; not a patch
The attached thoughts do not yet insert/remove stmt
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 calls.c:2785
--
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
--- 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
--- 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=14802action=view) [edit]
Dump files
I looked a bit at the dump files you generated for
--- 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
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 #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
--
--- 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
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_tablefloat, 1024u)â
[EMAIL
(*) 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
--- 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
--- 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=14843action=view)
msgl-check.i
Generated with -save-temps
--
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 #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 #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 constant
--- 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 #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 #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 #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 ...
--
--- 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
--- 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=14844action=view)
Dump files without -fipa-struct-reorg
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34534
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
--- 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
--- 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 #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,
30 matches
Mail list logo