I have tried building both gcc-4.4.0 and gcc-4.4.4 and everytime I am running
into the same error ".../gcc-4.4.0/gcc/ada/gcc-interface/Make-lang.in:305 ***
multiple target patterns. Stop." I am trying to compile gcc(fortran and c)
using cygwin. I first download gcc-4.4.4.tar.bz2 and then extract al
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-03-08 20:51
---
You need to ./configure the toplevel dir, not the gcc subir. See instructions.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from eric dot weddington at atmel dot com 2010-03-08 20:56
---
I cannot reproduce the problem.
Used this command line:
avr-gcc -save-temps -O0 -mmcu=atmega164p -c test.c -o test.o
Generated this assembly:
.file "test.c"
__SREG__ = 0x3f
__SP_H__ = 0x3e
__SP_L_
On sparc64 gcc 4.4.1 -O3 -fPIC breaks ClamAV's htmlnorm.c.
To reproduce bug:
$ /opt/cfarm/release/4.4.1/bin/gcc -O3 -fPIC hh.c
$ ./a.out
Aborted
On the attached testcase -O2 -fPIC breaks too (on ClamAV's htmlnorm only -O3
breaks):
$ /opt/cfarm/release/4.4.1/bin/gcc -O2 -fPIC hh.c
$ ./a.out
Aborte
--- Comment #1 from tromey at gcc dot gnu dot org 2010-03-08 21:02 ---
zlib is not maintained as part of gcc -- it is just imported into
the tree for convenience.
As such we minimize the changes we make to zlib.
A change like this one should be reported to the real zlib maintainers.
--
--- Comment #1 from edwintorok at gmail dot com 2010-03-08 21:03 ---
Created an attachment (id=20046)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20046&action=view)
testcase
Testcase (partially) reduced with delta. Could probably be reduced further.
--
http://gcc.gnu.org/bu
--- Comment #1 from jakub at gcc dot gnu dot org 2010-03-08 21:03 ---
Created an attachment (id=20047)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20047&action=view)
gcc45-pr43293.patch
So far untested fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43293
--- Comment #2 from jakub at gcc dot gnu dot org 2010-03-08 21:07 ---
On the:
int i;
static int j;
extern int bar (void);
int foo (void)
{
return i + j + bar ();
}
testcase with -fexceptions -O2 -mtune=generic -dA -m32 -fpic the difference is:
@@ -14,9 +14,9 @@ foo:
.cfi_def_cf
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2010-03-08 21:09
---
If it works with 4.3.x then this is not a 4.3 regression.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
As I understand it, fortran should be able to read in a NaN or Inf value.
See 10.6.1.2.1 F editing in the Fortran 2003 specification. This is a new
Fortran 2003 feature and is not in the Fortran 95 specification.
gfortran properly prints out the NaN values, but cannot read them in, thus
causing t
--- Comment #2 from smal dot root at gmail dot com 2010-03-08 21:15 ---
(In reply to comment #1)
> I cannot reproduce the problem.
>
>c: 80 91 00 00 lds r24, 0x
Its mean load data from SRAM at address 0x. Variable (in our case
mUsart0BufferReadPtr) has address not
--- Comment #1 from jjcogliati-r1 at yahoo dot com 2010-03-08 21:17 ---
program should be: (both exhibit the bug though, but this works if bug is not
present)
program nan_test
implicit none
character(15) :: nan = ' NAN -INF INF'
real :: a,b,c, d = 0.0
print ('(3F5.2
--- Comment #3 from eric dot weddington at atmel dot com 2010-03-08 21:35
---
(In reply to comment #2)
> (In reply to comment #1)
> > I cannot reproduce the problem.
> >
> >c: 80 91 00 00 lds r24, 0x
>
> Its mean load data from SRAM at address 0x. Variable (in ou
--- Comment #4 from smal dot root at gmail dot com 2010-03-08 21:49 ---
> I still cannot reproduce the error
you got
>>lds r24, 0x
that is error!
address of variable is NULL. Address of
volatile uint8_t SomeVariable
cant be NULL in any case.
--
Data Memory Map for ATmega1
--- Comment #1 from spop at gcc dot gnu dot org 2010-03-08 22:49 ---
Hi,
is this fail on i686-linux? On x86_64-unknown-linux-gnu I see no fails in
libgomp/ for graphite.exp .
Sebastian
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43274
--- Comment #22 from pinskia at gcc dot gnu dot org 2010-03-08 22:50
---
This is the same as bug 39509.
*** This bug has been marked as a duplicate of 39509 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #20 from pinskia at gcc dot gnu dot org 2010-03-08 22:50
---
*** Bug 39604 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from hjl dot tools at gmail dot com 2010-03-08 22:54 ---
It was fixed between revision 157277 and revision 157292.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #3 from spop at gcc dot gnu dot org 2010-03-08 22:59 ---
Hi Jack,
is gcc.dg/graphite/run-id-1.c still failing on x86_64-apple-darwin10 or has it
been fixed since then?
Thanks,
Sebastian
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41334
--- Comment #23 from bernds_cb1 at t-online dot de 2010-03-08 23:04 ---
Created an attachment (id=20048)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20048&action=view)
Alternative fix for 42220
If you wouldn't mind, please test the attached patch which should be an
alternative f
--- Comment #49 from bernds_cb1 at t-online dot de 2010-03-08 23:06 ---
This fix caused a SPEC regression (see bug 42216). Could you test the patch I
attached to #42216, on top of current mainline, to see whether it does not
cause your problem to reappear?
--
http://gcc.gnu.org/bug
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-08
23:07 ---
I don't see the failures on x86_64-apple-darwin10 on recent gcc trunk...
http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg00487.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41334
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-03-08
23:09 ---
Is this issue to be fixed for gcc 4.5?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42181
--- Comment #4 from spop at gcc dot gnu dot org 2010-03-08 23:09 ---
Ok, then let's close this PR.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from spop at gcc dot gnu dot org 2010-03-08 23:10 ---
Ok, then let's close this PR.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from spop at gcc dot gnu dot org 2010-03-08 23:10 ---
Sorry, I didn't meant this.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #15 from spop at gcc dot gnu dot org 2010-03-08 23:16 ---
Yes.
I think it is important to understand what is miscompiled with the graphite
identity.
I will try to reduce this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42181
--- Comment #5 from eric dot weddington at atmel dot com 2010-03-08 23:26
---
(In reply to comment #4)
> > I still cannot reproduce the error
> you got
> >>lds r24, 0x
> that is error!
Take a look at the generated assembly. 3 accesses to the same variable. The
disassembly shows
--- Comment #7 from schaub-johannes at web dot de 2010-03-08 23:41 ---
I've digged this up from an early draft ('96:
http://ra.dkuug.dk/JTC1/SC22/WG21/docs/wp/txt/jun96/body.txt), '98 and '03).
Each has different rules. In fact, C++98 would accept comment#3's code.
- '96pre-standard sa
Unless you use BOOT_CFLAGS='-g -O2 -fno-var-tracking', the change Jakub made on
March 7th, 2010 breaks the powerpc 64-bit bootstrap.
Here is the error message:
/tmp/cckGWIfy.s: Assembler messages:
/tmp/cckGWIfy.s:117666: Error: junk at end of line, first unrecognized
character is `@'
/tmp/cckGWIfy
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||assemble-failure
Summary|Subversion id 157264 breaks |[4.5
--- Comment #1 from jakub at gcc dot gnu dot org 2010-03-09 00:14 ---
Could you please attach rs6000.i and what gcc options were used to compile it?
Would save me time building it tomorrow, I could jump straight to debugging.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
Testcase is:
gcc.c-torture/compile/pr33614.c
with compiler parameters -Os -fgraphite-identity
-- pr33614.c --
typedef float V2SF __attribute__ ((vector_size (8)));
V2SF
foo (int x, V2SF a)
{
while (x--)
a += (V2SF) {1.0f/0.0f - 1.0f/0.0f, 1.0f/0.0f - 1.0f/0.0f};
return a;
}
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-03-09 00:34 ---
As far as I can tell this is an out of SSA issue here is a testcase which will
fail on every target I know of:
typedef float V2SF __attribute__ ((vector_size (128)));
V2SF
foo (int x, V2SF a)
{
while (x--)
a +
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-03-09 00:36 ---
insert_partition_copy_on_edge does not take into account the mode being BLKmode
for SSA_NAMEs. This is only true with vector types.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43300
--- Comment #3 from spop at gcc dot gnu dot org 2010-03-09 00:49 ---
Ok, so then this is not related to Graphite.
I'm removing the Graphite flag from the subject.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
-
./configure ... --with-build-time-tools=$MY_TOOLS ignores $MY_TOOLS (though it
correctly warns when $MY_TOOLS is not an absolute path).
Let's just say this led to extremely frustrating behavior until I decided to
start digging...
Suggested patch to correct the problem:
Index: /home/Ryan/apps/gcc
--- Comment #6 from smal dot root at gmail dot com 2010-03-09 01:02 ---
Well, I will make necessary tests
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43104
--- Comment #1 from scovich at gmail dot com 2010-03-09 01:04 ---
(In reply to comment #0)
> Let's just say this led to extremely frustrating behavior until I decided to
> start digging...
To be more specific, the gcc/as wrapper is generated with:
ORIGINAL_AS_FOR_TARGET=""
ORIGINAL_LD_
--- Comment #15 from paolo at gcc dot gnu dot org 2010-03-09 01:56 ---
Subject: Bug 41975
Author: paolo
Date: Tue Mar 9 01:56:42 2010
New Revision: 157300
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157300
Log:
2010-03-08 Paolo Carlini
Revert:
2010-02-11
--- Comment #16 from paolo dot carlini at oracle dot com 2010-03-09 01:59
---
I reverted my changes and re-opened the PR: DR 579 is being resolved as NAD,
because there is evidence (eg, the Dinkumware implementation) that returning an
iterator doesn't necessarily impact performance.
-
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2010-03-09
02:26 ---
The miscompiled code in air.f90 is the subroutine SPECTOP. If I pull that
subroutine out into a separate file and compile it at -O3 without
-fgraphite-identity, the remainder of the code can be compiled wi
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2010-03-09
02:34 ---
Created an attachment (id=20049)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20049&action=view)
assembly for spectop subroutine compiled at -O2 on x86_64-apple-darwin10
--
http://gcc.gnu.org/b
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2010-03-09
02:35 ---
Created an attachment (id=20050)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20050&action=view)
assembly for spectop subroutine compiled at -graphite-identity -O2 on
x86_64-apple-darwin10
--
h
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2010-03-09
02:37 ---
Created an attachment (id=20051)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20051&action=view)
diff between assembly for spectop subroutine at -O2 without and with
-fgraphite-identity
--
http
--- Comment #5 from jason at gcc dot gnu dot org 2010-03-09 02:38 ---
This is a bug: G++ fails to consider the built-in operator%(long,long) because
double is not an integral type.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-03-09 02:38
---
Confirmed. In io/read.c we have:
/* TODO: handle not-a-numbers and infinities. */
I will take this on. But it is back burner to some other issues.
--
jvdelisle at gcc dot gnu dot org changed:
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2010-03-09
03:45 ---
The offending optimization for the spectop subroutine at -O2
-fgraphite-identity appears to be -fstrict-overflow. I can compile...
gfortran -fgraphite-identity -O3 -fno-strict-overflow -c spectop.f90
gfor
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2010-03-09
03:48 ---
Interestingly, I get...
gfortran -fgraphite-identity -O3 -Wstrict-overflow=5 -c spectop.f90
spectop.f90: In function spectop:
spectop.f90:5:0: warning: assuming signed overflow does not occur when chang
--- Comment #38 from rupp at gnat dot com 2010-03-09 05:20 ---
I patched gnatpro gcc-head snapshot from 20100307 with "ppa" (less ada bits) as
instructed in comment #33, and it bootstraps fine on alphaev67-dec-osf5.1b,
also compiles p.ad[bs] aka "p.txt"
--
http://gcc.gnu.org/bugzill
--- Comment #3 from burnus at gcc dot gnu dot org 2010-03-09 07:24 ---
Quoting the standard. Note especially that also "NaN(optional)" is valid:
"(1) On input, leading blanks are not significant. When the input field is not
an IEEE exceptional specification (10.6.1.2.1), the interpretat
101 - 151 of 151 matches
Mail list logo
