I would like to build a gcc/3.4.4 installation on RedHat Enterprise Linux 3.0
(AMD64 - Opteron hardware), in which the gcc binaries are 32bit, such that this
gcc installation would also be usable on 32bit (x86) hardware.
I tried all sorts of BOOT_CFLAGS=-m32 and/or CFLAGS_FOR_TARGET=-m32,
unfort
--- Additional Comments From felix-gcc at fefe dot de 2005-06-15 06:12
---
by the way, -Os generates an unnecessary register move:
pushl %ebp
movl$2, %edx
movl%esp, %ebp
movl12(%ebp), %eax
movl%edx, %ecx
imull 8(%ebp),
int triangle(int a,int b) { int c; c=a*b/2; return c; }
emits this very bizarre code (at -O, -O2):
mov a,%edx
mov b,%eax
imull %edx,%eax
movl %eax,%edx
shrl $31,%edx
addl %edx,%eax
sarl %eax
ret
Why are the two instructions after the imull emitted? Shouldn't this become
simply imul
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-15
06:02 ---
Patch submitted for review: http://gcc.gnu.org/ml/fortran/2005-06/msg00292.html
--
What|Removed |Added
-
--
What|Removed |Added
Known to fail||4.0.0
Known to work||4.1.0
Summary|deallocate does not return |[4
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15
03:29 ---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15
03:25 ---
*** Bug 21872 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15
03:25 ---
*** This bug has been marked as a duplicate of 21782 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15
03:24 ---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15
03:24 ---
Closing as fixed then.
--
What|Removed |Added
Status|WAITING
--
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-06-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15
03:18 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15
03:17 ---
Could you double check this now, I might have fixed this? Please use the 4.0
branch as the mainline
does not do as much fold checking as it should, PR 21180.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15
03:17 ---
Confirmed, I might get around to doing this.
--
What|Removed |Added
Status|UNCON
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15
03:12 ---
Fixed on the mainline (there are work arounds needed to get Ada front-end
building there).
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15
02:59 ---
Confirmed, now that TREE_OVERFLOW should not matter, we should change how we
dump out
INTEGER_CST whos TREE_OVERFLOW is set.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15
02:29 ---
Confirmed, reduced testcase:
struct empty_class {};
struct class1 : empty_class
{
class1() {}
empty_class value_;
};
struct lambda : class1 { };
lambda _1;
--
What|Removed
--- Additional Comments From zlynx at acm dot org 2005-06-15 02:05 ---
Oh, I marked it as a regression because gcc-4.0.1-beta20050526 seemed to work
fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22071
--- Additional Comments From zlynx at acm dot org 2005-06-15 02:03 ---
Created an attachment (id=9089)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9089&action=view)
Preprocessed code to reproduce bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22071
# g++ -O /tmp/j1.cc
adaptors/lambda/lambda.cc: In function 'void
__static_initialization_and_destruction_0(int, int)':
adaptors/lambda/lambda.cc:15: internal compiler error: in first_vi_for_offset,
at tree-ssa-structalias.c:2506
j1.cc will be attached.
-O is what triggers the ICE. Compiling witho
20050614 (experimental) (i386-pc-solaris2.10) GCC error: |
| tree check: expected ssa_name, have var_decl in verify_ssa, at |
|tree-ssa.c:750|
| Error detected at a-nlcoty.ads:21:1
--- Additional Comments From ro at gcc dot gnu dot org 2005-06-15 00:12
---
Fixed for 4.1.0, queued for 4.0.2.
--
What|Removed |Added
AssignedTo|unassigned at gcc do
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-15
00:10 ---
Subject: Bug 21943
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-15 00:10:07
Modified files:
libffi : ChangeLog
libffi/src/mips: n
--- Additional Comments From ro at gcc dot gnu dot org 2005-06-15 00:02
---
Fixed for 4.1.0, patch pending for 4.0.2, 3.4.5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15266
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ro at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
23:59 ---
Subject: Bug 15266
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 23:59:48
Modified files:
fixincludes: ChangeLog inclhack.def fixincl.x
--- Additional Comments From ro at techfak dot uni-bielefeld dot de
2005-06-14 23:56 ---
Subject: Re: New testsuite failure on Tru64 UNIX V4.0F: g++.dg/eh/cleanup1.C
pinskia at gcc dot gnu dot org writes:
> A backtrace would be nice.
Sure: after running the test invocation with -save
--- Additional Comments From ro at techfak dot uni-bielefeld dot de
2005-06-14 23:47 ---
Subject: Re: All gfortran execution tests fail on Tru64 UNIX V4.0F: scalbn
unresolved
fxcoudert at gcc dot gnu dot org writes:
> Well, attached patch should clear this point, and hopefully we wil
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
23:15 ---
*** Bug 22070 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
23:15 ---
This is invalid, see PR 11108 which this is a dup of.
*** This bug has been marked as a duplicate of 11108 ***
--
What|Removed |Added
---
The inclusion of iostream breaks the following program. A workaround is to
define an inline function that calls into tolower() and use it as the last
argument to transform().
Code:
#include
#include
#include
#include
int main()
{
std::string foo("AbCd");
std::transform(foo.begin(), fo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
22:55 ---
Still invalid code. You have a declare a static function inside in a function
which is invalid.
--
What|Removed |Added
--- Additional Comments From bhavesh at avaya dot com 2005-06-14 22:51
---
(In reply to comment #1)
> The code is invalid and gives errors from 4.0.0 and above:
> t.c: In function func1:
> t.c:3: error: invalid storage class for function func2
> t.c: At top level:
> t.c:14: error: st
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
22:44 ---
The code is invalid and gives errors from 4.0.0 and above:
t.c: In function func1:
t.c:3: error: invalid storage class for function func2
t.c: At top level:
t.c:14: error: static declaration of func2 f
Compiling the following code snippet with "gcc -gstabs+ -O3 -c" will expose the
bug:
--stabs.c---
int func1(int parm1)
{
static int func2(void);
int var1=0;
if (parm1 == 10) {
var1=func2();
}
return var1;
}
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
21:36 ---
Confirmed, this is a target issue.
--
What|Removed |Added
Status|UNCONFIRMED
Examples where we could use mulli instead of li/mulld. The array indexing
example shows up in the bzip2 benchmark (when compiled with -m64).
Compiled with gcc -O2 -m64
struct S {
int i1,i2,i3,i4,i5,i6;
}s[10];
long test1(int j, long x)
{
s[j].i1 = 1;
return (x * 24);
}
--
Summ
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
21:23 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
PR17103 states that mulli is better than decomposing into shift/add sequence.
Following is example where we are being inconsistent about that decision.
Compiled with gcc -O2 -mcpu=power4 -m32
struct S {
int i1,i2,i3,i4,i5,i6;
}s[10];
int y;
int test1(int j, int x)
{
y = y * 24;// shift
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
20:58 ---
Fixed on the mainline at least.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
20:54 ---
Fixed on the mainline.
--
What|Removed |Added
Status|NEW
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-14 20:26
---
The test pr21985.c is FAILing on hppa64-hpux and ia64-hpux -mlp64. It looks
like it is simply broken with regard to 64-bit platforms.
FAIL: gcc.dg/tree-ssa/pr21985.c (test for excess errors)
FAIL: gcc.dg/tre
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-14
20:26 ---
I am testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-14
20:07 ---
I checked in the fix on the trunk.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
20:06 ---
Subject: Bug 19877
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 20:05:59
Modified files:
libjava: ChangeLog aclocal.m4 configure Makefi
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21861
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17961
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10611
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
19:37 ---
Unnamed namespaces are injected into the same scope as the previous namespace.
See example in 7.3.1.1 where it refers to A::i where i is in an unnamed
namespace of the named one
(A).
--
What
--- Additional Comments From laurent at guerby dot net 2005-06-14 19:33
---
Here is a reduced test case from g-socket, it ICEs the same way at -O2.
As additional information, it looks like the problem happens when an array is
determining the size of a discriminated record (which is max
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724
Not positive this is a bug, but I think so.
This code compiles and prints 0:
#include
namespace {
int i = 0;
}
int main(int argc, char** argv)
{
std::cout << "i=" << ::i << std::endl;
return 0;
}
I'd expect it to complain that i isn't in the global namespace
(since it is in the anon/def
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
19:22 ---
The patch was never applied.
--
What|Removed |Added
Status|WAITING
--
Bug 21824 depends on bug 21724, which changed state.
Bug 21724 Summary: [gcc]/libmudflap/Makefile.am, refusing to install
mf-runtime.h in includedir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724
What|Old Value |New Value
--- Additional Comments From fche at redhat dot com 2005-06-14 19:18
---
thanks, sorry for the wait
--
What|Removed |Added
Status|UNCONFIRMED |RE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
19:18 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
19:18 ---
Subject: Bug 21724
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 19:18:16
Modified files:
libmudflap : ChangeLog Makefile.am Makefile.in
L
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21023
--- Additional Comments From fche at redhat dot com 2005-06-14 19:13
---
the suggestion seemed to work, thank you!
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
19:12 ---
Subject: Bug 21023
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 19:12:24
Modified files:
gcc: ChangeLog tree-mudflap.c
lib
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22064
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21094
--- Additional Comments From mark at codesourcery dot com 2005-06-14 18:39
---
Subject: Re: [3.4 Regression] New testsuite failure
g++.dg/warn/conversion-function-1.C
ebotcazou at gcc dot gnu dot org wrote:
> --- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-1
--- Additional Comments From fche at redhat dot com 2005-06-14 18:38
---
slightly hacky but unobtrusive patch to use type-safe code
--
What|Removed |Added
Status
--- Additional Comments From fche at redhat dot com 2005-06-14 18:37
---
patched to look for build tree g++
--
What|Removed |Added
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
18:37 ---
Subject: Bug 21094
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 18:37:21
Modified files:
libmudflap : ChangeLog
libmudflap/testsui
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
18:36 ---
Subject: Bug 22064
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 18:36:50
Modified files:
libmudflap : ChangeLog mf-impl.h
Log message:
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14
18:20 ---
Thanks for the quick turnaround time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21987
--- Additional Comments From laurent at guerby dot net 2005-06-14 18:02
---
gnatlib now builds numeric parts without kludges. Thanks for the fix!
--
What|Removed |Added
Combining the following C functions and using -fdump-tree-original causes the
static function with
the same name to emitted with the same name instead of with an unique number.
--- file1.c ---
static void f(){}
void g(){f();}
--- cut ---
--- file2.c ---
static void f(){}
void h(){f();}
--- cut --
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
17:08 ---
Subject: Bug 22043
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-14 17:08:00
Modified files:
gcc: Change
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-14
17:01 ---
Fix checked in.
--
What|Removed |Added
Status|UNCONFIRMED |RESOL
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-06-14
16:58 ---
Fixed in 3.4.5.
--
What|Removed |Added
Status|NEW |RESO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
16:55 ---
Subject: Bug 21987
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-06-14 16:55:47
Modified files:
gcc/cp : Change
--- Additional Comments From matz at suse dot de 2005-06-14 16:13 ---
No. The vtable itself (as all methods of class foo) is implemented in
libfoo.so with default visibility, i.e. exported just fine:
25: 17d812 OBJECT WEAK DEFAULT 20 vtable for foo
Then there is libl
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-14 16:12
---
Appeared between 2005-05-29 13:00 UTC and 2005-05-29 14:30 UTC. I.e., caused
by:
Changes by: [EMAIL PROTECTED] 2005-05-29 13:14:43
Modified files:
gcc: ChangeLog tree-flow.h t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
16:04 ---
Subject: Bug 21929
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 16:04:30
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/g++.
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-14
15:57 ---
Even shorter testcase:
===
int N = 1;
void foo() {}
void bar(int a[1][N])
{
a[0][0] = 0;
}
===
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
15:49 ---
I don't see anything wrong with the link error as you are saying that the class
foo is only in liblinkfoo.so
which is not true as the vtable is in libfoo.so.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
15:34 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/ml/gcc/2005-06/msg00438.html
--
Summary: libmudflap contains possible alias violations
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libmudflap
AssignedT
--
What|Removed |Added
CC||matz at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22063
--- Additional Comments From mueller at kde dot org 2005-06-14 14:19
---
Created an attachment (id=9088)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9088&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22063
I'm experiencing a build failure in a rather complex project which boils
down to a class compiled with two different visibilities. it fails with this
error, but only when using -fPIC
linkfoo.o: In function `foo::foo()':
linkfoo.cc:(.gnu.linkonce.t._ZN3fooC1Ev[foo::foo()]+0x11): undefined r
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
13:59 ---
Please attach the preprocessed source as requested by that web site you pointed
to.
--
What|Removed |Added
--
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14
13:24 ---
> Confirmed on x86 and SPARC.
And x86-64 if that matters.
--
What|Removed |Added
Last
I have a bugg report about installing my eggdrop look at the error
/usr/include/netinet6/in6.h:156: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
*** Error code 1
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
13:21 ---
Confirmed, I thought the gimplifier would have to change but it is not that.
If we look at .eh (via -fdump-tree-all-lineno), we see that there is a goto
with the lineno of 10:
[t.c : 7] j = 0;
[t.c : 7]
--- Additional Comments From cludwig at cdc dot informatik dot tu-darmstadt
dot de 2005-06-14 13:19 ---
Subject: Re: _REENTRANT defined when compiling non-threaded code.
On Mon, Jun 13, 2005 at 03:29:02AM -, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From p
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14
13:18 ---
I guess index number overflow is looming, but still.
--
What|Removed |Added
S
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
13:16 ---
Confirmed, only a 3.4 regression.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
13:15 ---
Subject: Bug 20301
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-06-14 13:15:02
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
13:12 ---
Subject: Bug 20301
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-14 13:12:01
Modified files:
gcc: Change
--- Additional Comments From gevans at informatics dot bangor dot ac dot uk
2005-06-14 13:09 ---
Created an attachment (id=9087)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9087&action=view)
Code for Bug 22061
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22061
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
13:08 ---
Subject: Bug 20301
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 13:07:43
Modified files:
gcc: ChangeLog
gcc/config/sparc:
The piece of code attached compiles correctly if the returnZero function is
removed or commented out; however the code does not compile on this machine "as
is".
OUTPUT:
gcc -v -save-temps fsabug.c -o fsabug -O4
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posi
--
What|Removed |Added
Component|bootstrap |debug
Keywords||build, ice-on-valid-code
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14
12:51 ---
So we are left with these 2 patches to the C++ front-end:
2005-06-03 Mark Mitchell <[EMAIL PROTECTED]>
PR c++/21853
* typeck.c (casts_away_constness_r): Do not drop cv-qualifiers on
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
12:45 ---
14.3.2 (5) says the following:
For a non-type template-parameter of type pointer to data member, qualification
conversions (4.4) are
applied.
Meaning only adding cvq can be added which makes this invalid
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14
12:44 ---
My logs show that it was not present as of 05/31.
--
What|Removed |Added
1 - 100 of 128 matches
Mail list logo
