subroutine aaa(in)
use iso_c_binding
implicit none
CHARACTER(KIND=C_CHAR), DIMENSION(*), TARGET :: in
type(c_ptr) :: cptr
cptr = c_loc(in)
end subroutine
Wrongly rejected with:
Error: CHARACTER argument 'in' to 'c_loc' at (1) must have a length of 1
su
--- Comment #39 from bonzini at gnu dot org 2007-07-18 09:02 ---
Subject: Bug 32004
Author: bonzini
Date: Wed Jul 18 09:02:38 2007
New Revision: 126715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126715
Log:
2007-07-18 Paolo Bonzini <[EMAIL PROTECTED]>
Revert:
avr-gcc -S -mmcu=atmega16hva -I. -gstabs -DF_CPU=400UL -Os -funsigned-char
-funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes
-Wa,-adhlns=test.lst -std=gnu99 -MD -MP -MF .dep/test.s.d test.c -o test.s
test.c:7:9: error: invalid suffix "+4" on integer constant
make.exe: *
--- Comment #1 from schwab at suse dot de 2007-07-18 09:26 ---
The preprocessing token 0x9E+4 does not have the lexical form of a constant,
thus it is invalid. You need to make sure that every pp-number that is
converted to a token is valid as such.
--
schwab at suse dot de changed:
for (i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=32806
Sun Sparc Solaris 10.
binutils 2.16, gnu make 3.81, gmp 4.2.1, mpfr 2.2.1
gcc-3.4.6
I downloaded gcc-4.2.0, unpacked it, in a separate objdir
./configure
make
after 4 hours of compilation, ends with
/export/nscr/edp/pdon/builds/src/gnu/objdir/./gcc/gcj
-B/export/nscr/edp/pdon/bu
ilds/src/gnu/objdi
Trunk revision 126699 fails to build when configured like this:
--target cris-axis-elf --with-newlib --enable-sim --disable-gdb --disable-nls
--enable-checking=yes,rtl
/home/rask/build/gcc-cris-axis-elf/./gcc/xgcc
-B/home/rask/build/gcc-cris-axis-elf/./gcc/ -nostdinc
-B/home/rask/build/gcc-cris-ax
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-07-18 11:24
---
Backtrace on x86_64-linux:
Program received signal SIGSEGV, Segmentation fault.
0x00459311 in resolve_symbol (sym=0xf0bb90)
at ../../../trunk3/gcc/fortran/resolve.c:7284
7284 if (sym->ts.type ==
--- Comment #3 from rask at sygehus dot dk 2007-07-18 11:27 ---
It happens on sh-unknown-elf too compiling newlib:
make[8]: Entering directory
`/home/rask/build/gcc-sh-unknown-elf/sh-unknown-elf/m2a/newlib/libc/stdlib'
Makefile:1333: warning: overriding commands for target `lib_a-mbtowc
--- Comment #15 from dannysmith at users dot sourceforge dot net
2007-07-18 11:44 ---
Fixed. I have modified Christoph's original patch to avoid problems on NT4
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
---
--- Comment #5 from ubizjak at gmail dot com 2007-07-18 12:05 ---
The problem is in cptrf2 function when both -mfpmath=387 and -ftree-vectorize
are used.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31897
--- Comment #1 from patchapp at dberlin dot org 2007-07-18 12:10 ---
Subject: Bug number PR target/32808
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01529.html
--
http://gcc.gnu.org/bug
--- Comment #11 from zippel at gcc dot gnu dot org 2007-07-18 12:56 ---
This bug is not fixed yet.
Current gcc still generates:
return (*(p + (i + 2) * 4) + *(p + (i + 1) * 4)) + *(p + (i + 3) * 4);
1. it still fails to extract the common expression at tree level.
2. it generates ineff
--- Comment #2 from hp at gcc dot gnu dot org 2007-07-18 13:31 ---
The patch is ok, thanks.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from rask at gcc dot gnu dot org 2007-07-18 13:47 ---
Subject: Bug 32808
Author: rask
Date: Wed Jul 18 13:47:28 2007
New Revision: 126720
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126720
Log:
PR target/32808
* config/cris/cris.c (cris_print_in
--- Comment #4 from rask at sygehus dot dk 2007-07-18 13:48 ---
Fixed as of revision 126720.
--
rask at sygehus dot dk changed:
What|Removed |Added
Status|UNC
--- Comment #2 from jakub at gcc dot gnu dot org 2007-07-18 14:14 ---
The thing that changed is that new dataflow now allows moving around the
(set (r12) (something)) frame related instructions within EBBs during
scheduling
more easily. These are generated for the sibcall epilogues befo
--- Comment #3 from jakub at gcc dot gnu dot org 2007-07-18 14:15 ---
Created an attachment (id=13934)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13934&action=view)
gcc43-pr32338-1.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32338
--- Comment #4 from jakub at gcc dot gnu dot org 2007-07-18 14:16 ---
Created an attachment (id=13935)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13935&action=view)
gcc43-pr32338-2.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32338
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-07-18 14:16 ---
Patch which needs testing:
Index: c-typeck.c
===
--- c-typeck.c (revision 126719)
+++ c-typeck.c (working copy)
@@ -8218,8 +8239,9 @@
--- Comment #5 from jakub at gcc dot gnu dot org 2007-07-18 14:16 ---
Created an attachment (id=13936)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13936&action=view)
gcc43-pr32338-3.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32338
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-07-18 15:22 ---
>So don't set overflow for conversion.
When I tested this patch, it caused Ada not to bootstrap so I have to look more
into it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32628
gcc version 4.1.2 20070502 on Fedora Core 7, Dell D600.
Build arguments were:
g++ -c -O3 -g -Wall -Wextra -Wno-unused-parameter -Wundef
-Woverloaded-virtual -DPLATFORM_X86 -o Configuration.o
Configuration.cpp
We have multiple versions of a method called writeEntry, one that takes
a boolean as its
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-18 15:37 ---
Confirmed. I will file a seperate bug for a missed optimization at the tree
level.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
Configured with: ../gcc/configure --disable-bootstrap --disable-multilib
--prefix=/usr/local/gfortran --enable-languages=c,fortran
Thread model: posix
gcc version 4.3.0 20070718 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32635
Testcase:
void a(int*); void b(int*); void c(int*); void d(int*);
void func2(int* val) {
const void *const labels[] = { &&a, &&b, &&c, &&d };
goto *labels[2];
a: a(val);
b: b(val);
c: c(val);
d: d(val);
}
Right now we get (for PPC-darwin):
;; goto labels[2]
(insn 6 5 7 t5.c:10 (set
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-18 15:43 ---
This might have gotten fixed by the patch which fixed PR 32705.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32635
--- Comment #2 from gdr at cs dot tamu dot edu 2007-07-18 16:02 ---
Subject: Re: GCC (SVN) naive build fails due to use of '%I64d'
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Anyways the work around is to configure with
| --disable-
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-07-18 16:13 ---
Subject: Bug 32668
Author: ghazi
Date: Wed Jul 18 16:13:09 2007
New Revision: 126723
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126723
Log:
PR middle-end/32668
* builtin-attrs.def (ATTR_TY
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org
|dot org
--- Comment #4 from ghazi at gcc dot gnu dot org 2007-07-18 16:40 ---
Fixed on trunk, problem persists on branches.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-07-18 17:00 ---
I'll commit the test case so there's no regression.
Assigning to myself so I don't forget it.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-18 17:12 ---
In the code below, X%I is set to 0B, although the data should be still
available:
$> cat pr32795.f90
type :: a
integer, allocatable :: i(:)
end type a
type(a) :: x, y
x = a ((/ 1,2,3 /))
y = a (x%i(:)
--- Comment #6 from ghazi at gcc dot gnu dot org 2007-07-18 17:30 ---
Subject: Bug 30652
Author: ghazi
Date: Wed Jul 18 17:30:38 2007
New Revision: 126724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126724
Log:
PR target/30652
PR middle-end/20558
* bu
--- Comment #2 from ghazi at gcc dot gnu dot org 2007-07-18 17:30 ---
Subject: Bug 20558
Author: ghazi
Date: Wed Jul 18 17:30:38 2007
New Revision: 126724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126724
Log:
PR target/30652
PR middle-end/20558
* bu
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-07-18 17:33 ---
Fixed on trunk, problem persists on branches.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from ghazi at gcc dot gnu dot org 2007-07-18 17:42 ---
Subject: Bug 30652
Author: ghazi
Date: Wed Jul 18 17:42:12 2007
New Revision: 126725
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126725
Log:
PR target/30652
* builtins.c (expand_builtin_int
For a function declared "noreturn" the compiler cannot verify that inline
assembler code in the function body indeed does not return and therefore
produces the warning "'noreturn' function does return". I would like a
mechanism to tell the compiler that an inline assembler statement makes a
functio
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-18 17:47 ---
Not a regression.
The same happenes without the patch for PR31320, as well as with gfortran-4.2.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from ghazi at gcc dot gnu dot org 2007-07-18 17:51 ---
Subject: Bug 30652
Author: ghazi
Date: Wed Jul 18 17:51:13 2007
New Revision: 126726
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126726
Log:
PR target/30652
* builtins.c (expand_builtin_int
--- Comment #9 from ghazi at gcc dot gnu dot org 2007-07-18 18:00 ---
Generic implementations for isinf, isfinite and isnormal installed on trunk.
Still possibly want optabs where it is profitable.
Also, isnan doesn't allow for optabs at the moment. Should convert it into
this system.
--- Comment #1 from patchapp at dberlin dot org 2007-07-18 18:10 ---
Subject: Bug number PR 32732
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01542.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #4 from patchapp at dberlin dot org 2007-07-18 18:10 ---
Subject: Bug number PR 32627
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01541.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-18 18:31 ---
I think this is expected and maybe not going to be fixed as inline-asm cannot
change the control flow at all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32811
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-07-18 19:45 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-18 20:15 ---
This patch adds extra testing (though not tested fully) to catch this earlier:
Index: tree.c
===
--- tree.c (revision 126721)
+++ tree.c (work
--- Comment #2 from crickett at lanl dot gov 2007-07-18 20:18 ---
(In reply to comment #1)
> sym->ts has type BT_DERIVED, but yet sym->ts.derived is NULL. Maybe this
> should
> be set earlier, or maybe the test on (sym->ts.type == BT_DERIVED &&
> sym->ts.derived->components == NULL) ju
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-07-18 20:19 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-18 20:20 ---
Here is a patch which fixes this specific ICE:
Index: fold-const.c
===
--- fold-const.c(revision 126721)
+++ fold-const.c(working copy)
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-07-18 20:22 ---
Subject: Bug 32641
Author: ghazi
Date: Wed Jul 18 20:22:32 2007
New Revision: 126730
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126730
Log:
fixincludes:
PR target/32641
* inclhack.def (sol
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.1.2 4.2.0 4.3.0 |4.1.2 4.2.0
Known to work||4.3.0
Ta
--- Comment #3 from patchapp at dberlin dot org 2007-07-18 21:15 ---
Subject: Bug number PR 32801
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01559.html
--
http://gcc.gnu.org/bugzilla/s
As described in <[EMAIL PROTECTED]>,
the interaction between date_and_time and random_seed
when getting a seed from date_and_time.
Currently, we use the first four values of the put argument
to random_seed for the most significant digits. Unfortunately,
these correspond to the most slowly varying
--- Comment #4 from burnus at gcc dot gnu dot org 2007-07-18 22:02 ---
Subject: Bug 32801
Author: burnus
Date: Wed Jul 18 22:02:21 2007
New Revision: 126732
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126732
Log:
2007-07-18 Christopher D. Rickett <[EMAIL PROTECTED]>
--- Comment #5 from burnus at gcc dot gnu dot org 2007-07-18 22:06 ---
> - In the original programs (from which this example is extracted, the
>declaration of C_PTR prior to C_LOC causes the compiler to erroneously
>diagnose various other constructs
The reported problem has bee
I get an ICE when compiling the following code with the -fbounds-check option:
program emptyif
implicit none
integer i,K(4)
if (K(i)==0) then
! do absolutely nothing
end if
end program
the error message is:
emptyif.f90: In function MAIN__:
emptyif.f90:6: internal compiler erro
Hello,
I did not find how to add a bug in gcc bugzilla.
Anyway do what you want whith this information.
This error occurs on sparc Solaris 9 and sparc Solaris 10,
when compiling GCC version 4.1.2 and 4.2.0.
However replacing "SHELL = /bin/sh" by "SHELL = /bin/bash" in Makefile do work
fine. You
Related to resolved bug 30278. The handling of backslash has fundamentally
changed since 3.2.2 and earlier. Specifically it USED to allow inserting a
null at the end of a string (CRITICAL for communicating with C) and I see now
that there is a list of honored excapes and null (\0) seems not to be
--- Comment #4 from patchapp at dberlin dot org 2007-07-18 23:30 ---
Subject: Bug number PR 32600
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01565.html
--
http://gcc.gnu.org/bugzilla/s
On 7/18/07, Rejean Lepage <[EMAIL PROTECTED]> wrote:
Hello,
I did not find how to add a bug in gcc bugzilla.
Anyway do what you want whith this information.
This error occurs on sparc Solaris 9 and sparc Solaris 10,
when compiling GCC version 4.1.2 and 4.2.0.
This is mentioned on the install
--- Comment #3 from vk3ty at bigpond dot com 2007-07-19 01:49 ---
Folks,
I have set this to "FIXED" only because the problm has been eradicated. How?
Simple - I reloaded the whole machine from scratch. No problems. The cause -
don't know.
Thanks for the support.
Rgds
Nick K
--
vk
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-07-19 02:10
---
This bug has been fixed in 4.3. This was pr32223. There are no plans to back
port this at the moment. Have you tried using binaries for 4.3 from Fortran
wiki?
Or build it youself?
*** This bug has been marked
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-07-19 02:10
---
*** Bug 32814 has been marked as a duplicate of this bug. ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from dannysmith at users dot sourceforge dot net 2007-07-19
02:17 ---
Patch at
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01521.html
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
---
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-07-19 02:19
---
Paul, in response to your recent concern on the ml, I am going to start
chipping at this.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
../../src/gcc/crtstuff.c: In function '__do_global_dtors_aux':
../../src/gcc/crtstuff.c:298: warning: the address of '__deregister_frame_info'
will always evaluate as 'true'
../../src/gcc/crtstuff.c: In function 'frame_dummy':
../../src/gcc/crtstuff.c:332: warning: the address of '__register_frame_
--- Comment #1 from cnstar9988 at gmail dot com 2007-07-19 03:01 ---
boot gcc, 3.4.6
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
GCC build triplet|
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32815
--- Comment #9 from rosana07a at gmail dot com 2007-07-19 03:02 ---
Created an attachment (id=13937)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13937&action=view)
combined testcase; obsoletes all previous
with -"O2 -c" will fail using gcc-4.3 and compile using gcc4.2.x
--
r
--- Comment #2 from cnstar9988 at gmail dot com 2007-07-19 03:12 ---
I think $(GCC)/Makefile.in must remove -O2 for build.
Because the boot GCC may have some bugs with -O2.
It's known that -O2 contain "-fstrict-aliasing" which has bugs since gcc 3.X.
--
http://gcc.gnu.org/bugzilla/s
--- Comment #40 from mmitchel at gcc dot gnu dot org 2007-07-19 03:25
---
Subject: Bug 32004
Author: mmitchel
Date: Thu Jul 19 03:25:32 2007
New Revision: 126740
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126740
Log:
Revert:
2007-07-09 Paolo Bonzini <[EMA
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-07-19 04:47 ---
Subject: Bug 32635
Author: tkoenig
Date: Thu Jul 19 04:47:29 2007
New Revision: 126742
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126742
Log:
2007-07-19 Thomas Koenig <[EMAIL PROTECTED]>
PR tr
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-07-19 04:48 ---
Test case committed after verifying that it passes.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from burnus at gcc dot gnu dot org 2007-07-19 06:14 ---
Subject: Bug 32600
Author: burnus
Date: Thu Jul 19 06:14:19 2007
New Revision: 126744
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126744
Log:
2007-07-19 Christopher D. Rickett <[EMAIL PROTECTED]>
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-19 06:59 ---
> It's known that -O2 contain "-fstrict-aliasing" which has bugs since gcc 3.X.
Huh?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
75 matches
Mail list logo
