[Bug target/26664] use of rjmp on devices with more than 2kb flash
--- Comment #4 from hochstein at algo dot informatik dot tu-darmstadt dot
de 2006-03-14 08:27 ---
This is a GCC bug although my first test program did not show this.
Consider this program:
void a()
{
}
void b()
{
__asm("nop\n nop\n nop\n nop\n nop\n nop");
// ...
// (repeat this line 500 times)
}
int main(){
a();
}
Compile with
avr-gcc -mmcu=atmega8515 -c jmp-test.c
Now avr-objdump shows this:
Disassembly of section .text:
:
0: cf 93 pushr28
2: df 93 pushr29
4: cd b7 in r28, 0x3d ; 61
6: de b7 in r29, 0x3e ; 62
8: df 91 pop r29
a: cf 91 pop r28
c: 08 95 ret
[...]
178c :
178c: c0 e0 ldi r28, 0x00 ; 0
178e: d0 e0 ldi r29, 0x00 ; 0
1790: de bf out 0x3e, r29 ; 62
1792: cd bf out 0x3d, r28 ; 61
1794: 35 d4 rcall .+2154 ; 0x2000
1796: 00 c0 rjmp.+0 ; 0x1798
The call to a() goes into nirvana since a() cannot be reached by
"rcall". "call" must be used instead.
I suppose there is an analogous example for "rjmp".
--
hochstein at algo dot informatik dot tu-darmstadt dot de changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26664
[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations
--- Comment #91 from mueller at gcc dot gnu dot org 2006-03-14 09:24 --- well, of course, because your libstdc++ is compiled with the wrong (LSB incompliant btw) stdc++ allocator. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664
[Bug middle-end/26659] [4.2 Regression] gcc.target/powerpc/ppc-vector-memset.c fails on the mainline
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-03-14 09:53 --- Subject: Bug 26659 Author: rguenth Date: Tue Mar 14 09:53:36 2006 New Revision: 112048 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112048 Log: 2006-03-14 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/26659 * builtins.c (get_pointer_alignment): Prefer alignment information from decls over that from types. Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26659
[Bug middle-end/26659] [4.2 Regression] gcc.target/powerpc/ppc-vector-memset.c fails on the mainline
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-03-14 09:54 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26659
[Bug tree-optimization/26667] Inlining always_inline functions causes further inlining that reduces function size to fail
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-03-14 09:57 --- Fixed on the mainline. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.0 Known to work||4.2.0 Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26667
[Bug tree-optimization/26667] Inlining always_inline functions causes further inlining that reduces function size to fail
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-03-14 09:57 --- Subject: Bug 26667 Author: rguenth Date: Tue Mar 14 09:57:43 2006 New Revision: 112049 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112049 Log: 2006-03-14 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/26667 * ipa-inline.c (cgraph_check_inline_limits): Walk the correct node for the callees. Always allow inlining if it will shrink the function size. Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-inline.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26667
[Bug bootstrap/26673] Bootstrap of GCC trunk failed when configured with --host=...
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-14 10:27 --- if the output of config.guess does not match your --host=... string you are building a cross compiler. Try making those match or also specify --build. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26673
[Bug tree-optimization/26672] [4.1/4.2 Regression] ICE in op_iter_init, triggered by printf->puts optimization
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-14 10:33 --- Right. I have a patch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-03-14 00:15:48 |2006-03-14 10:33:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26672
[Bug target/26664] use of rjmp on devices with more than 2kb flash
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-03-14 10:51 --- Usually these kind of "wrong" jumps get fixed up by the linker by inserting trampolines. So this looks like a binutils bug. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26664
[Bug other/26674] New: missed optimization / 128-bit arithmetic.
__uint128_t sqr_1(__uint64_t x)
{
return (x * (__uint128_t)x);
}
gcc-4.1.1-20060308 produces an ugly code:
sqr_1: xorl%edx, %edx # D.1810
movq%rdi, %rax # x, D.1810
movq%rdx, %rcx #, tmp62
imulq %rdi, %rcx # D.1810, tmp62
mulq%rdi# D.1810
addq%rcx, %rcx # tmp62
addq%rdx, %rcx #, tmp62
movq%rcx, %rdx # tmp62,
ret
the optimal solution is:
movq%rdi, %rax
mulq%rax; or mulq %rdi
ret
__uint128_t sqr_2(__uint64_t x)
{
union {
__uint128_t v;
struct {
__uint64_t lo;
__uint64_t hi;
} q;
} r;
asm volatile("mulq %%rax" : "=d" (r.q.hi), "=a" (r.q.lo) : "a" (x));
return r.v;
}
sqr_2 gives better code but still unoptimal :/
sqr_2: movq%rdi, %rax # x, x
#APP
mulq %rax
#NO_APP
movq%rdx, -16(%rsp) # tmp60, r.q.hi
movq%rax, -24(%rsp) # tmp61, r.q.lo
movq-16(%rsp), %rdx # r.v, r.v
movq-24(%rsp), %rax # r.v, r.v
ret
--
Summary: missed optimization / 128-bit arithmetic.
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: x86-64-linux
GCC host triplet: x86-64-linux
GCC target triplet: x86-64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26674
[Bug tree-optimization/26672] [4.1/4.2 Regression] ICE in op_iter_init, triggered by printf->puts optimization
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-03-14 12:50 --- Subject: Bug 26672 Author: rguenth Date: Tue Mar 14 12:50:10 2006 New Revision: 112050 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112050 Log: 2006-03-14 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/26672 * tree-ssa-propagate.c (set_rhs): Don't walk DEFs if not in SSA form. * gcc.dg/torture/pr26672.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr26672.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-propagate.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26672
[Bug target/26674] missed optimization / 128-bit arithmetic.
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Component|other |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26674
[Bug tree-optimization/26672] [4.1/4.2 Regression] ICE in op_iter_init, triggered by printf->puts optimization
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-03-14 13:30 --- Subject: Bug 26672 Author: rguenth Date: Tue Mar 14 13:30:08 2006 New Revision: 112051 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112051 Log: 2006-03-14 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/26672 * tree-ssa-propagate.c (set_rhs): Don't walk DEFs if not in SSA form. * gcc.dg/torture/pr26672.c: New testcase. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/torture/pr26672.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/tree-ssa-propagate.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26672
[Bug tree-optimization/26672] [4.1/4.2 Regression] ICE in op_iter_init, triggered by printf->puts optimization
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-03-14 13:30 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26672
[Bug tree-optimization/26667] Inlining always_inline functions causes further inlining that reduces function size to fail
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-14 13:30 --- Is this really a regression, if not please close it as fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26667
[Bug tree-optimization/26667] Inlining always_inline functions causes further inlining that reduces function size to fail
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-03-14 13:32 --- This particular testcase does not expose a regression. But because of the times==0 bug I can cause arbitrary ininling that was not done in 4.0. In any case, it would be a low-priority regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26667
[Bug bootstrap/26673] Bootstrap of GCC trunk failed when configured with --host=...
--- Comment #3 from grigory_zagorodnev at linux dot intel dot com 2006-03-14 13:32 --- It appears that configuration scheme changed in revision 112028 of trunk without any notice. [trunk revision 112027] Host type: --build=BUILD configure for building on BUILD [BUILD=HOST] --host=HOST configure for HOST [guessed] --target=TARGET configure for TARGET [TARGET=HOST] [trunk revision 112028] System types: --build=BUILD configure for building on BUILD [guessed] --host=HOST cross-compile to build programs to run on HOST [BUILD] --target=TARGET configure for building compilers for TARGET [HOST] Thus for my purpose I need --build instead of --host for the trunk. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26673
[Bug ada/26678] New: "GNAT BUG DETECTED" when compiling AWS.
When compiling the AWS HEAD release I get the following Error message: gcc -c -O2 -gnatws -gnatn -I- -gnatA /work/rpm/BUILD/AWS-release_2_1a/src/aws-client.adb gcc -c -O2 -gnatws -gnatn -I- -gnatA /work/rpm/BUILD/AWS-release_2_1a/src/aws-net-sets.ads +===GNAT BUG DETECTED==+ | 4.1.0 (i586-suse-linux-gnu) GCC error: | | in get_constraint_for_component_ref, bei tree-ssa-structalias.c:2148 | | Error detected at aws-net-generic_sets.adb:395:1 [aws-net-sets.ads:36:1] | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. /work/rpm/BUILD/AWS-release_2_1a/src/aws-net-sets.ads /work/rpm/BUILD/AWS-release_2_1a/src/aws-net.ads /work/rpm/BUILD/AWS-release_2_1a/src/aws.ads /work/rpm/BUILD/AWS-release_2_1a/src/aws-utils.ads /work/rpm/BUILD/AWS-release_2_1a/include/zlib.ads /work/rpm/BUILD/AWS-release_2_1a/src/aws-net-generic_sets.ads /work/rpm/BUILD/AWS-release_2_1a/src/aws-net-generic_sets.adb /work/rpm/BUILD/AWS-release_2_1a/src/aws-net-thin.ads /work/rpm/BUILD/AWS-release_2_1a/src/aws-os_lib.ads /work/rpm/BUILD/AWS-release_2_1a/src/aws-os_lib-definitions.ads /work/rpm/BUILD/AWS-release_2_1a/src/aws-net-sets.ads Execution terminated by unhandled exception Exception name: TYPES.UNRECOVERABLE_ERROR Message: comperr.adb:380 Call stack traceback locations: 0x8094160 0x8058bae 0x82e118a 0x82e124a 0x82e1294 0x84c4ad0 0x84c48c9 0x84c4931 0x84c5cac 0x84c6427 0x82857f2 0x84affe1 0x84b010c 0x84b0120 0x826eef2 0x805865e 0x84e841d 0x84e90e1 0x8058aba 0x8493ed8 0x826c096 0x40049b0e gnatmake: "/work/rpm/BUILD/AWS-release_2_1a/src/aws-net-sets.ads" compilation error make[1]: *** [build] Fehler 4 make: *** [src_build] Fehler 2 error: Bad exit status from /var/tmp/rpm-tmp.88372 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.88372 (%build) With Regards Martin -- Summary: "GNAT BUG DETECTED" when compiling AWS. Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: krischik at users dot sourceforge dot net GCC build triplet: i586-suse-linux GCC host triplet: i586-suse-linux GCC target triplet: i586-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug bootstrap/26673] Bootstrap of GCC trunk failed when configured with --host=...
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-03-14 13:35 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26673
[Bug ada/26678] "GNAT BUG DETECTED" when compiling AWS.
--- Comment #1 from charlet at gcc dot gnu dot org 2006-03-14 13:38 --- Well, if it's CVS HEAD, it's not a "release". Anyway, please post self contained (reduced if possible) sources showing the problem, as well as standalone command line (simplified if possible). Thanks. Arno -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug ada/26678] "GNAT BUG DETECTED" when compiling AWS.
--- Comment #2 from krischik at users dot sourceforge dot net 2006-03-14 13:45 --- Created an attachment (id=11047) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11047&action=view) The sources, concaternated and ziped. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug middle-end/26635] [4.1/4.2 Regression] Bogus Storage_Error warning
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords|wrong-code |diagnostic Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26635
[Bug ada/26678] "GNAT BUG DETECTED" when compiling AWS.
-- krischik at users dot sourceforge dot net changed: What|Removed |Added Severity|normal |major http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug ada/26678] "GNAT BUG DETECTED" when compiling AWS.
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug ada/26678] "GNAT BUG DETECTED" when compiling AWS.
--- Comment #3 from charlet at gcc dot gnu dot org 2006-03-14 13:52 --- Thanks for the sources. If you get a chance to reduce the problem, that will certainly give this report higher priority. I am also surprised by the location: tree-ssa-structalias.c, I thought strict aliasing was disabled for Ada. Are you using FSF GCC sources or sources modified ? (btw, is there a way to remove the 'waiting' state without confirming the PR ?) Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug target/26674] missed optimization / 128-bit arithmetic.
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-14 13:58 --- Confirmed. The asm matches what we get from expand unfortunately. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-14 13:58:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26674
[Bug target/26674] missed optimization / 128-bit arithmetic.
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-14 14:00 ---
Testcase:
typedef int __int128 __attribute__((mode(TI)));
__int128 foo(long x)
{
return x*(__int128)x;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26674
[Bug ada/26678] "GNAT BUG DETECTED" when compiling AWS.
--- Comment #4 from krischik at users dot sourceforge dot net 2006-03-14 14:02 --- Hi Arnaud, The HEAD is indeed a typo - should have been release_2_1a. For head we have a different problem (bug:26162). As for the compiler, it is the unmodified release version: GNAT 4.1.0 gcc (GCC) 4.1.0 With Regards Martin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug bootstrap/26679] New: boostrap failure due to warning in gcc/varasm.c
During bootstrap line 3072 of varasm.c generates a warning that
shift >= width of type, and the build dies due to -Werror.
This diagnosis is correct but the shift is unreachable.
Environment:
System: Linux dps 2.6.15 #2 PREEMPT Sat Jan 7 17:47:27 GMT 2006 i686 GNU/Linux
Architecture: i686
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: ../gcc/configure --prefix=/usr --enable-shared
--cache-file=config.cache
How-To-Repeat:
bootstrap with HOST_WIDE_INT intendical to unsinged int (e.g.
almost any 32 bit x86 box).
--- Comment #1 from dps at simpson dot demon dot co dot uk 2006-03-14
14:24 ---
Fix:
This patch uses reprocessor logic to elinminate the (harmless,
without -Werrror, warning.
--- gcc/varasm.c.dist 2006-03-08 11:53:25.0 +
+++ gcc/varasm.c2006-03-14 14:12:15.0 +
@@ -3067,11 +3067,16 @@
int i;
h ^= (hashval_t) hwi;
+#if HOST_BITS_PER_WIDE_INT != SIZEOF_UNSIGNED_INT * CHAR_BIT
+ /* Leaving this in emits a warning, so stop compilation, if n=1 */
for (i = 1; i < n; ++i)
{
hwi >>= shift;
h ^= (hashval_t) hwi;
}
+#else
+ i=shift; i=n; /* Squash compiler warnings */
+#endif
}
break;
--- gcc/configure.ac.dist 2006-03-08 11:53:25.0 +
+++ gcc/configure.ac2006-03-14 02:37:17.0 +
@@ -289,6 +289,7 @@
AC_CHECK_SIZEOF(void *)
AC_CHECK_SIZEOF(short)
AC_CHECK_SIZEOF(int)
+AC_CHECK_SIZEOF(unsigned int)
AC_CHECK_SIZEOF(long)
AC_CHECK_TYPES([long long], [AC_CHECK_SIZEOF(long long)])
AC_CHECK_TYPES([__int64], [AC_CHECK_SIZEOF(__int64)])
--- gcc/config.in.dist 2006-03-08 11:53:25.0 +
+++ gcc/config.in 2006-03-14 02:41:09.0 +
@@ -1240,6 +1240,11 @@
#undef SIZEOF_INT
#endif
+/* The size of a `usigned int` as computed by sizeof. */
+#ifndef USED_FOR_TARGET
+#undef SIZEOF_UNSIGNED_INT
+#endif
+
/* The size of a `long', as computed by sizeof. */
#ifndef USED_FOR_TARGET
--
Summary: boostrap failure due to warning in gcc/varasm.c
Product: gcc
Version: 2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dps at simpson dot demon dot co dot uk
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26679
[Bug bootstrap/26679] boostrap failure due to warning in gcc/varasm.c
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-14 14:29 --- What compiler are you using to get that warning? There should be no warning as shift is a variable and n is a variable and should be zero. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Version|2.0 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26679
[Bug bootstrap/26679] boostrap failure due to warning in gcc/varasm.c
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-14 14:31 --- And I don't see why you using SIZEOF_UNSIGNED_INT as unsigned int does not come in anywhere. Now hashval_t does but that could be anything. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26679
[Bug c++/26680] New: internal segfault with operator ( ) on non-integer argument
$ g++ -v
Using built-in specs.
Target: i386-unknown-netbsdelf3.0.
/.../
Thread model: posix
gcc version 4.0.2
$cat main.cc
struct Coord {};
template class Array {};
class Env;
class Obstacle
{
Obstacle(const struct Coord& pos, Env* env)
{
(*env)(pos)->obstacle_set(this);
}
};
$ g++ main.cc
main.cc: In constructor 'Obstacle::Obstacle(Env*)':
main.cc:4: 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.
--
Summary: internal segfault with operator ( ) on non-integer
argument
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mickael dot labau at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26680
[Bug fortran/26681] New: internal compiler error
Please find the message : gfortran -c -O -ffree-form -v -save-temps fspak90.f90 Using built-in specs. Target: i386-linux Configured with: ../gcc/configure --prefix=/cosmic/coudert/tmp/gfortran-20060310/irun --enable-languages=c,fortran --host=i386-linux --with-gmp=/cosmic/coudert/tmp/gfortran-20060310/gfortran_libs Thread model: posix gcc version 4.2.0 20060310 (experimental) /usr/local/gfortran/irun/bin/../libexec/gcc/i386-linux/4.2.0/f951 fspak90.f90 -quiet -dumpbase fspak90.f90 -mtune=i386 -auxbase fspak90 -O -version -ffree-form -I /usr/local/gfortran/irun/bin/../lib/gcc/i386-linux/4.2.0/finclude -o fspak90.s GNU F95 version 4.2.0 20060310 (experimental) (i386-linux) compiled by GNU C version 4.2.0 20060310 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 fspak90.f90: In function fspak90r4: fspak90.f90:152: internal compiler error: in gfc_finish_var_decl, at fortran/trans-decl.c:501 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: internal compiler error Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: chapuis at tours dot inra dot fr GCC host triplet: Linux I686 32bit http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26681
[Bug c++/26680] internal segfault with operator ( ) on non-integer argument
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-14 14:44 --- Fixed in 4.0.3. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to fail||4.0.2 Known to work||4.0.3 Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26680
[Bug ada/26678] "GNAT BUG DETECTED" when compiling AWS.
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-03-14 14:47 --- > I am also surprised by the location: tree-ssa-structalias.c, I thought > strict aliasing was disabled for Ada. Are you using FSF GCC sources or sources > modified ? Structure aliasing is indeed disabled for Ada but tree-ssa-structalias.c contains the generic points-to analyser, aka "constraint solver". -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug ada/26678] "GNAT BUG DETECTED" when compiling AWS.
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-14 14:53 --- A note is that it works on x86_64 (and I cannot test i686 because Ada does not have mulitilib support:( ). if Ada did have multilib support I could reduce this easier. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug tree-optimization/26672] [4.1/4.2 Regression] ICE in op_iter_init, triggered by printf->puts optimization
--- Comment #6 from patchapp at dberlin dot org 2006-03-14 14:56 --- Subject: Bug number PR26672 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/2006-03/msg00841.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26672
[Bug fortran/26681] internal compiler error
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-14 14:59 --- Can you attach fspak90.f90 (if it is legal to do so)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26681
[Bug bootstrap/26679] boostrap failure due to warning in gcc/varasm.c
--- Comment #4 from joseph at codesourcery dot com 2006-03-14 15:11 --- Subject: Re: boostrap failure due to warning in gcc/varasm.c On Tue, 14 Mar 2006, pinskia at gcc dot gnu dot org wrote: > What compiler are you using to get that warning? > There should be no warning as shift is a variable and n is a variable and > should be zero. shift is a const variable initialized with a constant, so when building with optimization (this is the stage1 compiler building the stage2 compiler) it gets replaced by its value. Because the warning is given before dead code elimination, the fact that n is also a constant and the code is unreachable is irrelevant. Why this error is newly appeared I'm not sure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26679
[Bug fortran/26681] internal compiler error
--- Comment #2 from Herve dot Chapuis at tours dot inra dot fr 2006-03-14
15:14 ---
Subject: Re: internal compiler error
pinskia at gcc dot gnu dot org a écrit :
> --- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-14 14:59
> ---
> Can you attach fspak90.f90 (if it is legal to do so)?
>
>
>
I think (hope) it is legal to do so. These programs are free of use for
research purpose.
module sparseop
! sparse matrix operations including fspak90
use sparsem
implicit none
interface fspak90
module procedure fspak90r8,fspak90r4
end interface
! matrix by vector multiplication
interface mult
module procedure mult_densem_vec,mult_hashm_vec,mult_ija_vec,&
mult_vec_densem,mult_vec_hashm,mult_vec_ija
end interface
! matrix by scalar multiplication
interface multmatscal
module procedure mult_densem_scal, mult_hashm_scal,mult_ija_scal
end interface
contains
subroutine fspak90r4(operation,ija,rs4,sol4,det,msglev,maxmem,rank,rs8,sol8)
! interface to fspak; most parameters above optional and memory
! allocation dynamic
interface
subroutine fspak(mode,n,ia,ja,a,sol,flag,io1,io2,memory,&
mem_needed,work,i1,i2,i3,i4,i5,i6,rank)
use kinds
integer :: mode,n,ia(1),ja(1), flag,io1,io2,memory,&
mem_needed,i1,i2,i3,i4,i5,i6,rank
real (r8) :: a(1),sol(1),work(1)
end subroutine
end interface
character (len=*) :: operation
type (sparse_ija):: ija
real(r8),optional :: rs8(:),sol8(:),det
real(r4),optional :: rs4(:),sol4(:)
real (r8), allocatable:: sol(:)
!optional parameters
integer,optional::rank,msglev,maxmem
integer :: msglev_o,maxmem_o,i
integer,save :: rank_o,status=-1,last_n=0
! status = -1 (initial), 1 (ordering done), 2 (factorization done)
integer,save :: memory=100!initial memory, modified by later programs
real (r8),save,pointer :: work(:)=>null()
real , external:: second
if (last_n /= ija%n) then
status=min(status,0) !redo everything if dimension changes
last_n=ija%n
endif
!
if (.not. present(msglev)) then
msglev_o=0 ! default message level = minimal
else
msglev_o=msglev
endif
if (.not. present(maxmem)) then
maxmem_o=huge(maxmem) ! infinite memory limit if maxmem missing
else
maxmem_o=maxmem
endif
select case (operation(1:3))
case ('fac') !factorization
status=min(status,1)!nullify factorization if done
call do_fact
case('sol')!solution
allocate(sol(ija%n))
if (present(sol8) .and. present(rs8)) then
! sol=rs8
do i = 1, ija%n
sol(i) = rs8(i)
enddo
call do_fact
call run_fspak('solve')
! sol8=sol
do i = 1, ija%n
sol8(i) = sol(i)
enddo
elseif (present(sol4) .and. present(rs4)) then
!sol=rs4
do i = 1, ija%n
sol(i) = rs4(i)
enddo
call do_fact
call run_fspak('solve')
!sol4=sol
do i = 1, ija%n
sol4(i) = sol(i)
enddo
else
print*,'FSPAK90: optional parameter SOL or RS missing'
stop
endif
deallocate(sol)
case('inv') !sparse inversion
call do_fact
call run_fspak('inverse')
status=1!factorization lost
case('res')!reset storage
if (status > -1) deallocate(work)
status=-1
memory=100
case('det') !determinant
if (.not. present(det)) then
print*,'FSPAK90: optional parameter DET missing'
else
call do_fact
call run_fspak('det')
endif
case('lde') !log determinant
if (.not. present(det)) then
print*,'FSPAK90: optional parameter DET misiing'
else
call do_fact
call run_fspak('ldet')
endif
case('sta') !print statistics
call run_fspak('statistics')
case default
print*,'FSPAK90 operation ',operation,' unknown'
end select
contains
subroutine do_fact
! executes all stages of fspak so that the factorization is available
if (status == -1) then
allocate(work(memory/2+1)) ! real(r8) needed as integer
status=0
endif
if (status == 0) then
call run_fspak('ordering')
call run_fspak('symbolic_fact')
status=1
endif
if (status == 1) then
call run_fspak('numeric_fact')
status=2
endif
[Bug fortran/24558] ENTRY doesn't work in module procedures
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-14 15:14 --- A simplier example from progsf90: module ranlib CONTAINS LOGICAL FUNCTION qrgnin() LOGICAL qrgnsn ENTRY qrgnsn(qvalue) end function end module -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24558
[Bug fortran/26682] New: gfortran fails with -fwhole-program optimization
The following simple.f90 program: PROGRAM hello_world PRINT *,"Hello, World!" END PROGRAM hello_world does not compile with the following arguments: gfortran -fwhole-program -O2 -o simple simple.f90 ~/gcc_install/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../libgfortranbegin.a(fmain.o)(.text+0x23): In function `main': ../../../gcc-4.1.0/libgfortran/fmain.c:18: undefined reference to `MAIN__' collect2: ld returned 1 exit status The program compiles fine with just -O2 or -fwhole-program and prints out the expected Hello, World! I think the problem roughly is that -fwhole-program combined with -O2 is optimizing out the main function since it is not getting called internally. I was unable to find in the documentation any method of forcing external visiblity in a fortran 90 program. There was also no mention of gfortran not having -fwhole-program working in http://gcc.gnu.org/onlinedocs/gcc-4.1.0/gcc/Optimize-Options.html -- Summary: gfortran fails with -fwhole-program optimization Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jjcogliati-r1 at yahoo dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26682
[Bug fortran/26682] gfortran fails with -fwhole-program optimization
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-14 15:19 --- I have a fix already in mind for this simple issue. Though -fwhole-program is not going to be fixed for Fortran code until the front-end stops having more than one decl per function. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||link-failure Last reconfirmed|-00-00 00:00:00 |2006-03-14 15:19:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26682
[Bug fortran/26681] internal compiler error
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-14 15:22 --- I cannot reproduce this ICE with 4.2.0 20060312. I do run into another ICE compiling fspak90 but that is filed as PR 24558. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26681
[Bug bootstrap/26679] boostrap failure due to warning in gcc/varasm.c
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-14 15:24:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26679
[Bug middle-end/26679] [4.2 Regression] boostrap failure due to warning in gcc/varasm.c
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |middle-end Keywords||build Summary|boostrap failure due to |[4.2 Regression] boostrap |warning in gcc/varasm.c |failure due to warning in ||gcc/varasm.c Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26679
[Bug middle-end/26679] [4.2 Regression] boostrap failure due to warning in gcc/varasm.c
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-14 15:27 --- Actually can you try it again after: 2006-03-14 Richard Guenther <[EMAIL PROTECTED]> * configure: Regenerate with autoconf 2.13. I think the toplevel configure was exposing this. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26679
[Bug fortran/26681] internal compiler error
--- Comment #4 from Herve dot Chapuis at tours dot inra dot fr 2006-03-14 15:37 --- Subject: Re: internal compiler error pinskia at gcc dot gnu dot org a écrit : > --- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-14 15:22 > --- > I cannot reproduce this ICE with 4.2.0 20060312. I do run into another ICE > compiling fspak90 but that is filed as PR 24558. > > > So what ? Is there a patch which I should use to correct this error ? Do you need more info to reproduce this ICE ? Please ask and I will try to provide all the available info. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26681
[Bug c/26683] New: sparc-solaris likes -pthreads, linux likes -pthread
Did a search -- didn't see this...I'm porting threaded software between solaris and linux and came across this... bash2 :2 [EMAIL PROTECTED] 01:30:15; gcc -v Reading specs from /usr/local/gcc-3.4.5/lib/gcc/sparc-sun-solaris2.8/3.4.5/specs Configured with: /usr/local/src/gnu/gcc-3.4.5/configure --prefix=/usr/local/gcc-3.4.5 --disable-multilib --with-as=/usr/local/bin/as --with-ld=/usr/local/bin/ld --enable-threads=posix --disable-nls --enable-languages=c,c++ Thread model: posix gcc version 3.4.5 bash2 :2 [EMAIL PROTECTED] 01:30:18; gcc -pthread gcc: unrecognized option `-pthread' gcc: no input files bash2 :2 [EMAIL PROTECTED] 01:30:21; gcc -pthreads gcc: no input files :1 [EMAIL PROTECTED] 01:30:44; gcc -v Reading specs from /u/mleisner/lib/gcc/i686-pc-linux-gnu/3.4.5/specs Configured with: ../../src/gcc-3.4.5/configure --prefix=/u/mleisner --enable-__cxa_atexit --disable-nls --enable-languages=c,c++ Thread model: posix gcc version 3.4.5 :1 [EMAIL PROTECTED] 01:30:46; gcc -pthread gcc: no input files :1 [EMAIL PROTECTED] 01:30:53; gcc -pthreads gcc: unrecognized option `-pthreads' gcc: no input files Its different in the spec files -- its spelled -pthread in the documentation... -- Summary: sparc-solaris likes -pthreads, linux likes -pthread Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: leisner at rochester dot rr dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26683
[Bug target/26683] sparc-solaris likes -pthreads, linux likes -pthread
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-14 18:42 --- Fixed in 4.2.0 by saying -pthread on solaris is now the same as -pthreads. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |target Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26683
Re: [Bug bootstrap/26679] boostrap failure due to warning in gcc/varasm.c
All, If the warning isn't bogus then we probably need to do the shift in two steps (i.e. hwi = (hwi >> (shift - 1)) >> 1) as done elsewhere to avoid the potential warning. --- joseph at codesourcery dot com <[EMAIL PROTECTED]> wrote: > > > --- Comment #4 from joseph at codesourcery dot com 2006-03-14 15:11 > --- > Subject: Re: boostrap failure due to warning in > gcc/varasm.c > > On Tue, 14 Mar 2006, pinskia at gcc dot gnu dot org wrote: > > > What compiler are you using to get that warning? > > There should be no warning as shift is a variable and n is a variable and > > should be zero. > > shift is a const variable initialized with a constant, so when building > with optimization (this is the stage1 compiler building the stage2 > compiler) it gets replaced by its value. Because the warning is given > before dead code elimination, the fact that n is also a constant and the > code is unreachable is irrelevant. Why this error is newly appeared I'm > not sure. > > > -- > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26679 > >
[Bug middle-end/26679] [4.2 Regression] boostrap failure due to warning in gcc/varasm.c
--- Comment #6 from graham dot stott at btinternet dot com 2006-03-14 18:55 --- Subject: Re: boostrap failure due to warning in gcc/varasm.c All, If the warning isn't bogus then we probably need to do the shift in two steps (i.e. hwi = (hwi >> (shift - 1)) >> 1) as done elsewhere to avoid the potential warning. --- joseph at codesourcery dot com <[EMAIL PROTECTED]> wrote: > > > --- Comment #4 from joseph at codesourcery dot com 2006-03-14 15:11 > --- > Subject: Re: boostrap failure due to warning in > gcc/varasm.c > > On Tue, 14 Mar 2006, pinskia at gcc dot gnu dot org wrote: > > > What compiler are you using to get that warning? > > There should be no warning as shift is a variable and n is a variable and > > should be zero. > > shift is a const variable initialized with a constant, so when building > with optimization (this is the stage1 compiler building the stage2 > compiler) it gets replaced by its value. Because the warning is given > before dead code elimination, the fact that n is also a constant and the > code is unreachable is irrelevant. Why this error is newly appeared I'm > not sure. > > > -- > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26679 > > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26679
Re: [Bug bootstrap/26679] boostrap failure due to warning in gcc/varasm.c
On Mar 14, 2006, at 1:55 PM, Graham Stott wrote: All, If the warning isn't bogus then we probably need to do the shift in two steps (i.e. hwi = (hwi >> (shift - 1)) >> 1) as done elsewhere to avoid the potential warning. The only reason why it is bogus is because well it is dead code :). -- Pinski
[Bug middle-end/26679] [4.2 Regression] boostrap failure due to warning in gcc/varasm.c
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-14 18:57 --- Subject: Re: boostrap failure due to warning in gcc/varasm.c On Mar 14, 2006, at 1:55 PM, Graham Stott wrote: > All, > > If the warning isn't bogus then we probably need to do the shift in > two steps > (i.e. hwi = (hwi >> (shift - 1)) >> 1) as done elsewhere to avoid the > potential warning. The only reason why it is bogus is because well it is dead code :). -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26679
[Bug middle-end/26557] [4.0/4.1 Regression] ICE in simplify_subreg
--- Comment #5 from sayle at gcc dot gnu dot org 2006-03-14 19:19 --- Subject: Bug 26557 Author: sayle Date: Tue Mar 14 19:19:14 2006 New Revision: 112063 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112063 Log: PR middle-end/26557 * stmt.c (emit_case_nodes): Handle the case where the index is a CONST_INT, where the comparison mode is specified by the index type. * gcc.c-torture/compile/switch-1.c: New test case. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/switch-1.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/stmt.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26557
[Bug other/26489] [4.1 Regression] compilation of c++ fails in eh_alloc.cc on NetBSD
--- Comment #17 from sayle at gcc dot gnu dot org 2006-03-14 19:21 --- Subject: Bug 26489 Author: sayle Date: Tue Mar 14 19:21:25 2006 New Revision: 112064 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112064 Log: PR other/26489 Backport from mainline. * gthr-posix.h (__gthrw2): Define to take three parameters, the declared name, the weak reference name, and the typeof name. (__gthrw): Avoid expanding the declared name suffix. (__gthrw3): New Tru64 specific macro to simplify the OSF/1 decls. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/gthr-posix.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26489
[Bug middle-end/19543] [4.1 only] fortran LOGICAL*8 not consistently distinguished from 32 bit integers
--- Comment #13 from sayle at gcc dot gnu dot org 2006-03-14 19:25 --- Subject: Bug 19543 Author: sayle Date: Tue Mar 14 19:25:25 2006 New Revision: 112065 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112065 Log: PR middle-end/19543 Backport from mainline. * varasm.c (compare_constant) : Integer constants are only equivalent if the have both the same mode and precision. * gfortran.dg/logical_1.f90: New test case. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/logical_1.f90 Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/varasm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19543
[Bug fortran/18537] no warning about tabs with std=f95 option
--- Comment #3 from kargl at gcc dot gnu dot org 2006-03-14 19:37 --- Subject: Bug 18537 Author: kargl Date: Tue Mar 14 19:37:49 2006 New Revision: 112066 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112066 Log: PR 18537 * gfortran.h: Wrap Copyright line. (gfc_option_t): add warn_tabs member. * lang.opt: Update Coyright year. Add the Wtabs. * invoke.texi: Document -Wtabs. * scanner.c (gfc_gobble_whitespace): Use warn_tabs. Add linenum to suppress multiple warnings. (load_line): Use warn_tabs. Add linenum, current_line, seen_comment to suppress multiple warnings. * options.c (gfc_init_options): Initialize warn_tabs. (set_Wall): set warn_tabs for -Wall. (gfc_post_options): Adjust flag_tabs depending on -pedantic. (gfc_handle_option): Process command-line option -W[no-]tabs Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/invoke.texi trunk/gcc/fortran/lang.opt trunk/gcc/fortran/options.c trunk/gcc/fortran/scanner.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18537
[Bug fortran/18537] no warning about tabs with std=f95 option
--- Comment #4 from kargl at gcc dot gnu dot org 2006-03-14 19:41 --- This catchs most of the offending tabs. I'm not sure that it will catch them all. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Version|4.0.0 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18537
[Bug bootstrap/26684] New: Darwin bootstrap failure (fixincludes?)
Trying to build the latest gcc mainline source (SVN revision 112063) on Darwin (OS X 10.4.5 G5) /Users/perrin/gcc_MAINLINE/gcc/configure --prefix=/Users/perrin/gcc_MAINLINE/INSTALL/112063/ --enable-threads=posix --enable-languages=c,c++, --disable-multilib then make -j 3 bootstrap; make install I get the following errors. (I successfully built gcc 4.2.0 SVN 111976 on Saturday on this exact same computer with the exact same ./configure options. and I just built SVN 112063 on x86_64 and it worked fine) -- /Users/perrin/gcc_MAINLINE/BUILD/./prev-gcc/xgcc -B/Users/perrin/gcc_MAINLINE/BUILD/./prev-gcc/ -B/Users/perrin/gcc_MAINLINE/INSTALL/112063//powerpc-apple-darwin8.5.0/bin/ -c -g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I/Users/perrin/gcc_MAINLINE/gcc/gcc -I/Users/perrin/gcc_MAINLINE/gcc/gcc/. -I/Users/perrin/gcc_MAINLINE/gcc/gcc/../include -I./../intl -I/Users/perrin/gcc_MAINLINE/gcc/gcc/../libcpp/include -I/Users/perrin/gcc_MAINLINE/gcc/gcc/../libdecnumber -I../libdecnumber /Users/perrin/gcc_MAINLINE/gcc/gcc/regclass.c -o regclass.o cc1: warnings being treated as errors /Users/perrin/gcc_MAINLINE/gcc/gcc/reg-stack.c:186: warning: 'stack_regs_mentioned_data' defined but not used make[3]: *** [reg-stack.o] Error 1 make[3]: *** Waiting for unfinished jobs rm fsf-funding.pod gcov.pod gfdl.pod cpp.pod gpl.pod gcc.pod make[2]: *** [all-stage2-gcc] Error 2 make[1]: *** [stage2-bubble] Error 2 make: *** [bootstrap] Error 2 /bin/sh /Users/perrin/gcc_MAINLINE/gcc/mkinstalldirs /Users/perrin/gcc_MAINLINE/INSTALL/112063/ /Users/perrin/gcc_MAINLINE/INSTALL/112063/ /bin/sh: line 1: cd: ./fixincludes: No such file or directory make[1]: *** [install-fixincludes] Error 1 make: *** [install] Error 2 -- Summary: Darwin bootstrap failure (fixincludes?) Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: perrin at msli dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26684
[Bug middle-end/26684] [4.2 Regression] Darwin bootstrap failure (fixincludes?)
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|bootstrap |middle-end Keywords||build Summary|Darwin bootstrap failure|[4.2 Regression] Darwin |(fixincludes?) |bootstrap failure ||(fixincludes?) Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26684
[Bug middle-end/26684] [4.2 Regression] ppc-Darwin bootstrap failure
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-14 20:16 --- This has nothing to do with fixincludes but instead: cc1: warnings being treated as errors /Users/perrin/gcc_MAINLINE/gcc/gcc/reg-stack.c:186: warning: 'stack_regs_mentioned_data' defined but not used This was caused by: 2006-03-14 Kazu Hirata <[EMAIL PROTECTED]> * Makefile.in (reg-stack.o): Don't depend on gt-reg-stack.h. * reg-stack.c (stack_regs_mentioned_data): Change the type to VEC(char,heap) *. (stack_regs_mentioned): Update the uses of stack_regs_mentioned_data. Don't access the array beyond its end. (reg_to_stack): Update the uses of stack_regs_mentioned_data. Don't include gt-reg-stack.h. Since stack_regs_mentioned_data is no longer referenced as it is now longer GTY'd. This is true for targets that don't use reg-stack which is every taget except for x86 and x86_64. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet||all except for x86/x86_64 Last reconfirmed|-00-00 00:00:00 |2006-03-14 20:16:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26684
[Bug middle-end/26684] [4.2 Regression] ppc-Darwin bootstrap failure
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-14 20:18 --- For the reporter, instead of just "make bootstrap;make install", it might be better to use "make bootstrap && make install" so that it stops when the bootstrap fails instead of after wards. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26684
[Bug other/26685] New: man pages refer to nonexisting --param max-cse-insns
gcc man page says: max-cse-insns: The maximum instructions CSE process before flushing. The default is 1000. but gcc --param max-cse-insns=1000 gives the following error: cc1: error: invalid parameter 'max-cse-insns' With some googling I found the following patch which seems to have a bug where it uses the parameter max-flow-memory-locations erronously also in place for max-cse-insns http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00249.html -- Summary: man pages refer to nonexisting --param max-cse-insns Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mikko dot tiihonen at hut dot fi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26685
[Bug rtl-optimization/26685] [4.1/4.2 regression] documentation refer to nonexisting --param max-cse-insns
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-14 20:26 --- Confirmed, this is a regression as the documentation is wrong but was correct before 4.1.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Component|other |rtl-optimization Ever Confirmed|0 |1 Keywords||documentation Last reconfirmed|-00-00 00:00:00 |2006-03-14 20:26:28 date|| Summary|man pages refer to |[4.1/4.2 regression] |nonexisting --param max-cse-|documentation refer to |insns |nonexisting --param max-cse- ||insns Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26685
[Bug middle-end/26684] [4.2 Regression] ppc-Darwin bootstrap failure
--- Comment #3 from kazu at gcc dot gnu dot org 2006-03-14 20:47 --- Subject: Bug 26684 Author: kazu Date: Tue Mar 14 20:47:17 2006 New Revision: 112067 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112067 Log: PR middle-end/26684 * reg-stack.c (stack_regs_mentioned_data): Put it undef #ifdef STACK_REGS. Modified: trunk/gcc/ChangeLog trunk/gcc/reg-stack.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26684
[Bug middle-end/26684] [4.2 Regression] ppc-Darwin bootstrap failure
--- Comment #4 from kazu at gcc dot gnu dot org 2006-03-14 21:11 --- Just checked in a patch. -- kazu at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26684
[Bug target/26683] sparc-solaris likes -pthreads, linux likes -pthread
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-03-14 22:35 --- > Fixed in 4.2.0 by saying -pthread on solaris is now the same as -pthreads. In fact in 4.1.0 too. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Target Milestone|4.2.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26683
[Bug middle-end/19543] [4.1 only] fortran LOGICAL*8 not consistently distinguished from 32 bit integers
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-03-14 23:08 --- Fixed, thanks Roger for fixing this. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19543
[Bug other/26489] [4.1 Regression] compilation of c++ fails in eh_alloc.cc on NetBSD
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-03-14 23:08 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26489
[Bug middle-end/26557] [4.0 Regression] ICE in simplify_subreg
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-14 23:09 --- Fixed also in 4.1.1 now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work|3.4.0 4.2.0 |3.4.0 4.2.0 4.1.1 Summary|[4.0/4.1 Regression] ICE in |[4.0 Regression] ICE in |simplify_subreg |simplify_subreg http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26557
[Bug java/26638] Mauve crypto test failures
--- Comment #2 from tromey at gcc dot gnu dot org 2006-03-15 00:20 --- I looked at this a bit. First, IMode has a method -- this is a bug, as it is not needed. Second, I don't understand why, but we leave a slot in the itable for . There doesn't seem to be any reason to do this; it just bloats the itable a bit. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-15 00:20:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26638
[Bug java/26638] Mauve crypto test failures
--- Comment #3 from tromey at gcc dot gnu dot org 2006-03-15 00:25 --- I see something else strange in here. maybe_yank_clinit() does nothing unless we are compiling to bytecode. I can't see why that would be. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26638
[Bug middle-end/26684] [4.2 Regression] ppc-Darwin bootstrap failure
--- Comment #5 from perrin at msli dot com 2006-03-15 00:48 --- I just build gcc/trunk Revision 112069 and I got a working compiler on my G5. Thanks. perrin-meyers-power-mac-g5:~/gcc_MAINLINE/INSTALL/112069/bin perrin$ /Users/perrin/gcc_MAINLINE/INSTALL/112069/bin/gcc -v Using built-in specs. Target: powerpc-apple-darwin8.5.0 Configured with: /Users/perrin/gcc_MAINLINE/gcc/configure --prefix=/Users/perrin/gcc_MAINLINE/INSTALL/112069/ --enable-threads=posix --enable-languages=c,c++ --disable-multilib Thread model: posix gcc version 4.2.0 20060314 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26684
[Bug fortran/20935] failed assertion for maxloc(n, mask=.true.)
--- Comment #6 from patchapp at dberlin dot org 2006-03-15 03:05 --- Subject: Bug number PR 20935 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/2006-03/msg00881.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20935
[Bug driver/26686] New: ../../../gcc/libgfortran/mk-kinds-h.sh: Unknown type
/bin/sh ../../../gcc/libgfortran/mk-kinds-h.sh '/test/gnu/gcc-4.1/objdir/./gcc/g fortran -B/test/gnu/gcc-4.1/objdir/./gcc/ -B/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-h pux11.11/bin/ -B/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/lib/ -isystem /opt/ gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/include -isystem /opt/gnu64/gcc/gcc-4.1. 0/hppa64-hp-hpux11.11/sys-include -I . -Wall -fno-repack-arrays -fno-underscorin g ' > kinds.h || rm kinds.h ../../../gcc/libgfortran/mk-kinds-h.sh: Unknown type grep '^#' < kinds.h > kinds.inc /bin/sh: kinds.h: Cannot find or open the file. make[3]: *** [kinds.inc] Error 1 make[3]: Leaving directory `/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/libgfor tran' # /test/gnu/gcc-4.1/objdir/./gcc/g fortran -B/test/gnu/gcc-4.1/objdir/./gcc/ -B/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-h pux11.11/bin/ -B/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/lib/ -isystem /opt/ gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/include -isystem /opt/gnu64/gcc/gcc-4.1. 0/hppa64-hp-hpux11.11/sys-include -I . -Wall -fno-repack-arrays -fno-underscorin g /opt/gnu64/gcc/gcc-4.1.0/lib/gcc/hppa64-hp-hpux11.11/4.1.0/../../../libgfortranbegin.a(fmain.o): In function `main': undefined reference to `MAIN__' collect2: ld returned 1 exit status Adding -Wl,-debug: Convert string '/test/gnu/gcc-4.1/objdir/./gcc/hppa64-hp-hpux11.11/4.1.0/:/test/gnu/gcc-4.1/objdir/./gcc/:/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/bin/hppa64-hp-hpux11.11/4.1.0/:/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/bin/:/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/lib/hppa64-hp-hpux11.11/4.1.0/:/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/lib/:/test/gnu/gcc-4.1/objdir/gcc/../libexec/gcc/hppa64-hp-hpux11.11/4.1.0/:/test/gnu/gcc-4.1/objdir/gcc/../libexec/gcc/:/opt/gnu64/gcc/gcc-4.1.0/libexec/gcc/hppa64-hp-hpux11.11/4.1.0/:/opt/gnu64/gcc/gcc-4.1.0/libexec/gcc/hppa64-hp-hpux11.11/4.1.0/:/opt/gnu64/gcc/gcc-4.1.0/libexec/gcc/hppa64-hp-hpux11.11/:/opt/gnu64/gcc/gcc-4.1.0/lib/gcc/hppa64-hp-hpux11.11/4.1.0/:/opt/gnu64/gcc/gcc-4.1.0/lib/gcc/hppa64-hp-hpux11.11/:/usr/libexec/gcc/hppa64-hp-hpux11.11/4.1.0/:/usr/libexec/gcc/hppa64-hp-hpux11.11/:/usr/lib/gcc/hppa64-hp-hpux11.11/4.1.0/:/usr/lib/gcc/hppa64-hp-hpux11.11/:/test/gnu/gcc-4.1/objdir/gcc/../lib/gcc/hppa64-hp-hpux11.11/4.1.0/../../../../hppa64-hp-hpux11.11/bin/hppa64-hp-hpux11.11/4.1.0/:/test/gnu/gcc-4.1/objdir/gcc/../lib/gcc/hppa64-hp-hpux11.11/4.1.0/../../../../hppa64-hp-hpux11.11/bin/:/opt/gnu64/gcc/gcc-4.1.0/lib/gcc/hppa64-hp-hpux11.11/4.1.0/../../../../hppa64-hp-hpux11.11/bin/hppa64-hp-hpux11.11/4.1.0/:/opt/gnu64/gcc/gcc-4.1.0/lib/gcc/hppa64-hp-hpux11.11/4.1.0/../../../../hppa64-hp-hpux11.11/bin/:/usr/ccs/binhppa64-hp-hpux11.11/4.1.0/:/usr/ccs/bin' into prefixes, separator = ':' - add prefix: /test/gnu/gcc-4.1/objdir/./gcc/hppa64-hp-hpux11.11/4.1.0/ - add prefix: /test/gnu/gcc-4.1/objdir/./gcc/ - add prefix: /opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/bin/hppa64-hp-hpux11.11/4.1.0/ - add prefix: /opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/bin/ - add prefix: /opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/lib/hppa64-hp-hpux11.11/4.1.0/ - add prefix: /opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/lib/ - add prefix: /test/gnu/gcc-4.1/objdir/gcc/../libexec/gcc/hppa64-hp-hpux11.11/4.1.0/ - add prefix: /test/gnu/gcc-4.1/objdir/gcc/../libexec/gcc/ - add prefix: /opt/gnu64/gcc/gcc-4.1.0/libexec/gcc/hppa64-hp-hpux11.11/4.1.0/ - add prefix: /opt/gnu64/gcc/gcc-4.1.0/libexec/gcc/hppa64-hp-hpux11.11/4.1.0/ - add prefix: /opt/gnu64/gcc/gcc-4.1.0/libexec/gcc/hppa64-hp-hpux11.11/ - add prefix: /opt/gnu64/gcc/gcc-4.1.0/lib/gcc/hppa64-hp-hpux11.11/4.1.0/ - add prefix: /opt/gnu64/gcc/gcc-4.1.0/lib/gcc/hppa64-hp-hpux11.11/ - add prefix: /usr/libexec/gcc/hppa64-hp-hpux11.11/4.1.0/ - add prefix: /usr/libexec/gcc/hppa64-hp-hpux11.11/ - add prefix: /usr/lib/gcc/hppa64-hp-hpux11.11/4.1.0/ - add prefix: /usr/lib/gcc/hppa64-hp-hpux11.11/ - add prefix: /test/gnu/gcc-4.1/objdir/gcc/../lib/gcc/hppa64-hp-hpux11.11/4.1.0/../../../../hppa64-hp-hpux11.11/bin/hppa64-hp-hpux11.11/4.1.0/ - add prefix: /test/gnu/gcc-4.1/objdir/gcc/../lib/gcc/hppa64-hp-hpux11.11/4.1.0/../../../../hppa64-hp-hpux11.11/bin/ - add prefix: /opt/gnu64/gcc/gcc-4.1.0/lib/gcc/hppa64-hp-hpux11.11/4.1.0/../../../../hppa64-hp-hpux11.11/bin/hppa64-hp-hpux11.11/4.1.0/ - add prefix: /opt/gnu64/gcc/gcc-4.1.0/lib/gcc/hppa64-hp-hpux11.11/4.1.0/../../../../hppa64-hp-hpux11.11/bin/ - add prefix: /usr/ccs/binhppa64-hp-hpux11.11/4.1.0/ - add prefix: /usr/ccs/bin/ Convert string '/opt/gnu64/bin:/opt/gnu/bin:/opt/perl5/bin:/usr/bin:/usr/sbin:/sbin' into prefixes, separator = ':' - add prefix: /opt/gnu64/bin/ - add prefix: /opt/gnu/bin/ - add prefix: /opt/perl5/bin/ - add prefix: /usr/bin/ - add prefix: /usr/sbin/ - add prefix: /sbin/ Looking for 'gnm' Looking for 'gnm' Looking for 'nm' Looking for 'gstrip' Looking for 'gstrip' Looking for 'strip' Looking for '/test/gnu/gcc-4.1/objdir/./gcc/gfortran' - found: absolute path collect2 version
[Bug driver/26686] ../../../gcc/libgfortran/mk-kinds-h.sh: Unknown type
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-15 03:15 --- wait this test should not be linking at this point. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26686
[Bug driver/26686] ../../../gcc/libgfortran/mk-kinds-h.sh: Unknown type
--- Comment #2 from danglin at gcc dot gnu dot org 2006-03-15 03:37 --- Just adding '-v' to the command, I see that all the command does is link: Driving: /test/gnu/gcc-4.1/objdir/./gcc/gfortran -B/test/gnu/gcc-4.1/objdir/./gc c/ -B/opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/bin/ -B/opt/gnu64/gcc/gcc-4.1. 0/hppa64-hp-hpux11.11/lib/ -isystem /opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11 /include -isystem /opt/gnu64/gcc/gcc-4.1.0/hppa64-hp-hpux11.11/sys-include -I . -Wall -fno-repack-arrays -fno-underscoring -v -lgfortranbegin -lgfortran -lm -sh ared-libgcc Reading specs from /test/gnu/gcc-4.1/objdir/./gcc/specs Target: hppa64-hp-hpux11.11 Configured with: ../gcc/configure --with-gnu-as --with-as=/opt/gnu64/bin/as --wi th-gnu-ld --with-ld=/opt/gnu64/bin/ld --enable-shared --disable-nls --with-local -prefix=/opt/gnu64 --prefix=/opt/gnu64/gcc/gcc-4.1.0 --host=hppa64-hp-hpux11.11 --enable-threads=posix --disable-libmudflap --with-gmp=/opt/gnu64/gcc/gcc-4.1.0 --enable-languages=c,c++,objc,obj-c++,fortran,java Thread model: posix gcc version 4.1.0 /test/gnu/gcc-4.1/objdir/./gcc/collect2 -E -u main /usr/ccs/lib/pa20_64/crt0.o /lib/pa20_64/unix98.o /test/gnu/gcc-4.1/objdir/./gcc/crtbegin.o -L/test/gnu/gcc- 4.1/objdir/./gcc -L/opt/gnu64/gcc/gcc-4.1.0/lib/gcc/hppa64-hp-hpux11.11/4.1.0 -L /usr/ccs/lib/pa20_64 -L/opt/langtools/lib/pa20_64 -L/opt/gnu64/gcc/gcc-4.1.0/lib /gcc/hppa64-hp-hpux11.11/4.1.0/../../.. -L/lib/pa20_64 -L/usr/lib/pa20_64 -lgfor tranbegin -lgfortran -lm -lgcc_s -lgcc -lc /usr/lib/pa20_64/milli.a -lgcc_s -lgc c /test/gnu/gcc-4.1/objdir/./gcc/crtend.o /opt/gnu64/gcc/gcc-4.1.0/lib/gcc/hppa64-hp-hpux11.11/4.1.0/../../../libgfortranb egin.a(fmain.o): In function `main': undefined reference to `MAIN__' collect2: ld returned 1 exit status Possibly, the driver is mislinked (this doesn't seem to happen with HP ld), but it's a bit strange. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26686
[Bug fortran/25358] vector assignment to assumed-size Cray Pointee error
--- Comment #3 from deji_aking at yahoo dot ca 2006-03-15 04:45 --- I'm re-opening this as my work-around doesn't work. I'll appreciate it if someone could look at this issue. As mentioned earlier pgf90 and ifort compiles the (attached) source file fine. -- deji_aking at yahoo dot ca changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25358
[Bug java/26638] Mauve crypto test failures
--- Comment #4 from tromey at gcc dot gnu dot org 2006-03-15 05:26 --- Testing a patch. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-03-15 00:20:08 |2006-03-15 05:26:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26638
[Bug libfortran/26499] gfortran - End of File incorrectly positioned after binary I/O.
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2006-03-15 05:34 --- Subject: Bug 26499 Author: jvdelisle Date: Wed Mar 15 05:34:05 2006 New Revision: 112076 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112076 Log: 2006-03-14 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/26499 * io/file_pos (st_rewind): Flush always. * io/unix.c (fd_truncate): Return SUCCESS rather than FAILURE for special files like /dev/null. * io/transfer.c (st_write_done): Remove broken logic that prevented calling fd_truncate. Modified: branches/gcc-4_1-branch/libgfortran/ChangeLog branches/gcc-4_1-branch/libgfortran/io/file_pos.c branches/gcc-4_1-branch/libgfortran/io/transfer.c branches/gcc-4_1-branch/libgfortran/io/unix.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26499
[Bug libfortran/26499] gfortran - End of File incorrectly positioned after binary I/O.
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2006-03-15 05:40 --- Subject: Bug 26499 Author: jvdelisle Date: Wed Mar 15 05:40:20 2006 New Revision: 112077 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112077 Log: 2006-03-14 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/26499 * gfortran.dg/write_back.f: New test. * gfortran.dg/write_rewind_1.f: New test. * gfortran.dg/write_rewind_2.f: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/write_back.f branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/write_rewind_1.f branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/write_rewind_2.f Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26499
[Bug c/26687] New: gcc -O1 -fno-pic generates bad code that references uninitialized r31
Overview Description:
gcc 3.3 or gcc 4.0 on Apple's OSX 10.4 generates bad code that references r31
when called with -O1 -fno-pic. If you use -O0 or do not use -fno-pic the
problem.
Steps to Reproduce:
run gcc -O1 -fno-pic -c or gcc-4.0 -O1 -fno-pic -c on:
void broken(double *ret, int num)
{
ret[0] = num ? 0.1 : 0.0;
}
Actual Results:
Compile this source file with "gcc-4.0 -c -O1 -fno-pic".
View the object file with "otool -lrtvdI -s __TEXT __literal8":
[...]
Relocation information (__TEXT,__text) 8 entries
address pcrel length extern typescattered symbolnum/value
0014 False long n/aLO16True 0x0030
False long False PAIRFalse half = 0x
0010 False long n/aHA16True 0x0030
False long False PAIRFalse half = 0x0034
000c False long False LO16False 2 (__TEXT,__literal8)
False long False PAIRFalse half = 0x
0008 False long False HA16False 2 (__TEXT,__literal8)
False long False PAIRFalse half = 0x0030
(__TEXT,__text) section
_broken:
cmpwi cr7,r4,0x0
0004beq+cr7,0x1c
0008lis r2,0x0
000clwz r9,0x30(r2)
0010addis r10,r31,0x0
0014lwz r10,0x34(r10)
0018b 0x24
001cli r9,0x0
0020li r10,0x0
0024stw r9,0x0(r3)
0028stw r10,0x4(r3)
002cblr
Contents of (__TEXT,__literal8) section
0030 0x3fb9 0x999a (1.0001e-01)
Observe that "r31" is being used without being initialized.
Expected Results:
It should not reference r31 unless it has initialized it...
And if you compile this source file with "gcc-4.0 -c -O1".
View the object file with "otool -lrtvdI -s __TEXT __literal8":
[...]
Relocation information (__TEXT,__text) 8 entries
address pcrel length extern typescattered symbolnum/value
0024 False long n/aLO16DIF True 0x0040
False long n/aPAIRTrue 0x0008 other_half = 0x
0020 False long n/aHA16DIF True 0x0040
False long n/aPAIRTrue 0x0008 other_half = 0x003c
001c False long n/aLO16DIF True 0x0040
False long n/aPAIRTrue 0x0008 other_half = 0x
0018 False long n/aHA16DIF True 0x0040
False long n/aPAIRTrue 0x0008 other_half = 0x0038
(__TEXT,__text) section
_broken:
mfspr r0,lr
0004bcl 20,31,0x8
0008mfspr r8,lr
000cmtspr lr,r0
0010cmpwi cr7,r4,0x0
0014beq+cr7,0x2c
0018addis r2,r8,0x0
001clwz r9,0x38(r2)
0020addis r10,r8,0x0
0024lwz r10,0x3c(r10)
0028b 0x34
002cli r9,0x0
0030li r10,0x0
0034stw r9,0x0(r3)
0038stw r10,0x4(r3)
003cblr
Contents of (__TEXT,__literal8) section
0040 0x3fb9 0x999a (1.0001e-01)
Observe that the code seems reasonable.
--
Summary: gcc -O1 -fno-pic generates bad code that references
uninitialized r31
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bardwell at curl dot com
GCC host triplet: gcc version 4.0.0 20041026 (Apple Computer, Inc. build
4061), OS
GCC target triplet: gcc version 4.0.0 20041026 (Apple Computer, Inc. build
4061), OS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26687
[Bug fortran/19101] missing & in character continuation not caught
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-03-15 07:03 --- Subject: Bug 19101 Author: jvdelisle Date: Wed Mar 15 07:03:20 2006 New Revision: 112078 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112078 Log: 2006-03-14 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/19101 * gfortran.h: Add warn_ampersand. * invoke.texi: Add documentation for new option. * lang.opt: Add Wampersand. * options.c (gfc_init_options): Initialize warn_ampersand. (gfc_post_options): Set the warn if pedantic. (set_Wall): Set warn_ampersand. (gfc_handle_option: Add Wampersand for itself, -std=f95, and -std=f2003. * scanner.c (gfc_next_char_literal): Add test for missing '&' in continued character constant and give warning if missing. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/invoke.texi trunk/gcc/fortran/lang.opt trunk/gcc/fortran/options.c trunk/gcc/fortran/scanner.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19101
[Bug fortran/19101] missing & in character continuation not caught
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-03-15 07:08 --- Subject: Bug 19101 Author: jvdelisle Date: Wed Mar 15 07:08:06 2006 New Revision: 112079 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112079 Log: 2006-03-14 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/19101 * gfortran.dg/continuation.f90: New test. * gfortran.dg/fmt_read_bz_bn.f90: Fix use of continuation. Added: trunk/gcc/testsuite/gfortran.dg/continuation.f90 Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/fmt_read_bz_bn.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19101
[Bug libfortran/26499] gfortran - End of File incorrectly positioned after binary I/O.
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2006-03-15 07:10 --- Fixed on 4.2 before, now fixed on 4.1.1 as well. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26499
[Bug libfortran/24685] real(16) formatted input is broken for huge values
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-03-15 07:29 --- Please XFAIL the testcase on the relevant platforms. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24685
