[Bug libstdc++/26875] New: Array allocator use count is shared between array_allocator instances
Although not explicitly documented, I expect different array allocator objects to behave independently of each other - each array allocator should manage its own storage. Allocating memory via one array allocator should not have any effect on the internal state of another array allocator object. What I saw in the header ext/array_allocator.h is that all array allocators for given types _Tp and _Array share the variable __array_used since it's declared static in array_allocator::allocate(). This causes interactions between array_allocator objects and additionally this is certainly not a thread-safe approach ! The attached test code throws std::bad_alloc while it should not throw any exceptions. -- Summary: Array allocator use count is shared between array_allocator instances Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bart dot vanassche at gmail dot com 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=26875
[Bug libstdc++/26875] Array allocator use count is shared between array_allocator instances
--- Comment #1 from bart dot vanassche at gmail dot com 2006-03-26 09:32 --- Created an attachment (id=11128) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11128action=view) Non-preprocessed test code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26875
[Bug libstdc++/26875] Array allocator use count is shared between array_allocator instances
--- Comment #2 from bart dot vanassche at gmail dot com 2006-03-26 09:33 --- Created an attachment (id=11129) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11129action=view) Preprocessed test source code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26875
[Bug fortran/26784] Fortran frontend ICEs on -fmudflap
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-03-26 11:15 --- It is not at all clear why you're trying to use libmudflap with gfortran. Have you read the gcc.info of -fmudflap? I know that you cannot use -fmudflap with gfortran. But that's not the point. If I specify an invalid option the frontend should produce a nice error instead of a bogus warning and an ICE. (Maybe ice-on-invalid-code is a better description than ice-on-valid-code, although the code might be valid, it's the the command line option that isn't.) For gfortran -c -finvalid-option file.f90 I get f951: error: unrecognized command line option -finvalid-option which is OK. But for gfortran -c -fmudflap file.f90 I get f951: warning: command line option -fno-builtin is valid for C/C++/ObjC/ObjC++ but not for Fortran bug.f90:0: internal compiler error: mudflap: this language is not supported Please submit a full bug report, [etc.] which is not OK. An ICE indicates a bug in the compiler per definition. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26784
[Bug tree-optimization/26490] [4.2 Regression] ICE in verify_ssa, with structs pointers and globals
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-03-26 12:27
---
Even shorter testcase:
===
struct A
{
int i;
struct {} s;
};
int N;
void foo(struct A *p)
{
while (N bar((++p)-s))
p-i = 0;
}
===
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
Keywords||monitored
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26490
[Bug target/26600] [4.1/4.2 Regression] internal compiler error: in push_reload, at reload.c:1303
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-03-26 13:13
---
Shorter testcase (compile with gcc -O -ftree-vectorize -msse2):
void foo(int *p, int N)
{
int i;
for (i=0; i8; ++i, ++p)
{
int j = N+2*(N+p[0]), k = 2*N+p[0];
p[0] = j+N;
p[5] = j+k;
}
}
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26600
[Bug target/26826] [4.1/4.2 Regression] ICE in reg_or_subregno, at jump.c:2011
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-03-26 14:32
---
Shorter testcase:
===
void foo(char* p, char c, int i)
{
char a[2], *q=a+1;
if (p i)
*p = q-a+bar(i);
if (c)
bar(i);
}
===
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
Keywords||monitored
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26826
[Bug c++/26757] [4.1 regression] ICE (Segmentation fault) building 3ddesktop source
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-26 15:45 --- I am starting to think this is a front-end issue, producing two decls for cfg. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|tree-optimization |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26757
[Bug bootstrap/26873] Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-26 15:47 --- This usually means you are configuring with the correct options in that --with-gas is needed if you are using GNU binutils' as. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26873
[Bug bootstrap/26874] Internal Compiler Failure when compiling libstdc++-v3 strstream.cc
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-26 15:50 --- *** This bug has been marked as a duplicate of 26481 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26874
[Bug target/26481] ICE with -mcpu=power and struct passing
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-26 15:50 --- *** Bug 26874 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||jacky dot yu at betasystems ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26481
[Bug driver/26876] New: Incorrect handling of -B by gfortran driver
The HP dynamic loader requires all symbols to be defined. I've been working on a revised method for handling weak undefined symbols introduced by the crt*.o files. Specifically, they need to be removed from shared libraries such as libgcc_s.sl. Moving the stubs into their own library introduced many fails in the gfortran testsuite similar to the following: Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-4.1/objdir/gcc/testsuite/../ /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran. dg/PR19754_2.f90 -O0 -pedantic-errors -L/test/gnu/gcc-4.1/objdir/hppa64-hp- hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./l ibgfortran/.libs -L/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./libiberty -lm -o ./PR19754_2.exe(timeout = 300) PASS: gfortran.dg/PR19754_2.f90 -O0 (test for excess errors) Setting LD_LIBRARY_PATH to .:/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./libg fortran/.libs:/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs:/ test/gnu/gcc-4.1/objdir/gcc:.:/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./lib gfortran/.libs:/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs: /test/gnu/gcc-4.1/objdir/gcc /usr/lib/pa20_64/dld.sl: Unsatisfied code symbol '_Jv_RegisterClasses' in load m odule './PR19754_2.exe'. -- Summary: Incorrect handling of -B by gfortran driver Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa64-hp-hpux11.11 GCC host triplet: hppa64-hp-hpux11.11 GCC target triplet: hppa64-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26876
[Bug driver/26876] Incorrect handling of -B by gfortran driver
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-26 15:53 --- Subject: Re: New: Incorrect handling of -B by gfortran driver I've attached details of the linking. Dave --- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-26 15:53 --- Created an attachment (id=11130) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11130action=view) --- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-26 15:53 --- Created an attachment (id=11131) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11131action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26876
[Bug c++/26757] [4.1 regression] ICE (Segmentation fault) building 3ddesktop source
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-26 16:17 ---
Confirmed, this only happens with the C++ Front-end, why I don't know why.
Anyways here is a testcase which should go into the testsuite for also testing
correct code:
#include stdlib.h
typedef struct Config {
int bg_size;
int autoacquire;
}Config;
Config *cfg;
void load_background_image(void)
{
cfg-bg_size++;
extern Config *cfg;
cfg-autoacquire++;
}
void
humbug ()
{
if (cfg-autoacquire)
cfg-bg_size++;
}
int main(void)
{
Config a;
cfg = a;
load_background_image();
humbug();
if (cfg-bg_size != 2)
abort();
if (cfg-autoacquire != 1)
abort();
return 0;
}
And shows that it is only the C++ front-end also.
--
pinskia 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-26 16:17:45
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26757
[Bug bootstrap/26873] Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-26 16:19 --- *** This bug has been marked as a duplicate of 26872 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26873
[Bug bootstrap/26872] Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-26 16:19 --- *** Bug 26873 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26872
[Bug bootstrap/26872] Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-26 16:24 --- This usually means you are configuring with the correct options in that --with-gas is needed if you are using GNU binutils' as. How did you configure and how did you build GCC? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26872
[Bug c++/26755] [4.0 regression] may fail to generate code for base destructor defined inline
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-26 16:35 --- 4.1.0 is correct as it is the same as 3.4.x. 4.0.x is incorrect and does not correspond to 3.4.x. So this is a bug in 4.0.x and not in 4.1.0. Confirmed. Thanks for the short testcase. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Keywords||ABI, assemble-failure Known to fail||4.0.3 Known to work||3.4.0 4.1.0 Last reconfirmed|-00-00 00:00:00 |2006-03-26 16:35:26 date|| Summary|[4.1 regression?] may fail |[4.0 regression] may fail to |to generate code for base |generate code for base |destructor defined inline |destructor defined inline Target Milestone|--- |4.0.4 Version|4.1.0 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26755
[Bug target/26877] New: configure switches --with-arch and --with-tune are broken on x86
I was trying to build GCC on x86 so that it would default to -march=i586
-mtune=i686. I specified --with-arch=i586 --with-tune=i686 to configure, but
the resulting gcc still used -mtune=i586 instead of -mtune=i686.
The configure switches --with-arch, --with-cpu and --with-tune write
appropriate values to gcc/configargs.h correctly. However, if --with-arch=foo
has been specified, the cpu and tune values have no effect, because in
gcc/config/i386/i386.h the order of arch/tune/cpu is wrong:
#define OPTION_DEFAULT_SPECS \
{arch, %{!march=*:-march=%(VALUE)}}, \
{tune, %{!mtune=*:%{!mcpu=*:%{!march=*:-mtune=%(VALUE)}}} }, \
{cpu, %{!mtune=*:%{!mcpu=*:%{!march=*:-mtune=%(VALUE)}}} }
Example command line: gcc -o foo foo.c
arch: -march= hasn't been given on the command line, append
-march=%(VALUE). This is correct.
tune: -mtune= hasn't been given on the command line, neither
is -mcpu=. But -march is (we just appended it) so
-mtune=%(VALUE) does NOT get appended. This is wrong.
cpu: Same as with tune.
The solution is changing the order from arch/tune/cpu to tune/cpu/arch. This
problem applies to at least GCC 3.4.6 and 4.1.0; probably all versions since
3.4.0.
--- gcc-4.1.0/gcc/config/i386/i386.h.orig 2006-03-24 23:22:04.0
+0200
+++ gcc-4.1.0/gcc/config/i386/i386.h2006-03-24 23:39:30.0 +0200
@@ -269,9 +269,9 @@
/* Support for configure-time defaults of some command line options. */
#define OPTION_DEFAULT_SPECS \
- {arch, %{!march=*:-march=%(VALUE)}}, \
{tune, %{!mtune=*:%{!mcpu=*:%{!march=*:-mtune=%(VALUE)}}} }, \
- {cpu, %{!mtune=*:%{!mcpu=*:%{!march=*:-mtune=%(VALUE)}}} }
+ {cpu, %{!mtune=*:%{!mcpu=*:%{!march=*:-mtune=%(VALUE)}}} }, \
+ {arch, %{!march=*:-march=%(VALUE)}}
/* Specs for the compiler proper */
--
Summary: configure switches --with-arch and --with-tune are
broken on x86
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lasse dot collin at tukaani dot org
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=26877
[Bug fortran/26816] [4.1 only] FLOAT Intrinsic does not work with Integer Halfword input
--- Comment #3 from kargl at gcc dot gnu dot org 2006-03-26 16:54 --- I'll apply the patch to 4.1 on Monday. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Summary|FLOAT Intrinsic does not|[4.1 only] FLOAT Intrinsic |work with Integer Halfword |does not work with Integer |input |Halfword input http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26816
[Bug tree-optimization/26850] unused function not eliminated with -fwhole-program --combine
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-26 17:16 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|i686-pc-linux-gnu | Last reconfirmed|-00-00 00:00:00 |2006-03-26 17:16:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26850
[Bug middle-end/26831] sibcall, sibcall_value, sibcall_pop, sibcall_value_pop: standard names not documented.
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-26 17:20 --- Note I would like these standard names documented also since I would need them to implement them on the SPU (SPE on the Cell) target. -- 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=26831
[Bug bootstrap/26872] Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2
--- Comment #4 from jacky dot yu at betasystems dot com 2006-03-26 17:32 --- On the HP-UX 11.00 system, I already had a GCC 4.0.2 binaries, downloaded from ftp.thewrittenword.com, installed at /usr/local/bin, which I used to bootstrap GCC 4.1.0. I used the following command to configure GCC: ../gcc-4.1.0/configure --prefix=/devtools/gcc-4.1.0 --enable-languages=c,c++ And /usr/local/bin is the first directory in my PATH -- jacky dot yu at betasystems dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26872
[Bug bootstrap/26872] Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-26 17:40 --- So did you do make or make bootstrap? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26872
[Bug tree-optimization/23588] CCP not fully propagating constants
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-26 18:14 ---
Here is another testcase (I don't remember why I was looking into this now but
I was):
int f(int a)
{
int g = 0;
int t = a*g*a*a*a*a*a*a*a*a*a*a*a*a*a;
return t;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23588
[Bug java/26878] New: LibJava not compile
Good evening, i use a linux box under alpha platform. I try to compile the Gcc 4.03 and in compilation have this error : SAXNotSupportedException.java:0: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[3]: *** [classes.stamp] Error 1 I use this option for compile : --prefix=/usr --enable-shared --with-header --enable-threads=posix --enable-checking=release --enable-tls --with-system-zlib --enable-__cxa_atexit - -disable-libunwind-exceptions --enable-libgcj-multifile --enable-java-awt=gtk --enable-gtk-cairo --disable-checking --with-gnu-ld --verbose --target=alpha-alphaslack-linux --host=alpha-alphaslack-linux i compile with gcc 3.4.4 + binutils-2.16.91.0.3 (or 2.16.1 with the same problem) + gdb-6.4 - gettext-0.14.5 - glibc-2.3.6 - gtk+-1.2.10 - gtk+2-2.8.16 - cairo-1.0.4 - make-3.80 - ncurses-5.5 - pcre-6.4 . waiting for help... Regards, Claudio Mantegna -- Summary: LibJava not compile Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zerocool at modemsoft dot it http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26878
[Bug tree-optimization/23588] CCP not fully propagating constants
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-26 18:22
---
Steven's patch fixes the testcase I gave but it did not fix:
int g1(void) __attribute__((__pure__));
int f(void)
{
int g = 0;
int a = g1();
int t = a*g*a*a*a*a*a*a*a*a*a*a*a*a*a;
return t;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23588
[Bug target/26878] LibJava not compile
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-26 18:23 --- Did you build using make or make bootstrap? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26878
[Bug java/26879] New: LibJava not compile under alpha
Good evening, i use a linux box under alpha platform. I try to compile the Gcc 4.03 and in compilation have this error : /gcc-4.1.0/libjava/classpath/gnu/CORBA/CDR/gnuRuntime.java:0: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[6]: *** [lists/gnu-CORBA-CDR.stamp] Error 1 I use this option for compile : --prefix=/usr --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-java-awt=gtk --disable-dssi --with-long-double-128 --target=alpha-alphaslack-linux --host=alpha-alphaslack-linux i compile with gcc 3.4.4 + binutils-2.16.91.0.3 (or 2.16.1 with the same problem) + gdb-6.4 - gettext-0.14.5 - glibc-2.3.6 - gtk+-1.2.10 - gtk+2-2.8.16 - cairo-1.0.4 - make-3.80 - ncurses-5.5 - pcre-6.4 . and also i applied this patch: gcc41-ice-hack.patch gcc41-ppc64-m32-m64-multilib-only.patch gcc41-ia64-libunwind.patch gcc41-gnuc-rh-release.patch gcc41-java-nomulti.patch gcc41-ada-pr18302.patch gcc41-ada-tweaks.patch gcc41-java-slow_pthread_self.patch gcc41-ppc32-retaddr.patch gcc41-sparc64-g7.patch gcc41-fortran-where.patch gcc41-expr_nonzero_p.patch gcc41-libstdc++-bitset.patch gcc41-mmintrin.patch gcc41-pr25626.patch gcc41-vrp.patch gcc41-c++-parser.patch waiting for help... Regards, Claudio Mantegna -- Summary: LibJava not compile under alpha Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zerocool at modemsoft dot it http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26879
[Bug target/26878] LibJava not compile
--- Comment #2 from zerocool at modemsoft dot it 2006-03-26 18:29 --- (In reply to comment #1) Did you build using make or make bootstrap? make -j2 bootstrap -- zerocool at modemsoft dot it changed: What|Removed |Added Severity|normal |blocker http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26878
[Bug target/26878] LibJava not compile
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26878
[Bug target/26879] LibJava not compile under alpha
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Component|java|target GCC build triplet||alpha-linux-gnu GCC host triplet||alpha-linux-gnu GCC target triplet||alpha-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26879
[Bug driver/26876] Incorrect handling of -B by gfortran driver
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-26 21:28 --- Subject: Re: New: Incorrect handling of -B by gfortran driver Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-4.1/objdir/gcc/testsuite/../ /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran. dg/PR19754_2.f90 -O0 -pedantic-errors -L/test/gnu/gcc-4.1/objdir/hppa64-hp- hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./l ibgfortran/.libs -L/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./libiberty -lm -o ./PR19754_2.exe(timeout = 300) PASS: gfortran.dg/PR19754_2.f90 -O0 (test for excess errors) Setting LD_LIBRARY_PATH to .:/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./libg fortran/.libs:/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs:/ test/gnu/gcc-4.1/objdir/gcc:.:/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./lib gfortran/.libs:/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs: /test/gnu/gcc-4.1/objdir/gcc /usr/lib/pa20_64/dld.sl: Unsatisfied code symbol '_Jv_RegisterClasses' in load m odule './PR19754_2.exe'. Sorry, the subject of this PR is wrong. I thought that the driver was not generating the -L option for the build directory with libgcc_s.sl. However, it's there. I now think the problem is the link command for libgfortran: /bin/sh ./libtool --mode=link /test/gnu/gcc-4.1/objdir/./gcc/gfortran -B/test/g nu/gcc-4.1/objdir/./gcc/ -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-hp ux11.11/sys-include -I . -Wall -fno-repack-arrays -fno-underscoring -g -O2 -o libgfortran.la -rpath /opt/gnu64/gcc/gcc-4.1.0/lib -version-info `grep -v '^#' ../../../gcc/libgfortran/libtool-version` -lm compile_options.lo environ.lo error.lo fpu.lo main.lo memory.lo pause.lo stop.lo string.lo select.lo all_l4.lo ... # chatr libgfortran.sl libgfortran.sl: 64-bit ELF shared library shared library dynamic path search: LD_LIBRARY_PATHenabled first SHLIB_PATH enabled second embedded path enabled third /opt/gnu64/gcc/gcc-4.1.0/lib internal name: libgfortran.sl.1 shared library list: libm.2 libc.2 libgcc_s.sl It appears the presence of the embedded path causes the linker to use the installed version of libgcc_s.sl for the link rather than the new version. Then, the definition of LD_LIBRARY_PATH causes the new version of libgcc_s.sl to be used when the test is executed. The -rpath option seems to be the problem. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26876
[Bug bootstrap/26872] Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2
--- Comment #6 from jacky dot yu at betasystems dot com 2006-03-26 21:52 --- I just did a make -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26872
[Bug target/26459] [4.1/4.2 Regression] gcc fails to build on powerpc e500-double targets
--- Comment #17 from amodra at gcc dot gnu dot org 2006-03-26 22:48 --- Subject: Bug 26459 Author: amodra Date: Sun Mar 26 22:48:22 2006 New Revision: 112400 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112400 Log: PR target/26459 * config/rs6000/rs6000.md (DF reg move peephole): Prevent peephole removing spe frob_di_df_2. Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/rs6000.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26459
[Bug target/26459] [4.1/4.2 Regression] gcc fails to build on powerpc e500-double targets
--- Comment #18 from amodra at gcc dot gnu dot org 2006-03-26 22:49 --- Subject: Bug 26459 Author: amodra Date: Sun Mar 26 22:49:20 2006 New Revision: 112401 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112401 Log: PR target/26459 * config/rs6000/rs6000.md (DF reg move peephole): Prevent peephole removing spe frob_di_df_2. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/rs6000/rs6000.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26459
[Bug bootstrap/26872] Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-26 23:47 --- Can you try make bootstrap instead as this sounds like a bug in 4.0.2 and not in 4.1.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26872
[Bug fortran/20248] gfortran: intrinsics and std=f95, inconsistency with other compilers
--- Comment #6 from kargl at gcc dot gnu dot org 2006-03-27 00:08 --- I have a patch for this problem. It implements a new flag that prevents gfortran's enforcement of the Standard with respect to gfortran's rich set of intrinsics. program z if (iargc() /= 0) call abort end program z kargl[227] gfc4x -o z iargc.f90 kargl[228] gfc4x -o z -fall-intrinsics -std=f95 iargc.f90 kargl[229] gfc4x -o z -std=f95 iargc.f90 /var/tmp/ccqDOkrX.o(.text+0x18): In function `MAIN__': : undefined reference to `iargc_' collect2: ld returned 1 exit status I'll post the patch tomorrow. Harald, does this satisfy your needs? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20248
[Bug driver/15303] When gcc sees an unrecognized option, the exit status indicates success
--- Comment #4 from davida at pobox dot com 2006-03-27 01:30 --- As a specific example, using autoconf to attempt to portably determine whether to use -pthreads (Solaris) or -pthread (Linux, etc) to request reentrant libraries and thread library linkage, gcc will warn, but otherwise accept, the wrong flag. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15303
[Bug driver/15303] When gcc sees an unrecognized option, the exit status indicates success
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-27 01:32 --- (In reply to comment #4) As a specific example, using autoconf to attempt to portably determine whether to use -pthreads (Solaris) or -pthread (Linux, etc) to request reentrant libraries and thread library linkage, gcc will warn, but otherwise accept, the wrong flag. That does not matter any more in 4.1.0 and above :). as -pthread is good on Solaris as also on Linux. Also you can look at the output of the compiler instead of depending on the return value :). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15303
[Bug target/26459] [4.1/4.2 Regression] gcc fails to build on powerpc e500-double targets
--- Comment #19 from amodra at bigpond dot net dot au 2006-03-27 01:41 --- After applying the patch, I decided I really ought to find where the regression from 4.0 occurred. It's a pity I didn't do that before developing the patch.. To my surprise I found that on the face of it, 4.0 ought to have the same problem, because it has exactly the same peephole. A debug session revealed that 4.0 doesn't think that (subreg:DF (reg:DI 3 3 [128]) 0) is a valid gpc_reg_operand for e500 double target, while 4.1 does. After some head-scratching, I discovered the reason for this is the TARGET_IEEEQUAD change to rs6000.h:CANNOT_CHANGE_MODE_CLASS (well, really, it's the change to use IBM extended double for powerpc-linux targets). The first few lines of this macro are: #define CANNOT_CHANGE_MODE_CLASS(FROM, TO, CLASS) \ (!TARGET_IEEEQUAD \ GET_MODE_SIZE (FROM) = 8 GET_MODE_SIZE (TO) = 8\ ? 0\ This of course interacts badly with later TARGET_E500_DOUBLE tests for DFmode and DImode, because now that TARGET_IEEEQUAD is false for linuxspe, we never get to make the TARGET_E500_DOUBLE checks. At the minimum, the TARGET_E500_DOUBLE checks ought to be done before this test allows a zero return. These lines were added here PR target/11848 * rs6000.h (CANNOT_CHANGE_MODE_CLASS): Allow change of mode in floating-point registers between TFmode and DImode. Really, I think it would be better to check for TFmode-DImode explicitly rather than the rather obscure check that Geoff added. We have quite a few modes that have size greater than eight. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26459
[Bug libfortran/26880] New: Can't read after non-advancing write with rewind
I found this problem while putting together the test case for 26661. The rewind should allow the read to occur. implicit none character(3) a(4) integer i open (10) 10 format(A,$) write(10,10)' abc def ghi jkl' rewind(10) read(10,20)(a(i),i=1,4) if (a(4).ne.jkl) call abort() 20 format(1x,a3,1x,a3,1x,a3,1x,a3,10x) close(10, status=delete) end $ ./a.out At line 12 of file read_x_past.f Fortran runtime error: Cannot READ after a nonadvancing WRITE -- Summary: Can't read after non-advancing write with rewind Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jvdelisle at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26880
[Bug libfortran/26880] Can't read after non-advancing write with rewind
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-03-27 01:44 --- I might as well try fixing this while I am at it. g77 and ifc run the case fine. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-27 01:44:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26880
[Bug debug/26881] New: internal compiler error in dwarf2out_finish
I get an internal compiler error when compiling Mozilla's standalone spidermonkey JavaScript engine on x86, either with Fedora Core 5's gcc 4.1.0 or a gcc 4.1.0 built from the released source. I did *not* see this error taking similar steps on x86_64. jscpucfg.c:374: internal compiler error: in dwarf2out_finish, at dwarf2out.c:14116 I'll attach preprocessed source; I haven't had a chance to minimize the testcase. I'm using: $ /usr/local/gcc-4.1.0/bin/gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.1.0/configure --prefix=/usr/local/gcc-4.1.0 --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++ Thread model: posix gcc version 4.1.0 -- Summary: internal compiler error in dwarf2out_finish Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dbaron at dbaron dot org 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=26881
[Bug debug/26881] internal compiler error in dwarf2out_finish
--- Comment #1 from dbaron at dbaron dot org 2006-03-27 01:52 --- Created an attachment (id=11132) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11132action=view) preprocessed source (jscpucfg.i) To see the bug, save this attachment as jscpucfg.i, and: # gcc -c -o jscpucfg.o -g jscpucfg.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26881
[Bug debug/26881] [4.1/4.2 Regression] internal compiler error in dwarf2out_finish
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||ice-on-valid-code Summary|internal compiler error in |[4.1/4.2 Regression] |dwarf2out_finish|internal compiler error in ||dwarf2out_finish Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26881
[Bug debug/26881] [4.1/4.2 Regression] internal compiler error in dwarf2out_finish
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-27 01:56 --- Reducing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.0 4.2.0 Known to work||4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26881
[Bug debug/26881] [4.1/4.2 Regression] internal compiler error in dwarf2out_finish
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-27 02:08 ---
Reduced testcase that fails even on x86_64:
int main(int argc, char **argv)
{
if (0)
{
static union{} u;
typedef char tt;
static tt c[8];
return c[0] == 0x01 c[1] == 0x02;
}
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build triplet|i686-pc-linux-gnu |
GCC host triplet|i686-pc-linux-gnu |
GCC target triplet|i686-pc-linux-gnu |dwarf2
Last reconfirmed|-00-00 00:00:00 |2006-03-27 02:08:50
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26881
[Bug bootstrap/26872] Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2
--- Comment #8 from jacky dot yu at betasystems dot com 2006-03-27 02:13 --- I tried to build with make bootstrap and it failed at the exact same spot: ./xgcc -B./ -B/devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/bin/ -isystem /devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/include -isystem /devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/sys-include -L/gexport/home/yu/3rdpkg_build_area/gcc-4.1.0-hpux11/gcc/../ld -O2 -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../gcc-4.1.0/gcc -I../../gcc-4.1.0/gcc/. -I../../gcc-4.1.0/gcc/../include -I./../intl -I../../gcc-4.1.0/gcc/../libcpp/include -DL_divdi3 -fexceptions -fnon-call-exceptions -c ../../gcc-4.1.0/gcc/libgcc2.c -o libgcc/./_divdi3.o ../../gcc-4.1.0/gcc/libgcc2.c:1: warning: -g is only supported when using GAS on this processor, ../../gcc-4.1.0/gcc/libgcc2.c:1: warning: -g option disabled ../../gcc-4.1.0/gcc/libgcc2.c:1056: internal compiler error: in assemble_integer, at varasm.c:2272 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- jacky dot yu at betasystems dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26872
[Bug fortran/26769] TRANSPOSE() requires _gfortran_transpose_i10 for REAL(10) arrays
--- Comment #6 from patchapp at dberlin dot org 2006-03-27 04:35 --- Subject: Bug number PR 26769 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/msg01448.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26769
[Bug target/26826] [4.1/4.2 Regression] ICE in reg_or_subregno, at jump.c:2011
--- Comment #8 from patchapp at dberlin dot org 2006-03-27 04:35 --- Subject: Bug number PR26826 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/msg01454.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26826
[Bug libfortran/26735] [4.1 only] -fconvert=swap and implied open
--- Comment #4 from patchapp at dberlin dot org 2006-03-27 04:36 --- Subject: Bug number PR 26735 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/msg01500.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26735
[Bug target/26459] [4.1/4.2 Regression] gcc fails to build on powerpc e500-double targets
--- Comment #20 from patchapp at dberlin dot org 2006-03-27 04:36 --- Subject: Bug number PR26459 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/msg01519.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26459
[Bug libfortran/26880] Can't read after non-advancing write with rewind
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-03-27 05:59 --- Subject: Bug 26880 Author: jvdelisle Date: Mon Mar 27 05:59:37 2006 New Revision: 112407 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112407 Log: 2006-03-26 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/26880 * io/file_pos.c (st_rewind): Clear read_bad flag. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/file_pos.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26880
[Bug libfortran/26880] Can't read after non-advancing write with rewind
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-03-27 06:55 --- Subject: Bug 26880 Author: jvdelisle Date: Mon Mar 27 06:55:20 2006 New Revision: 112410 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112410 Log: 2006-03-26 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/26661 PR libgfortran/26880 * gfortran.dg/read_x_past.f: New test. Added: trunk/gcc/testsuite/gfortran.dg/read_x_past.f Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26880
[Bug libfortran/26661] Sequential formatted read goes too far
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-03-27 06:55 --- Subject: Bug 26661 Author: jvdelisle Date: Mon Mar 27 06:55:20 2006 New Revision: 112410 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112410 Log: 2006-03-26 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/26661 PR libgfortran/26880 * gfortran.dg/read_x_past.f: New test. Added: trunk/gcc/testsuite/gfortran.dg/read_x_past.f Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26661
[Bug libfortran/26880] Can't read after non-advancing write with rewind
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-03-27 07:10 --- Subject: Bug 26880 Author: jvdelisle Date: Mon Mar 27 07:10:29 2006 New Revision: 112412 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112412 Log: 2006-03-26 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/26880 * io/file_pos.c (st_rewind): Clear read_bad flag. Modified: branches/gcc-4_1-branch/libgfortran/ChangeLog branches/gcc-4_1-branch/libgfortran/io/file_pos.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26880
[Bug libfortran/26880] Can't read after non-advancing write with rewind
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-03-27 07:16 --- Subject: Bug 26880 Author: jvdelisle Date: Mon Mar 27 07:16:03 2006 New Revision: 112413 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112413 Log: 2006-03-26 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/26661 PR libgfortran/26880 * gfortran.dg/read_x_past.f: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/read_x_past.f Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26880
[Bug libfortran/26661] Sequential formatted read goes too far
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-03-27 07:16 --- Subject: Bug 26661 Author: jvdelisle Date: Mon Mar 27 07:16:03 2006 New Revision: 112413 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112413 Log: 2006-03-26 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/26661 PR libgfortran/26880 * gfortran.dg/read_x_past.f: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/read_x_past.f Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26661
[Bug c++/26882] New: ICE when using template function with memory attributes
This program (which has no included files) causes an ICE and a bus error:
--
typedef unsigned char uint8_t ;
typedef unsigned short uint16_t ;
typedef unsigned long uint32_t ;
#define PROGMEM __attribute__((__progmem__))
templatetypename T
T PROGMEM * rom(const T init)
{
static T PROGMEM t = init;
return t;
}
struct funny
{
uint8_t a;
uint16_t b;
uint32_t c;
};
uint8_t PROGMEM *rom1 = rom((uint8_t)123);
funny f = { 0xBB, 0x, 0x };
funny PROGMEM *rom2 = rom(f);
int main()
{
*((volatile uint8_t*)0x55) = *rom1;
*((volatile uint8_t*)0xAA) = rom2-a;
}
bool __cxa_guard_acquire(uint8_t *gv) { return true; }
bool __cxa_guard_release(uint8_t *gv) { return true; }
--
Environment:
System: Darwin Neds-Mini.local 8.5.0 Darwin Kernel Version 8.5.0: Sun Jan 22
10:38:46 PST 2006; root:xnu-792.6.61.obj~1/RELEASE_PPC Power Macintosh powerpc
host: powerpc-apple-darwin8.5.0
build: powerpc-apple-darwin8.5.0
target: avr-unknown-none
configured with:
/opt/local/var/db/dports/build/_Users_ned_src_darwinports_dports_cross_avr-gcc/work/gcc-4.0.2/configure
--prefix=/opt/local --infodir=/opt/local/share/info
--mandir=/opt/local/share/man --target=avr --program-prefix=avr-
--with-included-gettext --enable-obsolete
--with-gxx-include-dir=/opt/local/avr/include/c++/4.0.2/
--enable-languages=c,c++
How-To-Repeat:
Compile the above program. I used the command line:
avr-g++ -mmcu=atmega128 -c -o romtest2.o romtest2.cpp
and got this:
romtest2.cpp: In function 'T* rom(const T) [with T = uint8_t]':
romtest2.cpp|21| instantiated from here
romtest2.cpp|10| internal compiler error: Bus error
--
Summary: ICE when using template function with memory attributes
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ned at bike-nomad dot com
GCC build triplet: powerpc-apple-darwin8.5.0
GCC host triplet: powerpc-apple-darwin8.5.0
GCC target triplet: avr-unknown-none
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26882
[Bug tree-optimization/26830] [4.1/4.2 Regression] Insane amount of compile-time / memory needed at -O1 and above
--- Comment #18 from bonzini at gnu dot org 2006-03-27 07:22 --- I'm looking at copy prop. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
[Bug target/26882] ICE when using template function with memory attributes
--- Comment #1 from ned at bike-nomad dot com 2006-03-27 07:26 --- Created an attachment (id=11133) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11133action=view) Test program (no included files) demonstrating the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26882
[Bug libfortran/26880] Can't read after non-advancing write with rewind
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-03-27 07:26 --- Fixed on 4.1.1 and 4.1 -- 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=26880
[Bug c++/26883] New: ICE when assigning memory attribute to class with initializer
The following (perhaps questionable) code causes an ICE in in
set_mem_attributes_minus_bitpos, at emit-rtl.c:1539
compile command line:
avr-g++ -mmcu=atmega128 -c -o romproblems.o romproblems.cpp
program:
#define PROGMEM __attribute__((__progmem__))
struct ROMVar1
{
int const val;
ROMVar1(int const init) : val(init) { }
};
ROMVar1 PROGMEM rv1b(123);
--
Summary: ICE when assigning memory attribute to class with
initializer
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ned at bike-nomad dot com
GCC build triplet: powerpc-apple-darwin8.5.0
GCC host triplet: powerpc-apple-darwin8.5.0
GCC target triplet: avr-unknown-none
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26883
[Bug fortran/20248] gfortran: intrinsics and std=f95, inconsistency with other compilers
--- Comment #7 from anlauf at gmx dot de 2006-03-27 07:32 --- kargl[228] gfc4x -o z -fall-intrinsics -std=f95 iargc.f90 kargl[229] gfc4x -o z -std=f95 iargc.f90 /var/tmp/ccqDOkrX.o(.text+0x18): In function `MAIN__': : undefined reference to `iargc_' collect2: ld returned 1 exit status Harald, does this satisfy your needs? Yes, that's fine with me. Thanks, -ha -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20248
[Bug tree-optimization/26830] [4.1/4.2 Regression] Insane amount of compile-time / memory needed at -O1 and above
--- Comment #19 from bonzini at gnu dot org 2006-03-27 07:37 --- tree copy propagation : 18.58 ( 2%) usr 0.01 ( 0%) sys 18.54 ( 2%) wall 2369 kB ( 0%) ggc tree PHI insertion: 34.49 ( 4%) usr 0.85 (23%) sys 35.34 ( 4%) wall 758641 kB (79%) ggc tree SSA rewrite : 43.98 ( 6%) usr 0.02 ( 1%) sys 43.96 ( 6%) wall 10954 kB ( 1%) ggc dominator optimization: 9.97 ( 1%) usr 0.01 ( 0%) sys 10.01 ( 1%) wall 8694 kB ( 1%) ggc loop analysis : 10.35 ( 1%) usr 1.21 (33%) sys 11.76 ( 1%) wall 463 kB ( 0%) ggc global alloc : 404.96 (51%) usr 0.14 ( 4%) sys 405.33 (51%) wall 7244 kB ( 1%) ggc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
