Gfortran version 4.3.0 20080114 (experimental) [trunk revision 131520]
issues a diagnostic
call b(z(1))
1
Error: Element of assumed-shaped array passed to dummy argument 'x' at (1)
on the attached program. This diagnostic is (a) misleading - b is NOT
an assumed-shape arr
--- Comment #20 from ubizjak at gmail dot com 2008-01-15 07:36 ---
The ICE is fixed on mainline.
[The testsuite failure on x86_64 is a separate issue, tracked by PR 34249.]
--
ubizjak at gmail dot com changed:
What|Removed |Added
-
--- Comment #24 from ubizjak at gmail dot com 2008-01-15 06:46 ---
(In reply to comment #23)
> This works for me on the branch. Uros, what is exactly failing?
The code that was removed from the mainline (Comment #21) is still present in
4.2 branch. According to comments #13, #15 and #1
--- Comment #42 from pinskia at gcc dot gnu dot org 2008-01-15 05:47
---
(In reply to comment #40)
> This bug cause linux kernel unable to compile. So I think it must be fixed
> before 4.3 is released
Except there is two parts to this bug, first it is a bug in the linux kernel
for not
--- Comment #1 from dgregor at gcc dot gnu dot org 2008-01-15 05:38 ---
This is not a bug. In the line that prints "L-value ref" where the reporter
expected "R-value ref", the call to the lvalue reference constructor that we're
seeing comes from inside the body of the source() function,
--- Comment #1 from eric dot weddington at atmel dot com 2008-01-15 04:36
---
My mistake. The AT86RF401 device does have the MOVW instruction, so this is a
binutils bug.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
like so many other bugs, "-shared -pthread" is broken on mips linux:
$ mips-linux-gcc -dumpspecs
...
%{!shared: %{pthread:-lpthread} ...
...
simple fix until a general solution (as proposed in Bug 20705) is implemented:
--- gcc/config/mips/linux.h
+++ gcc/config/mips/linux.h
@@ -175,7 +175,7 @@
#
--- Comment #41 from ismail at pardus dot org dot tr 2008-01-15 02:42
---
(In reply to comment #40)
> This bug cause linux kernel unable to compile. So I think it must be fixed
> before 4.3 is released
Yes and there is a known workaround, see comment #28
--
http://gcc.gnu.org/bugz
--- Comment #40 from stevenyi at 163 dot com 2008-01-15 02:39 ---
This bug cause linux kernel unable to compile. So I think it must be fixed
before 4.3 is released
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Kno
The at86rf401 device needs to be in the avr2 architecture. Currently it is
defined to be in the avr25 architecture, which has the MOVW instruction.
According to binutils, the at86rf401 does not have the MOVW instruction.
The change needs to be in gcc/config/avr/avr.c in the avr_mcu_types array.
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-01-15 01:18
---
I think I better fix this if I can. :)
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-01-15 01:03 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00633.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34399
--- Comment #4 from dgregor at gcc dot gnu dot org 2008-01-15 00:43 ---
So, this is another case where we have a bug in our handling of C++98 that just
happens to have been reported against variadic templates. The error in the code
example is that 'N' in the friend declaration needs to b
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-01-15 00:29 ---
(In reply to comment #2)
> It's slightly more than an error-recovery issue, because we don't actually
> emit
> an error before dying.
For normal mode non -std=c++0x mode, it is only an error recovery issue and
that
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-15 00:24 ---
It's slightly more than an error-recovery issue, because we don't actually emit
an error before dying.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34399
--- Comment #7 from dgregor at gcc dot gnu dot org 2008-01-15 00:12 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00491.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34052
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-15 00:11 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00625.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34751
--- Comment #4 from dgregor at gcc dot gnu dot org 2008-01-15 00:10 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00632.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34314
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-15 00:07 ---
Here, we fail to produce an error message before crashing, so it should
probably be classified as a P2 (which we've been doing for similar variadic
templates issues).
--
dgregor at gcc dot gnu dot org changed:
--- Comment #27 from manu at gcc dot gnu dot org 2008-01-14 23:29 ---
No, this is still a bug and the last discussion about it was here:
http://gcc.gnu.org/ml/gcc/2007-11/msg00642.html
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from mrs at apple dot com 2008-01-14 23:21 ---
Ah, I thought someone just hadn't gotten around to moving the state to fixed,
sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34783
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-14 23:04 ---
The failing assert is:
/* Complex character array constructors should have been taken care of
and not end up here. */
gcc_assert (ss->string_length);
Reduced test:
MODULE o_TYPE_DEFS
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-01-14 22:53 ---
This is also a regression wrt g77:
$ cat foo.f
character a(6)
data a / 'a', 'b', 'c', 'd', 'e', 'f' /
write(*,'(T20,A3, T1,A4, T5,A2, T7,A2, T9,A4, T17,A1)') a
end
$ g77 foo.f
$ ./a.out
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||32834
nThis||
St
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||32834
nThis||
St
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-14 22:38 ---
Jerry, do you have an idea?
Confirm. Reduced test case:
character a(6)
a = transfer("abcdef", a,size(a))
write(*,'(T20,A3, T1,A4, T5,A2, T7,A2, T9,A4, T17,A1)') a
end
Expected:
b c d
I get the message
og0015.f: In function 'og0015':
og0015.f:81: internal compiler error: in gfc_trans_array_constructor, at
fortran
/trans-array.c:1672
I think things work if I replace the "use o_type_defs" with the actual
contents of the module. (Technically, this one was hard to isolate, so
I m
--- Comment #26 from pinskia at gcc dot gnu dot org 2008-01-14 21:38
---
*** Bug 34783 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11856
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-01-14 21:38 ---
And that bug is not closed yet so what is the issue there?
*** This bug has been marked as a duplicate of 11856 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Ad
When I have an IMPLICIT CHARACTER(S) statement above a declaration,
the SELECTED_INT_KIND( ) function is diagnosed as a character function
with the message
u_dimension.f:3.50:
INTEGER, DIMENSION(0:20) :: IP_ARRAY1_3_S =
1
Error: Can't conve
--- Comment #17 from crowl at google dot com 2008-01-14 21:29 ---
Subject: Re: [4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at
cp/class.c:474
The consensus of the C++ standards reflector is that all three
following code snippets are well-formed.
explicit:
struct B {};
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-14 20:41 ---
Confirmed. The code itself is invalid (because parameter packs cannot have
default arguments), but this has exposed some issues. I'll take it.
--
dgregor at gcc dot gnu dot org changed:
What|Remov
--- Comment #2 from mrs at apple dot com 2008-01-14 20:08 ---
No, that bug report has a hack around, not a fix. A fix would make it work by
default out of the box.
A fix would avoid these for templated types and leave them for non-templated
types.
--
mrs at apple dot com changed:
--- Comment #22 from aoliva at gcc dot gnu dot org 2008-01-14 19:56 ---
Both are cases in which the absence of bit-field reduction *on widening
conversions* causes the problem.
I realize the absence of such reductions can be harmful in other cases as well,
e.g. division and right-shifts
--- Comment #25 from pinskia at gcc dot gnu dot org 2008-01-14 19:42
---
*** Bug 34783 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 2008-01-14 19:42 ---
You know bugzilla has a search for a reason?
*** This bug has been marked as a duplicate of 11856 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
It seems silly for a project to get warnings in the below case. It seems silly
to require that one specialize just to avoid the warning.
$ cat t.cc
void bar();
template
void foo(T t) {
if (t < 257) bar();
}
void bee() {
foo(1);
foo(char(1));
}
$ g++ t.cc -c
t.cc: In function void foo(T)
--- Comment #6 from raksit at gcc dot gnu dot org 2008-01-14 19:27 ---
This was fixed in revision 131460.
--
raksit at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from manu at gcc dot gnu dot org 2008-01-14 19:22 ---
Subject: Bug 24924
Author: manu
Date: Mon Jan 14 19:21:38 2008
New Revision: 131530
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131530
Log:
2008-01-14 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR c+
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||33702
nThis||
Target Milesto
--- Comment #5 from manu at gcc dot gnu dot org 2008-01-14 19:18 ---
The fix was reverted so REOPEN.
There is a patch available for 4.4:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00583.html
--
manu at gcc dot gnu dot org changed:
What|Removed |
Sample test failure. Works on Sun Compiler, Mac g95 but fails on gfortran, by
having spaces where character should be displayed.
[mac27:~] bmcinnes% more p.f
CHARACTER FOR*(*)
PARAMETER(FOR='(T114,A3, T1,A4, T5,A2, T7,A2, T9,A4, T27,A1, T
+18,A6, T13,A5, T28,A1,T119,A3,T122,A3
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-01-14 18:34 ---
Ok, what about a reproducible testcase then?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
ubizjak at gmail dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com
|dot org |
--- Comment #21 from rguenth at gcc dot gnu dot org 2008-01-14 17:08
---
Another testcase we miscompile due to the fact in comment #20 (w/o the
temporary
tmp fold converts the comparison to a comparision with a BIT_FIELD_REF, which
is handled correctly (not optimized)):
extern "C" voi
--- Comment #20 from rguenth at gcc dot gnu dot org 2008-01-14 16:55
---
So even if you fix that, and you'll end up with
D.2029;
:
D.2029 = () (unsigned int) ((int) x.i + -1);
x.i = D.2029;
if (D.2029 != 16777215)
goto ;
else
goto ;
before expand, the truncation at
--- Comment #10 from bkoz at gcc dot gnu dot org 2008-01-14 16:45 ---
Yes, I noticed the much more accurate (and explicit) requirements on
types/algos in concept gcc when hashing through the initial parallel mode work.
I found it very helpful as an implementation (or reimplementation) g
--- Comment #6 from dominiq at lps dot ens dot fr 2008-01-14 16:15 ---
If I go back to my default config:
../gcc-4.3-work/configure --prefix=/opt/gcc/gcc4.3w
--mandir=/opt/gcc/gcc4.3w/share/man --infodir=/opt/gcc/gcc4.3w/share/info
--build=i686-apple-darwin9 --enable-languages=c,c++,for
--- Comment #2 from jason at gcc dot gnu dot org 2008-01-14 16:15 ---
This is indeed caused by the patch for 15764. If unserialize throws, and then
the destructor for the string temporary passed as the argument to unserialize
throws, we would then destroy wt without having constructed i
--- Comment #19 from rguenth at gcc dot gnu dot org 2008-01-14 15:45
---
The bug here is that the FE does not perform integer promotion for ++sv.f2,
but emits
<>>
>>;
which is gimplified to operations on a bitfield type:
D.2043;
D.2044;
D.2043 = sv.f2;
D.2044 = D.20
--- Comment #5 from dominiq at lps dot ens dot fr 2008-01-14 15:42 ---
Configuring gcc with:
../gcc-4.3-work/configure --prefix=/opt/gcc/gcc4.3w
--mandir=/opt/gcc/gcc4.3w/share/man --infodir=/opt/gcc/gcc4.3w/share/info
--build=i686-apple-darwin9 --enable-languages=c,c++,fortran,objc,obj
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-01-14 15:31 ---
The inconsistency between the two ILs arise because in default_conversion
we convert (const long : 33) to (long : 33) via perform_integral_promotions
and then is_bitfield_expr_with_lowered_type no longer recognizes t
Namely, un-parenthesized assignments should be warned about, as in:
void func(void);
void test(int n) {
if(n = 1)
func();
if(__builtin_expect(n = 1, 0))
func();
}
If __builtin_expect() is expected to be used outside of conditionals (the only
useful
--- Comment #2 from debian-gcc at lists dot debian dot org 2008-01-14
15:18 ---
yes, see
http://buildd.debian.org/fetch.cgi?&pkg=gcj-4.3&ver=4.3-20080112-1&arch=alpha&stamp=1200316559&file=log
test results will appear on gcc-testresults shortly.
Matthias
--
debian-gcc at lists do
--- Comment #4 from dominiq at lps dot ens dot fr 2008-01-14 14:36 ---
Just for the record I have also found the warning in the make log of rev.
129958. The only difference I had with the previous builds was the use of
'--enable-maintainer-mode'. I am now tring with '--enable-maintainer-
--- Comment #5 from ubizjak at gmail dot com 2008-01-14 14:21 ---
I'm testing following patch:
Index: final.c
===
--- final.c (revision 131520)
+++ final.c (working copy)
@@ -1777,7 +1777,13 @@ final_scan_insn (rtx
--- Comment #3 from dominiq at lps dot ens dot fr 2008-01-14 13:30 ---
Subject: Re: Bootstrapping libstdc++-v3 failed
> Are you sure you don't have CXXFLAGS set to include -Werror ?
I think this is the default and I have it:
cc1plus: warnings being treated as errors
I have seen this
--- Comment #13 from pcarlini at suse dot de 2008-01-14 13:29 ---
I will, but I don't make promises...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34774
--- Comment #4 from tkiernan at gmail dot com 2008-01-14 13:01 ---
I have reconfigued gcc4.2.2 withou the enable-sjlij-exceptions flag and still
getting the same behaviour ...
--
tkiernan at gmail dot com changed:
What|Removed |Added
-
--- Comment #4 from ubizjak at gmail dot com 2008-01-14 12:59 ---
(In reply to comment #3)
> This testcase never worked.
It works when -g is added to compile flags.
The problem is, that final pass calls dwarf2out_switch_text_section() for
NOTE_INSN_SWITCH_TEXT_SECTIONS only when debug
--- Comment #12 from tbptbp at gmail dot com 2008-01-14 12:47 ---
Subject: Re: [4.1/4.2/4.3 Regression] templates, enumerations, overflow, ice
On 14 Jan 2008 12:35:51 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> The testcase in comment #3 looks valid(?), at least
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-01-14 12:46
---
Paolo, can you have a look here? ;)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-14 12:45
---
Reduced testcase:
template
struct shift {
enum {
n0 = (unsigned)shifts,
n = n0 ? 0 : n0,
n_comp = -n
} x;
};
it looks like we substitute n into -n but do not stop substituting once
we hit a depend
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-01-14 12:35 ---
The testcase in comment #3 looks valid(?), at least EDG accepts it. The
problem is we try to fold_non_dependent_expr
n = n0 > max_shift ? max_shift : n0,
but substituting n0 makes this expression dependent and
--- Comment #35 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:22
---
On all branches.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
* cse.c (remove_pseudo_from_table): New function.
(merge_equiv_classes): Use above function to remove pseudo-registers.
(invalidate): Likewise.
Added:
branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/20080114-1.c
Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
L PROTECTED]>
PR rtl-optimization/31944
* cse.c (remove_pseudo_from_table): New function.
(merge_equiv_classes): Use above function to remove pseudo-registers.
(invalidate): Likewise.
Added:
branches/gcc-4_2-branch/gcc/testsuite/gcc.c-torture/compile/2008011
* cse.c (remove_pseudo_from_table): New function.
(merge_equiv_classes): Use above function to remove pseudo-registers.
(invalidate): Likewise.
Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20080114-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/cse.c
trunk/gcc/t
--- Comment #3 from tkiernan at gmail dot com 2008-01-14 12:16 ---
(In reply to comment #2)
> -enable-sjlj-execptions Why are you using that option? This causes an ABI
> incompatiable with the default GCC build.
>
Ok , I have reconfigured gcc4.2.2 without this option again ...
How e
--- Comment #11 from keithmarshall at users dot sourceforge dot net
2008-01-14 12:15 ---
(In reply to comment #9)
> Fix committed to mainline.
>
As a MinGW administrator, I am dismayed that you consider this
__USE_MINGW_ACCESS kludge as a solution to this bug; I would like this
partic
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-14 12:13 ---
I do get this warning but the build does not fail:
libtool: compile: /Users/apinski/src/local/gcc/objdir/./gcc/xgcc
-shared-libgcc -B/Users/apinski/src/local/gcc/objdir/./gcc -nostdinc++
-L/Users/apinski/src/local/g
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-14 12:11 ---
I Just built "Mon Jan 14 03:46:12 UTC 2008 (revision 131520)" on
i386-apple-darwin8.11.1 .
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|c |target
http:
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-14 12:07 ---
-enable-sjlj-execptions Why are you using that option? This causes an ABI
incompatiable with the default GCC build.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-14 12:05 ---
*** Bug 34779 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34778
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-14 12:05 ---
*** This bug has been marked as a duplicate of 34778 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from wigyori at uid0 dot hu 2008-01-14 11:55 ---
(In reply to comment #1)
> I suppose ldso/ldso/dl-elf.c:803 is an asm() statement. How does it look
> like?
> Can you attach preprocessed source?
>
No, dl-elf.c:803 is the closing of _dl_dprintf, preprocessed source as r
--- Comment #2 from wigyori at uid0 dot hu 2008-01-14 11:51 ---
Created an attachment (id=14941)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14941&action=view)
Preprocessed source of ldso.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34777
Bootstrapping libstdc++-v3 at revision 131520 failed with:
...
Making all in libsupc++
/bin/sh ../libtool --tag CXX --tag disable-shared --mode=compile
/opt/gcc/i686-darwin/./gcc/xgcc -shared-libgcc -B/opt/gcc/i686-darwin/./gcc
-nostdinc++ -L/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/src
--- Comment #16 from rguenth at gcc dot gnu dot org 2008-01-14 11:19
---
Ping!
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.0/4.1
Hi ,
I have downloaded GCC 4.2.2 and configured it on powerpc , linux (redhat 4.5)
host: powerpc64-unknown-linux-gnu
build: powerpc64-unknown-linux-gnu
target: powerpc64-unknown-linux-gnu
configured with: ./configure -prefix=/home/teresa/gcc4.2.2/local/
--enable-languages=c,c++ -disable-nls -enabl
--- Comment #24 from rguenth at gcc dot gnu dot org 2008-01-14 11:17
---
Bootstrap is unbroken, lowering severity.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-14 10:58 ---
Created an attachment (id=14940)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14940&action=view)
patch I was toying with
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34743
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-14 10:56 ---
Let's defer this to stage1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-14 10:52 ---
I suppose ldso/ldso/dl-elf.c:803 is an asm() statement. How does it look like?
Can you attach preprocessed source?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Add
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-14 10:50 ---
EDG says
t.ii(13): error: no instance of function template "get_samples" matches the
argument list
argument types are: (my_table)
const float * ptr = get_samples(tab);
^
comp
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-14 10:46 ---
Regression for a GCC extension that silences a diagnostic. P4.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-14 10:44 ---
Confirmed. 4.0.4 gave
t.ii:3: error: non-template 'X' used as template
t.ii:3: note: use 'T::template X' to indicate that it is a template
t.ii: In instantiation of 'A':
t.ii:6: instantiated from here
t.ii:3: err
Hi ,
I have downloaded GCC 4.2.2 and configured it on powerpc , linux (redhat 4.5)
host: powerpc64-unknown-linux-gnu
build: powerpc64-unknown-linux-gnu
target: powerpc64-unknown-linux-gnu
configured with: ./configure -prefix=/home/teresa/gcc4.2.2/local/
--enable-languages=c,c++ -disable-nls -enabl
uClibc-0.9.29 compilation failed when trying to build with gcc-4.2.2 with the
following error:
CUT HERE
sh4-linux-uclibc-gcc -c ldso/ldso/ldso.c -o ldso/ldso/ldso.oS -include
./include/libc-symbols.h -Wall -Wstrict-prototypes -fno-strict-aliasing -Os
-pipe -funit-at-a-time -fhonour-copts
--- Comment #12 from T dot Mittelstaedt at cadenas dot de 2008-01-14 09:33
---
Set environment variable to something like
export LDR_CNTRL=MAXDATA=0x8000
Then it did compile.
See also: http://www.ibm.com/developerworks/eserver/articles/aix4java1.html
--
http://gcc.gnu.org/bugzi
--- Comment #10 from burnus at gcc dot gnu dot org 2008-01-14 09:32 ---
> Jerry, does your patch also fix the ICE from comment #2?
It does. However, as Paul points out, the following gives still:
reshape ([[(6, i= 1, 2*linem) ], [(i, i= 1,linem)],&
1
Error: Inv
--- Comment #9 from dfranke at gcc dot gnu dot org 2008-01-14 09:28 ---
In reply to comment #8:
Jerry, does your patch also fix the ICE from comment #2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34556
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-14 08:58 ---
Patch: http://gcc.gnu.org/ml/fortran/2008-01/msg00087.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34686
--- Comment #2 from hp at gcc dot gnu dot org 2008-01-14 08:32 ---
Created an attachment (id=14939)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14939&action=view)
Minimized executable testcase
Compile with -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34773
96 matches
Mail list logo