[Bug tree-optimization/27087] New: [4.1,4.2 regression] ICE in merge_alias_info
[ forwarded from http://bugs.debian.org/361501 ]
% cat ice2.c
extern int ptbl[16];
extern int ctbl[16];
void doViews(void) {
int *p = ptbl, *c = ctbl;
while (1) {
c++;
p++;
if (*p && (p != c || *c))
return;
}
}
% gcc-4.0 -c -O2 ice2.c
% gcc -c -O2 ice2.c
ice2.c: In function 'doViews':
ice2.c:4: internal compiler error: in merge_alias_info, at tree-ssa-copy.c:235
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: [4.1,4.2 regression] ICE in merge_alias_info
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27087
[Bug tree-optimization/27088] New: [4.2 regression] Segfault with inlining producing negative shift count
[EMAIL PROTECTED]:/tmp% cat min4.c
inline unsigned length() {
return 0;
}
unsigned add_new_phrase() {
return 16 / (1 << (length() - 1));
}
[EMAIL PROTECTED]:/tmp% gcc -c min4.c
[EMAIL PROTECTED]:/tmp% gcc -c -O min4.c
min4.c: In function 'add_new_phrase':
min4.c:5: 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.
No problem with 4.1.0 or earlier.
Falk
--
Summary: [4.2 regression] Segfault with inlining producing
negative shift count
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27088
[Bug tree-optimization/27085] [4.2 regression] ICE in add_virtual_operand
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-04-09
10:10 ---
Seems to occur quite frequently, here's another test case:
struct GdkColor {
unsigned long pixel;
unsigned short red;
};
struct GtkStyle {
struct GdkColor bg;
};
struct GtkStyle *gtk_style_new (void);
void pthreada_create(unsigned long *);
void start_synaescope(void) {
unsigned long synaescope_thread;
struct GtkStyle *style = gtk_style_new();
struct GdkColor *color = &style->bg;
color->red = 0;
pthreada_create(&synaescope_thread);
}
Falk
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27085
[Bug tree-optimization/27093] New: verify_ssa failed: definition does not dominate use
[ forwarded from http://bugs.debian.org/361591 ]
[EMAIL PROTECTED]:/tmp% cat 309.c
struct mark_entry { int num; };
void *t1(void);
int t2(int*);
void t3(int);
void g(void);
static void *f(void) {
if (t1())
return 0;
void *seen_numbers = 0;
int bytes_left;
if (t2(&bytes_left)) {
if (bytes_left) {
struct mark_entry *entry = t1();
seen_numbers = t1();
while (bytes_left) {
t3(entry->num);
entry++;
}
}
t1();
}
return seen_numbers;
}
void g(void) {
void *seen_numbers = f();
if (!seen_numbers)
t1();
}
[EMAIL PROTECTED]:/tmp% gcc -O -c 309.c
[EMAIL PROTECTED]:/tmp% gcc -O2 -c 309.c
309.c: In function 'g':
309.c:26: error: definition in block 8 does not dominate use in block 11
for SSA_NAME: SMT.5_37 in statement:
SMT.5_20 = PHI ;
PHI argument
SMT.5_37
for PHI node
SMT.5_20 = PHI ;
309.c:26: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
I don't have 4.1 or earlier with checking enabled, so I cannot check
whether the problem is present there.
Falk
--
Summary: verify_ssa failed: definition does not dominate use
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27093
[Bug c++/27094] New: tree check: expected tree_list, have omp_return in build_call
[ forwarded from http://bugs.debian.org/361407 ]
[EMAIL PROTECTED]:/tmp% g++ -c maria.tab.ii
maria.y: In constructor 'std::stack<_Tp, _Sequence>::stack(const _Sequence&)
[with _Tp = std::pair, _Sequence =
std::list, std::allocator > >]':
maria.y:157: internal compiler error: tree check: expected tree_list, have
omp_return in build_call, at cp/call.c:329
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
Attempts to reduce this fail. Looks like memory corruption. No problem
with 4.1.
Falk
--
Summary: tree check: expected tree_list, have omp_return in
build_call
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27094
[Bug c++/27094] tree check: expected tree_list, have omp_return in build_call
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-04-09 21:01 --- Created an attachment (id=11229) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11229&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27094
[Bug tree-optimization/27103] New: ICE: tree check: expected ssa_name, have symbol_memory_tag in is_old_name, at tree-into-ssa.c:466
[ forwarded from http://bugs.debian.org/361814 ]
[EMAIL PROTECTED]:/tmp% cat test.c
typedef struct { int size; } gnutls_datum;
typedef struct gnutls_cert { gnutls_datum raw; } gnutls_cert;
typedef struct { } gnutls_privkey;
int _gnutls_log_level;
void _gnutls_log(void);
void _gnutls_write_datum24(char*, gnutls_datum);
void _gnutls_gen_x509_crt (gnutls_cert *apr_cert_list,
char *pdata) {
if (_gnutls_log_level)
_gnutls_log();
_gnutls_write_datum24(pdata, apr_cert_list->raw);
pdata += apr_cert_list->raw.size;
}
[EMAIL PROTECTED]:/tmp% gcc -c -O test.c
[EMAIL PROTECTED]:/tmp% gcc-4.1 -c -O2 test.c
[EMAIL PROTECTED]:/tmp% gcc -c -O2 test.c
test.c: In function '_gnutls_gen_x509_crt':
test.c:10: internal compiler error: tree check: expected ssa_name, have
symbol_memory_tag in verify_ssa, at tree-ssa.c:776
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
Falk
--
Summary: ICE: tree check: expected ssa_name, have
symbol_memory_tag in is_old_name, at tree-into-ssa.c:466
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27103
[Bug tree-optimization/27103] [4.2 Regression] ICE: tree check: expected ssa_name, have symbol_memory_tag in is_old_name, at tree-into-ssa.c:466
--- Comment #3 from debian-gcc at lists dot debian dot org 2006-04-10 18:53 --- (In reply to comment #2) > This works with "4.2.0 20060409". Hmm. I get the ICE with 4.2.0 20060407. Will try a newer one... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27103
[Bug java/8923] [4.0/4.1/4.2 Regression] ICE when modifying a variable decleared "final static"
--- Comment #6 from debian-gcc at lists dot debian dot org 2006-04-23
11:00 ---
test case from http://bugs.debian.org/351512
class gcjbug {
public static void main (String [] p) {
System.out.println(1++);
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8923
[Bug libgcj/27268] New: gij could give a warning on senseless code
[forwarded from http://bugs.debian.org/340651]
$ gij test
Segmentation fault
$ cat test.java
public class test
{
public test()
{
test t = new test();
}
public static void main(String argv[])
{
new test();
}
}
while the blackdown runtime prints
Exception in thread "main" java.lang.StackOverflowError
at test.(test.java)
at test.(test.java:5)
at test.(test.java:5)
at test.(test.java:5)
[...]
and loops forever.
--
Summary: gij could give a warning on senseless code
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27268
[Bug target/27275] New: treelang test failures for biarch build
GCC configured with --enable-targets=powerpc-linux,powerpc64-linux
--with-cpu=default32 fails the treelang tests, when run with
RUNTESTFLAGS="--target_board=unix\{,-m64\}"
Matthias
Running target unix/-m64
FAIL: treelang/compile/badreturn.tree (test for errors, line 13)
FAIL: treelang/compile/badreturn.tree (test for excess errors)
FAIL: treelang/compile/exit.tree (test for excess errors)
FAIL: treelang/compile/extrafunc.tree (test for warnings, line 14)
FAIL: treelang/compile/extrafunc.tree (test for excess errors)
FAIL: treelang/compile/extravar.tree (test for warnings, line 5)
FAIL: treelang/compile/extravar.tree (test for excess errors)
FAIL: treelang/compile/extref.tree (test for excess errors)
FAIL: treelang/compile/full_unit.tree (test for excess errors)
ERROR: treelang/compile/full_unit.tree: error executing dg-final: couldn't open
"full_unit.s": no such file or directory
UNRESOLVED: treelang/compile/full_unit.tree: error executing dg-final: couldn't
open "full_unit.s": no such file or directory
FAIL: treelang/compile/function-1.tree (test for excess errors)
FAIL: treelang/compile/memory.tree (test for excess errors)
FAIL: treelang/compile/tabs.tree (test for excess errors)
FAIL: treelang/compile/unsigned.tree (test for excess errors)
FAIL: treelang/compile/var_defs.tree (test for warnings, line 17)
FAIL: treelang/compile/var_defs.tree (test for warnings, line 22)
FAIL: treelang/compile/var_defs.tree (test for excess errors)
FAIL: treelang/execute/funccall-2.tree (test for excess errors)
WARNING: treelang/execute/funccall-2.tree compilation failed to produce
executable
FAIL: treelang/execute/funccall.tree (test for excess errors)
WARNING: treelang/execute/funccall.tree compilation failed to produce
executableFAIL: treelang/execute/initial.tree (test for excess errors)
WARNING: treelang/execute/initial.tree compilation failed to produce executable
FAIL: treelang/execute/main.tree (test for excess errors)
WARNING: treelang/execute/main.tree compilation failed to produce executable
FAIL: treelang/execute/static.tree (test for excess errors)
WARNING: treelang/execute/static.tree compilation failed to produce executable
FAIL: treelang/output-1, {}
=== treelang Summary for unix/-m64 ===
# of expected passes20
# of unexpected failures22
# of unresolved testcases 1
--
Summary: treelang test failures for biarch build
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
GCC host triplet: powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27275
[Bug target/27275] treelang test failures for biarch build
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-04-23 23:39 --- Created an attachment (id=11321) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11321&action=view) treelang.log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27275
[Bug libgcj/27294] New: gij throws NullPointerException, when the interpreter is not enabled
gij-4.1 \
-classpath build/bootstrap/ecj.jar:/usr/share/ant/lib/ant.jar \
org.eclipse.jdt.internal.compiler.batch.Main \
-bootclasspath /usr/share/java/libgcj-4.1.jar \
build/bin
Exception in thread "main" java.lang.NullPointerException
at java.lang.ClassLoader.defineClass (ClassLoader.java:451)
at java.security.SecureClassLoader.defineClass (SecureClassLoader.java:108)
at java.net.URLClassLoader.findClass (URLClassLoader.java:1166)
at java.lang.ClassLoader.loadClass (ClassLoader.java:317)
at java.lang.ClassLoader.loadClass (ClassLoader.java:260)
at java.lang.Class.forName (natClass.cc:88)
at gnu.java.lang.MainThread.run (MainThread.java:95)
make: *** [build/stamp] Error 1
>>>>> "Martin" == Martin Michlmayr <[EMAIL PROTECTED]> writes:
Hmm. We probably ought to throw a different exception here. Would
you mind filing a bug for this?
Martin> Exception in thread "main" java.lang.NullPointerException
Martin>at java.lang.ClassLoader.defineClass (ClassLoader.java:451)
What this most likely means is that there is an attempt to define a
class from bytecode, and the attempt failed.
Looking at libjava/configure.host, I see that the interpreter is not
enabled for the MIPS port. So, an exception here is to be expected.
[testing the latter, just the bug report for the NullPointerException]
--
Summary: gij throws NullPointerException, when the interpreter is
not enabled
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27294
[Bug bootstrap/27334] gcc/Makefile.in:s-macro_list sed fails with make 3.81 due to POSIX support changes
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-04-27 07:33 --- thanks for pointing that out, my mistake to check that in. Mark, ok keep that change and document that change in the existing changelog entry? * Makefile.in (s-macro_list): Conform to POSIX rules in single quoted strings Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added CC||mark at codesourcery dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27334
[Bug gcov/profile/27453] New: gcov opens files with O_RDWR
[forwarded from http://bugs.debian.org/365123] gcov opens it's data files *.gcda and *.gcno with O_RDWR. This fails if these files were created by another user, and the current user only has read access to those files. -- Summary: gcov opens files with O_RDWR Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: gcov/profile AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27453
[Bug testsuite/28242] New: running the testsuite with -fstack-protector does fail
running the testsuite with -fstack-protector fails if no libssp.* is installed in a system path, or the ssp libraries from the system path are used, if they are found. Matthias -- Summary: running the testsuite with -fstack-protector does fail Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28242
[Bug libgcj/28312] New: peer libraries are installed into gcjversionedlibdir, not into nativeexeclib
trunk 20060707, peer libraries are installed into gcjversionedlibdir, not into nativeexeclib, leading to installation into two different directories, if --with-native-libdir is used to pass something different than gcjversionedlibdir, the libgjsmalsa library is correctly installed. Matthias -- Summary: peer libraries are installed into gcjversionedlibdir, not into nativeexeclib Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28312
[Bug libffi/28313] New: libffi doesn't support mips64-linux
[forwarded from http://bugs.debian.org/358235] libffi has AFAIR no support for NewABI. -- Summary: libffi doesn't support mips64-linux Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: libffi AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28313
[Bug preprocessor/28314] New: cpp: x86/powerpc inconsistency for the __linux macro
[forwarded from http://bugs.debian.org/345587] Matthias Rechecked with 4.1.2. Bug submitter writes: As shown below, the __linux macro is no longer defined when using the C99 mode on a PowerPC machine. An x86 machine does not have this behavior. This is normal for the linux macro to be no longer defined (as it is not reserved), but I do not see why it should be the case for the __linux macro. So, IMHO, the PPC should do the same as x86. powerpc: $ gcc -dM -E -xc /dev/null | grep linux #define __linux 1 #define __linux__ 1 #define __gnu_linux__ 1 #define linux 1 $ gcc -std=c99 -dM -E -xc /dev/null | grep linux #define __linux__ 1 #define __gnu_linux__ 1 x86: $ gcc -dM -E -xc /dev/null | grep linux #define __linux 1 #define __linux__ 1 #define __gnu_linux__ 1 #define linux 1 $ gcc -std=c99 -dM -E -xc /dev/null | grep linux #define __linux 1 #define __linux__ 1 #define __gnu_linux__ 1 -- Summary: cpp: x86/powerpc inconsistency for the __linux macro Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28314
[Bug other/28315] New: gcc doesn't use locale for default input charset
[forwarded from http://bugs.debian.org/352790]
Matthias
Bug submitter writes:
Manual page says:
-finput-charset=charset
Set the input character set, used for translation from the charac-
ter set of the input file to the source character set used by GCC.
If the locale does not specify, or GCC cannot get this information
from the locale, the default is UTF-8. This can be overridden by
either the locale or this command line option. Currently the com-
mand line option takes precedence if there's a conflict. charset
can be any encoding supported by the system's "iconv" library rou-
tine.
locale charmap
ISO-8859-15
My ISO-8859-15-encoded test.c:
#include
#include
int main(void) {
setlocale(LC_ALL,"");
printf("|%lc|\n",L'ü');
return 0;
}
doesn't compile with a simple
$ gcc test.c -o test
test.c:5:19: error: converting to execution character set: Invalid argument
If I encode the file in utf-8, this works, whatever the current locale.
Apparently, the default is always utf-8. Gcc should use locale charset
as default input charset instead.
--
Summary: gcc doesn't use locale for default input charset
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28315
[Bug c++/28316] New: ICE in in instantiate_decl, at cp/pt.c:11645
[forwarded from http://bugs.debian.org/355909]
Matthias
rechecked with 4.1.2 20060630
template
struct foo
{
static const int i;
};
template
const int foo::i = 42;
int
main ()
{
return foo::i;
}
$ g++ foo.cc
foo.cc: In function 'int main()':
foo.cc:13: instantiated from 'const int foo::i'
foo.cc:13: instantiated from here
foo.cc:13: internal compiler error: in instantiate_decl, at cp/pt.c:11645
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: ICE in in instantiate_decl, at cp/pt.c:11645
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28316
[Bug c++/28317] New: template function returning nested class fails to compile when defined outside of its class
[forwarded from http://bugs.debian.org/373909]
Rechecked with 4.1.2 20060630 and 4.2.0
The following code generates the g++ compiler error:
14: error: expected constructor, destructor, or type conversion
before Outer
template
class Outer
{
public:
class Inner
{
};
Inner get() const;
};
template
Outer::Inner
Outer::get() const // <-- this is line 14
{
return Inner();
}
If the function get() is placed inside the template class Outer, no error is
reported. E.g.,
template
class Outer
{
public:
class Inner
{
};
Inner get() const
{
return Inner();
}
};
An external definition compiles well if the class Inner is explicitly defined
as a template class (even though no template parameters are required). E.g.,
template
class Outer
{
public:
template
class Inner
{
};
Inner get() const;
};
template
Outer::Inner
Outer::get() const
{
return Inner();
}
Moreover, the first source, producing a compilation error with g++ was also
offered to the intel C++ compiler, where it compiled flawlessly. Here is a
transcript of the issued commands, illustrating the difference:
[EMAIL PROTECTED]:~/programming/C++$ g++ -c -Wall demo1.cxx
demo1.cxx:14: error: expected constructor, destructor, or type
conversion before ?Outer?
[EMAIL PROTECTED]:~/programming/C++$ icc -c -Wall demo1.cxx
[EMAIL PROTECTED]:~/programming/C++$
My considerations for filing a bug report were:
* g++ produces a compilation error where icc doesn't;
* g++'s compilation error is only produced when the template function is
defined outside of its template class;
* the reported error message is rather cryptic, given the nature of the
source, suggesting confusion on the part of the compiler.
Of course, g++ might offer a more rigid implementation of the C++ standard at
this point. However, I couldn't find a clear indication that the external
function implementation violates the standard. Hence the bug report.
--
Summary: template function returning nested class fails to
compile when defined outside of its class
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28317
[Bug c/28318] New: error message could be better
[forwarded from http://bugs.debian.org/342126]
Matthias
The original testcase had a typo, having a $ instead of a &, leading to an
error message from the assembler:
void f() {
$();
}
$ gcc -c foo.c
/tmp/ccX1KBFb.s: Assembler messages:
/tmp/ccX1KBFb.s:9: Error: missing or invalid immediate expression `' taken as 0
/tmp/ccX1KBFb.s:9: Error: suffix or operands invalid for `call'
Apparently i386 doesn't like symbols starting with $. There should
probably be a better error message, but I wouldn't give it very high
priority... Or maybe there is some way to "escape" the symbol name?
--
Summary: error message could be better
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28318
[Bug c/28319] New: sentinel attribute should support non-NULL sentinels
[forwarded from http://bugs.debian.org/337340]
The sentinel attribute tells GCC to ensure that the argument list of a
variadic function always ends with a final NULL argument. It should be
possible to use this attribute for a variadic function where the
sentinel is some constant other than NULL, as long as the value of the
constant can be determined at compile time and supplied as a parameter
to the sentinel attribute.
Does this really occur frequently enough to be worth the trouble? Can
you name a few libraries that do this?
The particular case which prompted this bug report was a parsing engine,
which uses a variadic function to construct grammar rules consisting of
a start state, a character, a next state, and a list of actions,
terminated by the action LastAction (an enum constant equal to -1).
Predefined actions are negative numbers to avoid conflict with
user-defined actions which are positive numbers; starting user-defined
states at 0 rather than 1 allows the user to simply declare the states
in an enum (enum { ThisAction, ThatAction, ... } Actions;), without the
additional gotcha of having to set the first item to 1 to avoid conflict
with an arbitrarily-valued 0 sentinel.
I just finished finding an extremely non-obvious bug in which one
particular rule in a long list of rules was not terminated by
LastAction. I was able to find it with valgrind at runtime, but this is
exactly the kind of thing that could be caught at compile time by the
sentinel check.
The original mail to the gcc list about implementation of the sentinel
attribute suggested that the ability to specify a different sentinel
value could be useful and could be added later after the initial
implementation was in place.
--
Summary: sentinel attribute should support non-NULL sentinels
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28319
[Bug c/28319] sentinel attribute should support non-NULL sentinels
-- debian-gcc at lists dot debian dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28319
[Bug c/28321] New: gcc 4 does not notice C syntax error
[forwarded from http://bugs.debian.org/354700]
Matthias
This is what happens if you accidentally put a stray semicolon in a
parameter-type-list:
[EMAIL PROTECTED]:~$ cat > t.c
int foo(int x;) { }
[EMAIL PROTECTED]:~$ gcc-4.0 --version
gcc-4.0 (GCC) 4.0.3 20051201 (prerelease) (Debian 4.0.2-5)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There
is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
[EMAIL PROTECTED]:~$ gcc-4.0 -c t.c
[EMAIL PROTECTED]:~$ echo $?
0
Earlier versions of GCC noticed the syntax error, though produced the
somewhat delphic "parameter "x" has just a forward declaration".
--
Summary: gcc 4 does not notice C syntax error
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28321
[Bug other/28322] New: GCC new warnings and compatibility
[forwarded from http://bugs.debian.org/367657]
Summary:
GCC should be more tolerant of
gcc -Wno-this-is-not-a-recognised-warning
as specified in detail below.
Discussion:
Occasionally, GCC introduces new warnings. For example, GCC 4 has
introduced warnings about discrepancies in signedness of integers
pointed to by otherwise-compatible pointers.
Furthermore, because GCC has traditionally had such good warnings, and
such good configurability of warnings, and because no-one looks at
warnings that don't cause build failures, many people (myself
included) use -Werror in nearly all of their projects.
However, when new warnings are introduced, there is a problem with the
configurability: Like any warning, whether or not you want it enabled
depends on your coding style and practices and on other rather
subjective details. This means that there can be no universally
correct default for a new warning; turning it on by default is
sometimes a reasonable value judgement on the part of the compiler
authors.
When a new warning is introduced and enabled by default, then the
author of a project whose coding style warrants disabling that warning
is faced with a difficult choice:
* they can set the build system to say -Wno-new-warning (for whatever
value of `new-warning' is relevant) so that it builds on new
compilers but so that users of older GCC's need to override the
build system to remove -Wno-new-warning (which the older GCC
doesn't understand);
* they can turn off -Werror, leaving themselves open to the massive
bugs which are often hidden by warnings which are ignored (perhaps
bugs which don't show up and aren't warned about on the developer's
system, because of the various type differences between systems);
* they can leave things as they are and require users of the new
compiler to override the build system.
* they can add complexity to the build system to try to autodetect
the available compiler options; this usually works but it makes the
build system more complex - note that in some projects this might
be the only reason why something like autoconf might be required.
None of these are the right answer.
I would like to propose a straightforward answer which can easily be
implemented in GCC and leaves everything correct. With this change,
it is much easier to make portable packages which still make good and
strict use of GCC's excellent warnings system.
Specification of the proposed new behaviour:
1. GCC should ignore unknown -Wno-* options if no other warnings are to
be issued. This is always correct since the only effect of such an
option would be to suppress warnings which might otherwise be
issued. If no warnings are to be issued at all then treating even
an unknown suppression as a no-op is clearly correct.
2. If some other warnings are to be issued, then it is necessary to
report on stderr if any unknown (and therefore unheeded)
suppressions were in force, in case the user intended for one of
the relevant suppressions to apply to the warning(s) in question.
This will alert the user to the lack of support for that
suppression in this gcc (ie, either to the user's typo or the wrong
gcc version). The combination of (1) and (2) will minimise stderr
noise about unknown suppressions as far as I think is reasonably
possible.
3. Obviously unknown suppressions ignored according to (1) should not
count as errors for -Werror. Whether unknown suppressions reported
according to (2) should count as as errors for -Werror is not
important because the actual warning will count as an error for
-Werror. So the diagnostic from (2) above can be a real `warning',
or simply an appropriate message issued to stderr the first time a
warning is to be issued despite the presence of unknown -Wno-*
options.
4. Whenever a new GCC warning is introduced, or the scope of an
existing warning significantly extended, a corresponding -Wno-*
option should be introduced at the same time. (AFAIAA current GCC
development practice seems to abide by this principle.)
5. The changes to implement (1) and (2) should be backported to
earlier GCCs and earlier Debian branches insofar as practical.
--
Summary: GCC new warnings and compatibility
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28322
[Bug target/38155] [4.4 regression] gcc build failure on powerpc biarch
--- Comment #1 from debian-gcc at lists dot debian dot org 2008-11-16 11:49 --- not ada specific -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Summary|[4.4 regression] gnat build |[4.4 regression] gcc build |failure on powerpc biarch |failure on powerpc biarch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38155
[Bug target/38155] New: [4.4 regression] gnat build failure on powerpc biarch
last known sucessful bootstrap was on 2008.
configured with:
--enable-languages=c,c++,java,fortran,objc,obj-c++,ada
--prefix=/usr/lib/gcc-snapshot --enable-shared --enable-mpfr
--disable-softfloat --enable-secureplt
--enable-targets=powerpc-linux,powerpc64-linux --with-cpu=default32
--with-long-double-128 --disable-werror --build=powerpc-linux-gnu
--host=powerpc-linux-gnu --target=powerpc-linux-gnu
gnatgcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-de
finition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -o
cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o
c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o
c-semantics.o c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o
c-parser.o rs6000-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o
dummy-checksum.o \
main.o tree-browser.o libbackend.a ../libcpp/libcpp.a
../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ../libiberty/libiberty.a
../libdecnumber/libdecnumber.a -lmpfr -lgmp -lcloog -lmpfr -lgmp
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/../../../../lib/crt1.o: In function
`_start':
(.text+0x20): relocation truncated to fit: R_PPC_REL24 against symbol
`__libc_start_main@@GLIBC_2.0' defined in .glink section in
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/../../../../lib/crt1.o
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/crtbegin.o:(.fini+0x0): relocation
truncated to fit: R_PPC_REL24 against `.text'
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/crtend.o:(.init+0x0): relocation truncated
to fit: R_PPC_REL24 against `.text'
c-lang.o: In function `VEC_tree_base_quick_insert':
/home/doko/gcc/snap/gcc-snapshot-20081116/build/gcc/../../src/gcc/tree.h:190:
relocation truncated to fit: R_PPC_REL24 against symbol `memmove@@GLIBC_2.0'
defined in .glink section in
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/../../../../lib/crt1.o
c-lang.o: In function `VEC_tree_base_ordered_remove':
/home/doko/gcc/snap/gcc-snapshot-20081116/build/gcc/../../src/gcc/tree.h:190:
relocation truncated to fit: R_PPC_REL24 against symbol `memmove@@GLIBC_2.0'
defined in .glink section in
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/../../../../lib/crt1.o
c-lang.o: In function `VEC_tree_base_block_remove':
/home/doko/gcc/snap/gcc-snapshot-20081116/build/gcc/../../src/gcc/tree.h:190:
relocation truncated to fit: R_PPC_REL24 against symbol `memmove@@GLIBC_2.0'
defined in .glink section in
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/../../../../lib/crt1.o
c-lang.o: In function `VEC_tree_gc_copy':
/home/doko/gcc/snap/gcc-snapshot-20081116/build/gcc/../../src/gcc/tree.h:191:
relocation truncated to fit: R_PPC_REL24 against symbol `memcpy@@GLIBC_2.0'
defined in .glink section in
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/../../../../lib/crt1.o
c-lang.o: In function `VEC_tree_gc_safe_grow_cleared':
/home/doko/gcc/snap/gcc-snapshot-20081116/build/gcc/../../src/gcc/tree.h:191:
relocation truncated to fit: R_PPC_REL24 against symbol `memset@@GLIBC_2.0'
defined in .glink section in
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/../../../../lib/crt1.o
c-lang.o: In function `VEC_tree_heap_free':
/home/doko/gcc/snap/gcc-snapshot-20081116/build/gcc/../../src/gcc/tree.h:192:
relocation truncated to fit: R_PPC_REL24 against symbol `free@@GLIBC_2.0'
defined in .glink section in
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/../../../../lib/crt1.o
c-lang.o: In function `VEC_tree_heap_copy':
/home/doko/gcc/snap/gcc-snapshot-20081116/build/gcc/../../src/gcc/tree.h:192:
relocation truncated to fit: R_PPC_REL24 against symbol `memcpy@@GLIBC_2.0'
defined in .glink section in
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/../../../../lib/crt1.o
c-lang.o: In function `VEC_tree_heap_safe_grow_cleared':
/home/doko/gcc/snap/gcc-snapshot-20081116/build/gcc/../../src/gcc/tree.h:192:
additional relocation overflows omitted from the output
collect2: ld returned 1 exit status
make[5]: *** [cc1-dummy] Error 1
make[5]: Leaving directory
`/home/doko/gcc/snap/gcc-snapshot-20081116/build/gcc'
make[4]: *** [all-stage1-gcc] Error 2
--
Summary: [4.4 regression] gnat build failure on powerpc biarch
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
GCC target triplet: powerpc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38155
[Bug target/38287] New: wrong-code with -O2 -fPIC on sparc-linux-gnu
[forwarded from http://bugs.debian.org/506713]
seen with 4.1, 4.2, 4.3 branches, not on the trunk
Functions compiled for SPARC with both -O2 and -fPIC options, which
return structures and require global data, may have incorrect code
generated for them.
The following example is based on Qt 3, which is affected by this bug
(see #490999). The code should of course print "1 + 1 = 2" but when
compiled for SPARC with -O2 -fPIC it prints "1 + 1 = 0" (or may crash).
The first two instructions generated for QTime::addMSecs() are a save
using %sp and a load relative to %sp which depends on the *old* value of
%sp.
This example appears to be compiled correctly if I remove either option
or reduce the value of MSECS_PER_DAY such that it can be an immediate
constant.
Ben.
#include
class QTime
{
public:
explicit QTime(int ms = 0) : ds(ms) {}
static QTime currentTime() { return QTime(); }
QTime addMSecs(int ms) const;
int msecs() const { return ds; }
private:
unsigned ds;
};
static const unsigned MSECS_PER_DAY = 8640;
QTime QTime::addMSecs( int ms ) const
{
QTime t;
if ( ms < 0 ) {
// % not well-defined for -ve, but / is.
int negdays = (MSECS_PER_DAY-ms) / MSECS_PER_DAY;
t.ds = ((int)ds + ms + negdays*MSECS_PER_DAY)
% MSECS_PER_DAY;
} else {
t.ds = ((int)ds + ms) % MSECS_PER_DAY;
}
return t;
}
int main(int argc, char* argv[] )
{
std::cout << "1 + 1 = " << QTime(1).addMSecs(1).msecs() << std::endl;
}
--
Summary: wrong-code with -O2 -fPIC on sparc-linux-gnu
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
GCC target triplet: sparc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38287
[Bug tree-optimization/38355] New: ICE with -fipa-struct-reorg / -fipa-pta
[forwarded from http://bugs.debian.org/PR498708]
seen with 4.3 branch and trunk 20081130, building without -fipa-struct-reorg
works.
$ g++ -O3 -fwhole-program -fipa-struct-reorg xx.cc
xx.cc:289: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
$ g++ -O3 -fwhole-program -fipa-pta xx.cc
/usr/include/c++/4.3/bits/vector.tcc: In member function 'void std::vector<_Tp,
_Alloc>::_M_insert_aux(__gnu_cxx::__normal_iterator::_Tp_alloc_type::pointer, std::vector<_Tp,
_Alloc> >, const _Tp&) [with _Tp = int, _Alloc = std::allocator]':
/usr/include/c++/4.3/bits/vector.tcc:283: internal compiler error: in
initialize_flags_in_bb, at tree-into-ssa.c:437
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
--
Summary: ICE with -fipa-struct-reorg / -fipa-pta
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38355
[Bug tree-optimization/38355] ICE with -fipa-struct-reorg / -fipa-pta
--- Comment #1 from debian-gcc at lists dot debian dot org 2008-12-01 22:50 --- Created an attachment (id=16804) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16804&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38355
[Bug tree-optimization/38356] New: ICE with -ftree-parallelize-loops
[forwarded from http://bugs.debian.org/487776] seen with 4.3 branch 20081129, fixed on the trunk, omitting -ftree-parallelize-loops=2 lets the compile succeed. Matthias g++ -g -O3 -ffast-math -fomit-frame-pointer -ftree-parallelize-loops=2 -c -o dcraw.o dcraw.ii g++: Internal error: Segmentation fault (program cc1plus) Please submit a full bug report. See for instructions. -- Summary: ICE with -ftree-parallelize-loops Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38356
[Bug tree-optimization/38356] ICE with -ftree-parallelize-loops
--- Comment #1 from debian-gcc at lists dot debian dot org 2008-12-01 23:42 --- Created an attachment (id=16805) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16805&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38356
[Bug c++/38357] New: [4.2/4.3/4.4 regression] ICE cc1plus (Segmentation fault)
4.1 branch gives an error, message, 4.2 and up segfault.
Matthias
$ g++-4.1 -save-temps bug.cc
bug.cc:17: error: could not convert template argument 'BUG::name' to 'bool'
$ g++ -save-temps bug.cc
bug.cc:17: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
class BUG
{
public:
bool name() { return true; }
};
template
struct BUG1_5
{
};
template
class BUG2 : BUG
{
public:
typedef BUG1_5 ptr;
};
int main()
{
BUG2 b;
return 0;
}
--
Summary: [4.2/4.3/4.4 regression] ICE cc1plus (Segmentation
fault)
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38357
[Bug tree-optimization/38359] New: [4.3/4.4 regression] ICE in set_lattice_value, at tree-ssa-ccp.c:466
[forwarded from http://bugs.debian.org/PR492505]
works with 4.2 branch, fails with 4.3 branch and trunk, succeeds with -O0
$ gcc-4.3 000.c -c -O1
000.c: In function '_ov_64_seek_lap':
000.c:33: internal compiler error: in set_lattice_value, at tree-ssa-ccp.c:487
Please submit a full bug report,
with preprocessed source if appropriate.
void _ov_64_seek_lap (void)
{
unsigned x1, x2, x3;
unsigned ltmp_3978_7;
unsigned ltmp_3978_7__PHI_TEMPORARY;
unsigned ltmp_4011_7__PHI_TEMPORARY;
unsigned ltmp_4012_7;
signed ltmp_4011_7;
if (x1)
{
if (x2)
{
goto llvm_cbe__ov_initset_2e_exit;
}
}
while (1)
;
llvm_cbe__ov_initset_2e_exit:
if (x3)
{
ltmp_3978_7__PHI_TEMPORARY = 0xff7e;
goto llvm_cbe_ov_halfrate_p_2e_exit;
}
ltmp_3978_7__PHI_TEMPORARY = 1;
llvm_cbe_ov_halfrate_p_2e_exit:
ltmp_3978_7 = ltmp_3978_7__PHI_TEMPORARY;
ltmp_4011_7__PHI_TEMPORARY = 0x;
ltmp_4011_7 = ltmp_4011_7__PHI_TEMPORARY;
ltmp_4012_7 = ltmp_4011_7 >> ltmp_3978_7;
}
--
Summary: [4.3/4.4 regression] ICE in set_lattice_value, at tree-
ssa-ccp.c:466
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38359
[Bug middle-end/38360] New: [4.4 regression] ICE in gimple_op, at gimple.h:1636
[forwarded from http://bugs.debian.org/PR491115]
works with 4.3, fails with trunk 20081129
Matthias
$ /usr/lib/gcc-snapshot/bin/gcc fputs.c
fputs.c: In function 'main':
fputs.c:5: internal compiler error: in gimple_op, at gimple.h:1636
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
int main(int argc, char **argv)
{
fputs("");
return 0;
}
--
Summary: [4.4 regression] ICE in gimple_op, at gimple.h:1636
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38360
[Bug middle-end/38360] [4.4 regression] ICE in gimple_op, at gimple.h:1636
--- Comment #1 from debian-gcc at lists dot debian dot org 2008-12-02 00:24 --- link is http://bugs.debian.org/491115 Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38360
[Bug tree-optimization/38359] [4.3/4.4 regression] ICE in set_lattice_value, at tree-ssa-ccp.c:466
--- Comment #2 from debian-gcc at lists dot debian dot org 2008-12-02 00:24 --- link is http://bugs.debian.org/492505 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38359
[Bug fortran/38361] New: -i8 doesn't work with .F files
[forwarded from http://bugs.debian.org/483584]
The -i8 option doesn't work with .F files, which get run through the C
preprocessor.
To see the error message, execute this sequence:
touch t.F
gfortran -c -i8 t.F
The resulting error message is:
cc1: error: unrecognized command line option "-i8"
If the filename is t.f, no error is reported. It seems the fix would
be to not pass the -i8 option to the C preprocessor.
--
Summary: -i8 doesn't work with .F files
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38361
[Bug other/38363] New: Use of Unicode quotes depends on LC_CTYPE rather than LC_MESSAGES
[forwarded from http://bugs.debian.org/505950]
Matthias
gcc uses Unicode quote marks with LC_CTYPE=en_US.UTF-8, but not with
LC_CTYPE=C. Shouldn't that depend on LC_MESSAGES instead, not LC_CTYPE?
LC_CTYPE should only affect character classification, such as "this
character counts as uppercase".
--
Summary: Use of Unicode quotes depends on LC_CTYPE rather than
LC_MESSAGES
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38363
[Bug target/38548] New: [4.4 Regression] bootstrap broken on arm-linux-gnu (not gnueabi)
ildd/gcc-snapshot-20080323/build/gcc/../../src/gcc/tracer.c:334: undefined reference to `__floatdidf' libbackend.a(ipa-inline.o): In function `cgraph_edge_badness': /build/buildd/gcc-snapshot-20080323/build/gcc/../../src/gcc/ipa-inline.c:507: undefined reference to `__floatdidf' libbackend.a(ipa-inline.o):/build/buildd/gcc-snapshot-20080323/build/gcc/../../src/gcc/ipa-inline.c:507: more undefined references to `__floatdidf' follow collect2: ld returned 1 exit status make[5]: *** [cc1-dummy] Error 1 -- Summary: [4.4 Regression] bootstrap broken on arm-linux-gnu (not gnueabi) Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: arm-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38548
[Bug libstdc++/40038] New: [4.4/4.5 regression] symbols ce...@glibcxx_3.4.3 and ta...@glibcxx_3.4 not exported
seen in
https://buildd.debian.org/fetch.cgi?&pkg=gcc-4.4&ver=4.4.0-3&arch=mips&stamp=1241547561&file=log
PR26926 mentions these exports as unnecessary, but afaiu these are not supposed
to be removed in libstdc++.so.6.
Matthias
--
Summary: [4.4/4.5 regression] symbols ce...@glibcxx_3.4.3 and
ta...@glibcxx_3.4 not exported
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
GCC target triplet: mips-linux-gnu mipsel-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40038
[Bug libstdc++/40038] [4.4/4.5 regression] symbols ce...@glibcxx_3.4.3 and ta...@glibcxx_3.4 not exported
--- Comment #2 from debian-gcc at lists dot debian dot org 2009-05-06 10:14 --- same for arm-linux-gnu arm-linux-gnueabi Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added GCC target triplet|mips-linux-gnu mipsel-linux-|mips-linux-gnu mipsel-linux- |gnu |gnu arm-linux-gnu arm-linux- ||gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40038
[Bug libstdc++/40133] New: exception propagation support not enabled in libstdc++ 4.4 on {armeabi,hppa}-linux
Tracking http://gcc.gnu.org/ml/gcc/2009-05/msg00035.html as a bug report.
Paolo checked in a patch in rev 147123 on the gcc-4_4-branch to do link tests
for the atomic builtins, which works ok on hppa, but fails for arm.
--
Summary: exception propagation support not enabled in libstdc++
4.4 on {armeabi,hppa}-linux
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
GCC target triplet: arm-linux-gnueabi hppa-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40133
[Bug target/40134] New: symbols not resolved when building shared libraries (link with -lgcc_s -lgcc?)
this showed up when trying to address PR40133. Enabling the exception propagation support keeps the __sync_val_compare_and_swap_4 unresolved. /usr/bin/ld: ./atomic-1.exe: hidden symbol `__sync_val_compare_and_swap_4' in /home/doko/gcc/4.4/gcc-4.4-4.4.0/build/gcc/libgcc.a(linux-atomic.o) is referenced by DSO /usr/bin/ld: final link failed: Nonrepresentable section on output Linking the shared libstdc++ with both -lgcc_s and -lgcc does fix these. There seem to be two issues: - libtool currently doesn't allow to link with -lgcc_s -lgcc (in this order). see http://gcc.gnu.org/ml/libstdc++/2009-05/msg00064.html - g++ should link be default with -lgcc_s -lgcc? this is how I understand http://gcc.gnu.org/ml/gcc/2009-05/msg00039.html -- Summary: symbols not resolved when building shared libraries (link with -lgcc_s -lgcc?) Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: arm-linux-gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40134
[Bug libstdc++/40133] exception propagation support not enabled in libstdc++ 4.4 on {armeabi,hppa}-linux
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-05-13 17:07 --- the arm failure is PR40134 now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40133
[Bug tree-optimization/40157] ICE with -floop-block
--- Comment #3 from debian-gcc at lists dot debian dot org 2009-05-16 12:48 --- a patch would be appreciated, even if it's not applied directly in the 4.4 branch. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40157
[Bug libgcj/36658] Building gcj for arm linux from trunk (gcc 4.4.0): libjava/gcj/array.h:24: internal compiler error: verify_gimple failed
--- Comment #2 from debian-gcc at lists dot debian dot org 2009-05-18 07:33 --- a native build for arm-linux-gnueabi works fine in 4.4.0, e.g. https://buildd.debian.org/fetch.cgi?&pkg=gcj-4.4&ver=4.4.0-2&arch=armel&stamp=1241854512&file=log Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36658
[Bug bootstrap/38867] [Regression] gcc 4.4.0 20090114 - libjava/configure sets "NONE/share/python", need "${prefix}/share/python"
--- Comment #3 from debian-gcc at lists dot debian dot org 2009-05-18 07:39 --- looks much like an expansion issue in automake, which was fixed for automake-1.11, but I fail to see how it gets wrongly expanded in the current 4.4.0 release. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524176 Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38867
[Bug libgcj/35367] Linux x86 build (with --enable-targets=all, so also building with cross-to-x64 multilib configuration) fails in libjava (prims.cc)
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-05-18 07:44 --- debian doesn't have all libraries needed as build dependencies as 64bit versions, so it's clear that the build fails. IMO not a GCC issue. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35367
[Bug libgcj/40180] New: [4.4/4.5 regression] regressions in libjava testsuite on ia64-linux
4.4.0 and trunk 20090517 show the following regressions in the libjava testsuite, compared to 4.3. Matthias FAIL: TestClosureGC run FAIL: Array_3 execution - source compiled test FAIL: Array_3 -findirect-dispatch execution - source compiled test FAIL: Array_3 -O3 execution - source compiled test FAIL: Array_3 -O3 -findirect-dispatch execution - source compiled test FAIL: Invoke_1 execution - source compiled test FAIL: Invoke_1 -findirect-dispatch execution - source compiled test FAIL: Invoke_1 -O3 execution - source compiled test FAIL: Invoke_1 -O3 -findirect-dispatch execution - source compiled test FAIL: pr83 -findirect-dispatch execution - source compiled test FAIL: pr83 -O3 -findirect-dispatch execution - source compiled test 4.3.3 (4.4 and trunk) fail: FAIL: getlocalvartable output FAIL: Throw_3 -O3 output - source compiled test FAIL: Throw_3 -O3 -findirect-dispatch output - source compiled test build logs at: https://buildd.debian.org/fetch.cgi?&pkg=gcj-4.3&ver=4.3.3-8&arch=ia64&stamp=1240169065&file=log https://buildd.debian.org/fetch.cgi?&pkg=gcj-4.4&ver=4.4.0-5&arch=ia64&stamp=1242603840&file=log https://buildd.debian.org/fetch.cgi?&pkg=gcc-snapshot&ver=20090516-1&arch=ia64&stamp=1242556450&file=log -- Summary: [4.4/4.5 regression] regressions in libjava testsuite on ia64-linux Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: ia64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40180
[Bug libgcj/40181] New: [4.4 regression] regressions in libjava testsuite on s390-linux
4.4 branch 20090517 shows one regression in the libjava testsuite: FAIL: Divide_1 execution - source compiled test FAIL: Divide_1 -findirect-dispatch execution - source compiled test FAIL: Divide_1 -O3 execution - source compiled test FAIL: Divide_1 -O3 -findirect-dispatch execution - source compiled test the same regression is seen on ia64-linux, but there on the branch and the trunk, see PR40180. -- Summary: [4.4 regression] regressions in libjava testsuite on s390-linux Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: s390-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40181
[Bug libgcj/40182] New: [4.4/4.5 regression] regressions in libjava testsuite on sparc-linux
seen with a biarch compiler defaulting to 32bit with 4.4 branch 20090516 and trunk 20090516. Matthias FAIL: PR218 execution - source compiled test WARNING: program timed out. FAIL: StackTrace2 execution - source compiled test WARNING: program timed out. FAIL: StackTrace2 -findirect-dispatch execution - source compiled test WARNING: program timed out. FAIL: StackTrace2 -O3 execution - source compiled test WARNING: program timed out. FAIL: StackTrace2 -O3 -findirect-dispatch execution - source compiled test FAIL: Throw_3 execution - source compiled test FAIL: Throw_3 -findirect-dispatch execution - source compiled test -- Summary: [4.4/4.5 regression] regressions in libjava testsuite on sparc-linux Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: sparc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40182
[Bug bootstrap/40477] New: [4.3 regression] build failure on alpha-linux-gnu mips-linux-gnu
seen on the 4.3 branch Matthias gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings-DHAVE_CONFIG_H -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -I../../src/gcc/../libcpp/include -I../../src/gcc/../libdecnumber -I../../src/gcc/../libdecnumber/dpd -I../libdecnumber ../../src/gcc/dwarf2out.c -o dwarf2out.o ../../src/gcc/dwarf2out.c: In function 'add_subscript_info': ../../src/gcc/dwarf2out.c:11328: error: break statement not within loop or switch make[5]: *** [dwarf2out.o] Error 1 -- Summary: [4.3 regression] build failure on alpha-linux-gnu mips- linux-gnu Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: alpha-linux-gnu mips-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40477
[Bug middle-end/40506] New: ICE with -fwhole-program --combine (verify_stmts failed)
i686-linux-gnu, with trunk 20090620:
Matthias
/scratch/packages/gcc/snap/gcc-snapshot-20090620/build/gcc/xgcc
-B/scratch/packages/gcc/snap/gcc-snapshot-20090620/build/gcc/ -O2 -std=gnu99
-fwhole-program --combine -c -o mksh.o edit.i eval.i exec.i expr.i funcs.i
histrap.i jobs.i lalloc.i lex.i main.i misc.i shf.i syn.i tree.i var.i
../../mksh/jobs.c: In function 'exchild':
../../mksh/jobs.c:458:4: warning: ignoring return value of 'nice', declared
with attribute warn_unused_result
../../mksh/var.c: In function 'ktnext':
../../mksh/var.c:1372:1: error: invalid conversion in return statement
struct tbl *
struct tbl *
return D.104473_1;
../../mksh/var.c:1372:1: internal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
with 4.4 branch:
$ gcc-4.4 -O2 -std=gnu99 -fwhole-program --combine -c -o mksh.o edit.i eval.i
exec.i expr.i funcs.i histrap.i jobs.i lalloc.i lex.i main.i misc.i shf.i syn.i
tree.i var.i../../mksh/jobs.c: In function 'exchild':
../../mksh/jobs.c:458: warning: ignoring return value of 'nice', declared with
attribute warn_unused_result
../../mksh/edit.c: In function 'vi_cmd':
/usr/include/bits/string3.h:56: sorry, unimplemented: inlining failed in call
to 'memmove': function body not available
../../mksh/edit.c:4135: sorry, unimplemented: called from here
/usr/include/bits/string3.h:56: sorry, unimplemented: inlining failed in call
to 'memmove': function body not available
../../mksh/edit.c:4139: sorry, unimplemented: called from here
/usr/include/bits/string3.h:49: sorry, unimplemented: inlining failed in call
to 'memcpy': redefined extern inline functions are not considered for inlining
../../mksh/edit.c:4170: sorry, unimplemented: called from here
/usr/include/bits/string3.h:49: sorry, unimplemented: inlining failed in call
to 'memcpy': redefined extern inline functions are not considered for inlining
../../mksh/edit.c:4173: sorry, unimplemented: called from here
/usr/include/bits/string3.h:56: sorry, unimplemented: inlining failed in call
to 'memmove': function body not available
../../mksh/edit.c:5095: sorry, unimplemented: called from here
../../mksh/lex.c:955: confused by earlier errors, bailing out
--
Summary: ICE with -fwhole-program --combine (verify_stmts failed)
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40506
[Bug middle-end/40506] ICE with -fwhole-program --combine (verify_stmts failed)
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-06-20 18:22 --- Created an attachment (id=18034) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18034&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40506
[Bug objc/40507] New: ICE on invalid ObjC code
$ /scratch/packages/gcc/snap/gcc-snapshot-20090620/build/gcc/xgcc -B/scratch/packages/gcc/snap/gcc-snapshot-20090620/build/gcc/ -c NSStringTest.mi NSStringTest.m: In function '+[NSStringTest modulusOn:by:]': NSStringTest.m:64:12: error: expected ':' before ']' token NSStringTest.m:64:12: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 3c6a6df60777a1ffe3c8f08ba2449167 NSStringTest.m: In function '+[NSStringTest modulusOn:by:]': NSStringTest.m:64:12: error: expected ':' before ']' token Program received signal SIGSEGV, Segmentation fault. objc_build_message_expr (mess=0xf7528e70) at ../../src/gcc/objc/objc-act.c:6280 6280 if (TREE_CODE (args) == IDENTIFIER_NODE) (gdb) bt #0 objc_build_message_expr (mess=0xf7528e70) at ../../src/gcc/objc/objc-act.c:6280 #1 0x080e8992 in c_parser_postfix_expression (parser=0xf7d3dc78) at ../../src/gcc/c-parser.c:5665 #2 0xf7528e70 in ?? () #3 0x in ?? () (gdb) p args $1 = (tree) 0x0 -- Summary: ICE on invalid ObjC code Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: objc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40507
[Bug objc/40507] ICE on invalid ObjC code
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-06-20 19:38 --- Created an attachment (id=18035) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18035&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40507
[Bug debug/40462] [4.5 Regression] ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2773 while compiling mlib-tgt.adb
--- Comment #3 from debian-gcc at lists dot debian dot org 2009-06-22 08:23 --- seen on hppa-linux-gnu as well, the proposed fix allows bootstrapping on hppa-linux-gnu as well. Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40462
[Bug bootstrap/40347] [4.5 Regression] i386-darwin ICEs while building libgcc during stage2
--- Comment #4 from debian-gcc at lists dot debian dot org 2009-06-22 08:45 --- A bootstrap on hppa-linux-gnu works for me with the patch suggested in PR 40462, still seeing a bootstrap failure on sparc-linux-gnu, as in PR40352. No preprocessed source yet. -- debian-gcc at lists dot debian dot org changed: What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40347
[Bug ada/40637] Ada bootstrap ICE on stage3 s-bitops.o
--- Comment #2 from debian-gcc at lists dot debian dot org 2009-07-04 16:01 --- I see this with a biarch compiler defaulting to powerpc-linux-gnu as well, rev 149224 Matthias Configured with: ../src/configure -v --with-pkgversion='Debian 20090704-1' --with-bugurl=file:///usr/share/doc/gcc-snapshot/README.Bugs --enable-languages=c,ada,c++,java,fortran,objc,obj-c++ --prefix=/usr/lib/gcc-snapshot --enable-shared --enable-multiarch --with-system-zlib --disable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-java-awt=gtk --enable-gtk-cairo --disable-plugin --with-java-home=/usr/lib/gcc-snapshot/java-1.5.0-gcj-4.5/jre --enable-java-home --with-jvm-root-dir=/usr/lib/gcc-snapshot/java-1.5.0-gcj-4.5 --with-arch-directory=ppc --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --disable-softfloat --enable-secureplt --enable-targets=powerpc-linux,powerpc64-linux --with-cpu=default32 --with-long-double-128 --disable-werror --build=powerpc-linux-gnu --host=powerpc-linux-gnu --target=powerpc-linux-gnu Thread model: posix gcc version 4.5.0 20090704 (experimental) [trunk revision 149224] (Debian 20090704-1) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40637
[Bug target/40134] symbols not resolved when building shared libraries (link with -lgcc_s -lgcc?)
--- Comment #2 from debian-gcc at lists dot debian dot org 2009-07-07 09:08 --- proposed patch at http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00322.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40134
[Bug target/40813] New: [4.4 regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222
seen while building openjdk-6 on sparc-linux-gnu with 4.4 branch. 4.3 branch does work. Matthias g++-4.4 -c -fPIC -O1 -fno-strict-aliasing -fno-rtti -fno-exceptions -fcheck-new c1_MacroAssembler_sparc.ii In file included from ../generated/incls/_assembler_pd.hpp.incl:2, from /home/doko/openjdk/openjdk-6-6b16~pre4/build/openjdk-ecj/hotspot/src/share/vm/asm/assembler.hpp:310, from ../generated/incls/_c1_MacroAssembler_sparc.cpp.incl:60, from /home/doko/openjdk/openjdk-6-6b16~pre4/build/openjdk-ecj/hotspot/src/cpu/sparc/vm/c1_MacroAssembler_sparc.cpp:27: /home/doko/openjdk/openjdk-6-6b16~pre4/build/openjdk-ecj/hotspot/src/cpu/sparc/vm/assembler_sparc.hpp: In constructor Address::Address(RegisterImpl*, unsigned char*, relocInfo::relocType): /home/doko/openjdk/openjdk-6-6b16~pre4/build/openjdk-ecj/hotspot/src/cpu/sparc/vm/assembler_sparc.hpp:302: internal compiler error: in gsi_insert_seq_nodes_after, at gimple-iterator.c:222 Please submit a full bug report, with preprocessed source if appropriate. building with -O0 or omitting -fcheck-new avoids the ICE. -- Summary: [4.4 regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: sparc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40813
[Bug target/40813] [4.4 regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-07-20 23:58 --- Created an attachment (id=18232) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18232&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40813
[Bug libgcj/40859] New: [4.4/4.5 regression] regressions in libjava testsuite on arm-linux
seen with 4.4.1:
Executing on host: /home/doko/gcc/4.4/gcj-4.4-4.4.1/build/gcc/xgcc
-B/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/gcc/ -g -I. -I..
-fdollars-in-identifiers
-I/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/..
-I/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/../include
-I/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/../classpath/include
-I/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/libjava/testsuite/../include
-I/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/libjava/testsuite/../../boehm-gc/include
-c -o natevents.o
/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/libjava.jvmti/natevents.cc
(timeout = 600)
In file included from
/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/../classpath/include/jvmti.h:46,
from
/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/libjava.jvmti/natevents.cc:4:
/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/../classpath/include/jni.h:660:
note: the mangling of 'va_list' has changed in GCC 4.4
output is:
In file included from
/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/../classpath/include/jvmti.h:46,
from
/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/libjava.jvmti/natevents.cc:4:
/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/../classpath/include/jni.h:660:
note: the mangling of 'va_list' has changed in GCC 4.4
FAIL: natevents.cc compilation
and some more
--
Summary: [4.4/4.5 regression] regressions in libjava testsuite on
arm-linux
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40859
[Bug libgcj/40860] New: [4.4/4.5 regression] regressions in libjava testsuite on arm-linux
/libjava/testsuite/libjava.lang/stacktrace.jar -w -specs=libgcj-test.spec -no-install --main=stacktrace -O3 -findirect-dispatch -g -L/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/./libjava/.libs -lm -o /home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/libjava/testsuite/stacktrace.exe (timeout = 600) PASS: stacktrace -O3 -findirect-dispatch compilation from source set_ld_library_path_env_vars: ld_library_path=.:/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/./libjava/.libs:/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/gcc invoke: /home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/libjava/testsuite/stacktrace.exe Setting LD_LIBRARY_PATH to .:/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/./libjava/.libs:/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/gcc:.:/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/./libjava/.libs:/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/gcc stacktrace.c stacktrace.b stacktrace.a stacktrace.main PASS: stacktrace -O3 -findirect-dispatch execution - source compiled test FAIL: stacktrace -O3 -findirect-dispatch output - source compiled test -- Summary: [4.4/4.5 regression] regressions in libjava testsuite on arm-linux Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: arm-linux-gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40860
[Bug target/40954] New: gcc-4.4.1/s390: internal compiler error: Segmentation fault
[forwarded from http://bugs.debian.org/539713]
Matthias
The following code triggers an ice on s390 with -m64:
void wmemset (int *s, int c, int n)
{
register int *wp = s;
while (n >= 4)
{
wp[0] = c;
wp[1] = c;
wp[2] = c;
wp[3] = c;
wp += 4;
n -= 4;
}
}
$ gcc-4.4 -m64 -O3 -c testcase.i
testcase.i: In function wmemset:
testcase.i:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
--
Summary: gcc-4.4.1/s390: internal compiler error: Segmentation
fault
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
GCC target triplet: s390-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40954
[Bug treelang/24771] New: treelang does not have a man page
treelang does not have a man page. The man page should reference the gcc(1) man page for options common to the gcc driver and list treelang specific options Matthias -- Summary: treelang does not have a man page Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: treelang AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24771
[Bug libstdc++/24712] [4.0 Regression] Accidental ABI change between 4.0.1 and 4.0.2?
--- Comment #6 from debian-gcc at lists dot debian dot org 2005-11-12 09:33 --- (In reply to comment #2) > I gather therefore that Debian > is building GCC passing --enable-libstdcxx-allocator=mt, something absolutely > not obvious and not trivial in its consequences. Correct. That decision was based on a discussion on libstdc++ in April 2004. Please see http://gcc.gnu.org/ml/libstdc++/2005-11/msg00171.html for an open question. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24712
[Bug java/24572] [4.0 regression] ICE in gimplify_expr, at gimplify.c:3983
--- Comment #4 from debian-gcc at lists dot debian dot org 2005-11-12 09:35 --- works with HEAD 2005 -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.0.3 Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24572
[Bug ada/18434] [4.0/4.1 Regression] Ada: cannot build gnattools on Tru64 UNIX V5.1B
--- Comment #15 from debian-gcc at lists dot debian dot org 2005-11-12 14:59 --- workaround works with 4.0.3 on alpha-linux as well, 4.1 build currently fails in stage3 Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434
[Bug bootstrap/24821] New: [4.1 regression] [alpha-linux] ada bootstrap error in stage3
trunk 2005, configured for alpha-linux-gnu Matthias stage1/xgcc -Bstage1/ -B/usr/lib/gcc-snapshot/alpha-linux-gnu/bin/ -c -O2 -gnatpg -gnata -g -O1 -fno-inline \ -I- -I. -Iada -I../../src/gcc/ada ../../src/gcc/ada/a-except.adb -o ada/a-except.o :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'const' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored :0: warning: 'nothrow' attribute directive ignored +===GNAT BUG DETECTED==+ | 4.1.0 2005 (experimental) (alpha-unknown-linux-gnu) GCC error: | | tree check: expected class | | Error detected at a-except.adb:1387: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. raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:380 make[4]: *** [ada/a-except.o] Error 1 make[4]: Leaving directory `/home/doko/gcc/snap/gcc-snapshot-2005/build/gcc'make[3]: *** [stage2_build] Error 2 make[3]: Leaving directory `/home/doko/gcc/snap/gcc-snapshot-2005/build/gcc'make[2]: *** [bootstrap] Error 2 -- Summary: [4.1 regression] [alpha-linux] ada bootstrap error in stage3 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC host triplet: alpha-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24821
[Bug ada/18434] [4.0/4.1 Regression] Ada: cannot build gnattools on Tru64 UNIX V5.1B
--- Comment #17 from debian-gcc at lists dot debian dot org 2005-11-12 16:41 --- (In reply to comment #16) > Arnaud has a patch for this issue on trunk and a better workaround patch for > 4.0. > > Could you post your stage3 failure? actually, it's a stage2 failure, files as PR24821 Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434
[Bug treelang/24844] New: syntax error when running treelang testsuite
seen with trunk 20051112
mkdir testsuite/treelang
rootme=`${PWDCMD-pwd}`; export rootme; \
srcdir=`cd ../../src/gcc; ${PWDCMD-pwd}` ; export srcdir ; \
cd testsuite; \
EXPECT=expect ; export EXPECT ; \
TRANSFORM=s,$,-4.1,;; export TRANSFORM; \
if [ -f ${rootme}/../expect/expect ] ; then \
TCL_LIBRARY=`cd .. ; cd ../../src/gcc/../tcl/library ; ${PWDCMD-pwd}` ; \
export TCL_LIBRARY ; fi ; \
PATH=`cd ..;${PWDCMD-pwd}`:$PATH; export PATH; \
gcc_extras="-B`cd ..;${PWDCMD-pwd}` -B`cd ..;${PWDCMD-pwd}`/treelang"; export
gcc_extras; \
runtest --tool treelang
/bin/sh: Syntax error: ";;" unexpected
make[4]: [treelang.check] Error 2 (ignored)
build/gcc/Makfile:
program_transform_name := s,$$,-4.1,;
not sure, if the error is in the added ;, or in treelang. The rest of the build
does work ok when configured with --program-suffix=-4.1
Matthias
--
Summary: syntax error when running treelang testsuite
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: treelang
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24844
[Bug target/23731] [4.1 regression] [hppa] 475 test failures in libjava
--- Comment #4 from debian-gcc at lists dot debian dot org 2005-11-14 14:57 --- with the patch proposed in PR24348 down to 12. Matthias Running target unix FAIL: comment compilation from source FAIL: PR12416 -O3 compilation from bytecode FAIL: PR6729 -O3 compilation from source FAIL: SyncTest execution - source compiled test FAIL: SyncTest execution - gij test FAIL: SyncTest execution - bytecode->native test FAIL: SyncTest -O3 execution - source compiled test FAIL: SyncTest execution - gij test FAIL: SyncTest -O3 execution - bytecode->native test FAIL: Thread_Monitor execution - bytecode->native test FAIL: Throw_1 -O3 compilation from bytecode FAIL: Throw_2 compilation from bytecode === libjava Summary === # of expected passes3959 # of unexpected failures12 # of expected failures 10 # of untested testcases 23 -- debian-gcc at lists dot debian dot org changed: What|Removed |Added BugsThisDependsOn||24348 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23731
[Bug target/24850] New: [4.1 regression] bootstrap failure on m68k-linux
trunk 20051112 fails to bootstrap on m68k-linux, maybe related to 22049
Matthias
stage1/xgcc -Bstage1/ -B/usr/lib/gcc-snapshot/m68k-linux-gnu/bin/ -c -O2
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition
-Wmissing-format-attribute -fno-common -Wno-error -DHAVE_CONFIG_H
-DGENERATOR_FILE -I. -Ibuild -I../../src/gcc -I../../src/gcc/build
-I../../src/gcc/../include -I../../src/gcc/../libcpp/include -o
build/gengtype-yacc.o gengtype-yacc.c
gengtype-yacc.c: In function 'yyparse':
gengtype-yacc.c:1738: error: insn does not satisfy its constraints:
(insn 1888 1120 1889 92 (set (reg:SI 1 %d1)
(sign_extend:SI (reg:HI 10 %a2 [orig:43 temp.310 ] [43]))) 65
{*68k_extendhisi2} (nil)
(nil))
gengtype-yacc.c:1738: internal compiler error: in reload_cse_simplify_operands,
at postreload.c:393
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[4]: *** [build/gengtype-yacc.o] Error 1
--
Summary: [4.1 regression] bootstrap failure on m68k-linux
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
GCC target triplet: m68k-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24850
[Bug ada/18434] [4.0/4.1 Regression] Ada: cannot build gnattools on Tru64 UNIX V5.1B
--- Comment #21 from debian-gcc at lists dot debian dot org 2005-11-15 08:28 --- (In reply to comment #20) > Could people check if the problem was indeed fixed where reported? bootstrap ok on alpha-linux Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434
[Bug ada/23732] [ada] Library_Version still at 4.0 ?
--- Comment #3 from debian-gcc at lists dot debian dot org 2005-11-15 10:50 --- (In reply to comment #2) > I'll take care of it. > > Arno can this be updated before the branch is created? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23732
[Bug ada/23732] [ada] Library_Version still at 4.0 ?
--- Comment #7 from debian-gcc at lists dot debian dot org 2005-11-15 11:42 --- PR23750 is related -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23732
[Bug preprocessor/24916] New: option -O undocumented in cpp docs
[forwarded from http://bugs.debian.org/339495] you can see[1] that cpp supports -O, -O[1-9], -Os options, and these options are meaningful (defining macros). but this is not documented in man page[2] and info[3]. [1] $ cpp -dM /dev/null | grep OPT $ cpp -dM -O /dev/null | grep OPT #define __OPTIMIZE__ 1 $ cpp -dM -Os /dev/null | grep OPT #define __OPTIMIZE__ 1 #define __OPTIMIZE_SIZE__ 1 $ cpp -dM -O2 /dev/null | grep OPT #define __OPTIMIZE__ 1 [2] /usr/share/man/man1/cpp-4.0.1.gz [3] /usr/share/info/cpp-4.0.info.gz -- Summary: option -O undocumented in cpp docs Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24916
[Bug c/24916] option -O undocumented in cpp docs
--- Comment #5 from debian-gcc at lists dot debian dot org 2005-11-17 18:26 --- (In reply to comment #2) > They are documented: > http://gcc.gnu.org/onlinedocs/cpp/Common-Predefined-Macros.html the point of the bug submitter was to have them documented in cpp(1). Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24916
[Bug libgcj/24940] New: libjava/configure uses $SED without defining it
libjava/configure uses $SED without defining it. Add a check for it, or eliminate it's use? All other configure files directly use sed. Matthias -- Summary: libjava/configure uses $SED without defining it Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24940
[Bug c++/21123] [4.0 regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
--- Comment #29 from debian-gcc at lists dot debian dot org 2005-11-23 11:47 --- Created an attachment (id=10322) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10322&action=view) preprocessed source The original file still fails on at least hppa-linux, both on 4.0 2005 and 4.1 20051112, works with 3.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21123
[Bug c++/21123] [4.0 regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
--- Comment #31 from debian-gcc at lists dot debian dot org 2005-11-23 11:57 --- The original file still fails on at least hppa-linux, both on 4.0 2005 and 4.1 20051112, works with 3.4. no results for arm and m68k yet. Matthias g++ -c -fpreprocessed libmcop_la.all_cc.ii -g -O2 -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -fPIC /scratch/packages/tmp/arts-1.4.3/./mcop/dynamicskeleton.cc: In member function 'std::string Arts::Object_skel::_ZTv0_n104_N4Arts11Object_skel9_addChildENS_6ObjectERKSs(Arts::Object, const std::string&)': /scratch/packages/tmp/arts-1.4.3/./mcop/dynamicskeleton.cc:205: internal compiler error: in cp_expr_size, at cp/cp-objcp-common.c:101 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21123
[Bug ada/22533] [4.1/4.2 regression] Ada ICE during bootstrap on many platforms
--- Comment #41 from debian-gcc at lists dot debian dot org 2005-11-24 23:29 --- builds on alpha-linux, powerpc-linux, mips-linux, s390-linux (Debian unstable) with the patch from the attachment and the patch from #39. No test results yet. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
[Bug objc/25328] New: [4.0/4.1 regression] ICE in get_indirect_ref_operands, at tree-ssa-operands.c:1453
[forwarded from http://bugs.debian.org/342662]
seen with 4.0 20051201, 4.1 20051205, works with 4.0.2 20050808
$ cat test.m
#include
#include
#include
#include
int main(int argc, char **argv)
{
int status = 0;
char msg[100] = "";
if(!status && !strcmp(msg, "")) {
status = 200;
snprintf(msg, 100, "OK");
}
exit(0);
}
[EMAIL PROTECTED]:~/devel/inova/v3-cgid$ gcc -c -O1 test.m
test.m: In function 'main':
test.m:7: internal compiler error: in get_indirect_ref_operands, at
tree-ssa-operands.c:1453
Please submit a full bug report,
with preprocessed source if appropriate.
--
Summary: [4.0/4.1 regression] ICE in get_indirect_ref_operands,
at tree-ssa-operands.c:1453
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: objc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25328
[Bug target/25343] New: [4.0 4.1 regression] testsuite failures
on m68k-linux, the following test cases did fail until 4.0 20051001, did not fail with 20051023, 2005, and start to fail with 20051201 again. No test results exist, where these test cases succeed on the 4.1 branch. +FAIL: gcc.c-torture/execute/ashldi-1.c execution, -O0 +FAIL: gcc.c-torture/execute/ashrdi-1.c execution, -O0 +FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O0 +FAIL: largefile.c -O0 -g (test for excess errors) +FAIL: largefile.c -O0 (test for excess errors) +FAIL: largefile.c -O1 (test for excess errors) +FAIL: largefile.c -O2 (test for excess errors) +FAIL: largefile.c -O3 -fomit-frame-pointer (test for excess errors) +FAIL: largefile.c -O3 -g (test for excess errors) +FAIL: largefile.c -Os (test for excess errors) config.log: largefile.c:1: fatal error: had to relocate PCH compilation terminated. compiler exited with status 1 output is: largefile.c:1: fatal error: had to relocate PCH compilation terminated. -- Summary: [4.0 4.1 regression] testsuite failures Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC host triplet: m68k-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25343
[Bug java/24572] [4.0 regression] ICE in gimplify_expr, at gimplify.c:3983
--- Comment #6 from debian-gcc at lists dot debian dot org 2005-12-14 11:04 --- works for me Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24572
[Bug libstdc++/25421] New: catching exception from codecvt_byname() segfaults
[forwarded from http://bugs.debian.org/343108]
4.0 branch 20051204, 4.1 20051124
The following code segfaults. Looks like a double delete,
_S_destroy_c_locale() being called twice: first in the regular path of
codecvt.h:codecvt_byname ctor, then a second time when ~codecvt() is
automatically called to clean up the inherited class.
#include
#include
typedef std::codecvt_byname cvt_byname_t;
int main()
{
cvt_byname_t *cvt;
char name[] = "invalid-loc";
try {
cvt = new cvt_byname_t(name);
} catch (const std::runtime_error& re) {
std::cerr << "successfully catched misnamed locale" << std::endl;
}
}
--
Summary: catching exception from codecvt_byname() segfaults
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25421
[Bug c++/25659] New: [4.0/4.1 regression] ICE in build_call, at cp/call.c:324
[forwarded from http://bugs.debian.org/336021]
seen with 4.0 20051204 and 4.1 20051124
$ g++ -c armsim.ii
../libosm/object_pool.hpp: In member function 'T* obj_pool::allocate(S*, const I&) [with T = _opt_machine_, I = unsigned int, S
= simulator::arm_simulator, T* (* Allocator)(S*, I) =
simulator::arm_simulator::mach_allocator]':
armsim.cpp:230: instantiated from here
../libosm/object_pool.hpp:70: internal compiler error: in build_call, at
cp/call.c:323
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: [4.0/4.1 regression] ICE in build_call, at cp/call.c:324
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25659
[Bug c++/25659] [4.0/4.1 regression] ICE in build_call, at cp/call.c:324
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-01-04 02:21 --- Created an attachment (id=10580) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10580&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25659
[Bug c++/25659] [4.0/4.1 regression] ICE in build_call, at cp/call.c:324
-- debian-gcc at lists dot debian dot org changed: What|Removed |Added Severity|normal |major Keywords||ice-on-valid-code Known to fail||4.0.3 4.1.0 Known to work||3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25659
[Bug target/24348] [4.1/4.2 regression] bootstrap failure building libgcc
--- Comment #6 from debian-gcc at lists dot debian dot org 2006-01-06 20:27 --- (In reply to comment #5) > Is this fixed? yes, according to http://lists.debian.org/debian-gcc/2005/12/msg00220.html Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24348
[Bug target/23731] [4.1/4.2 regression] [hppa] 475 test failures in libjava
--- Comment #6 from debian-gcc at lists dot debian dot org 2006-01-06 20:28 --- (In reply to comment #5) > What is the status of this? > It looks like Bug 24348 might be fixed. correct, the patch for 24348 is checked in. Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23731
[Bug rtl-optimization/28221] [4.1 regression] ICE in add_insn_before, at emit-rtl.c:3479
--- Comment #9 from debian-gcc at lists dot debian dot org 2006-07-29 22:28 --- Created an attachment (id=11967) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11967&action=view) patch combined and bootstrapped with the two patches mentioned in #8 with no regressions on i486-linux-gnu. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28221
[Bug libobjc/28565] New: building with --enable-objc-gc doesn't link with the gc convenience library
building with --enable-objc-gc now succeeds, but libobjc_gc isn't linked with the gc convenience library Matthias -- Summary: building with --enable-objc-gc doesn't link with the gc convenience library Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libobjc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28565
[Bug libgcj/28698] New: [gcj] libgcj-bc only used when building shared libs, not executables
seen on redhat/gcc-4_1-branch, should be seen on upcoming classpath-0.92 merge as well. building a shared library avoids the direct dependency on libgcj.so.7 (only libgcj_gc.so.1 is referenced as NEEDED). i.e. gcj \ -O2 -g -Wl,-Bsymbolic -shared -fPIC -fjni -findirect-dispatch \ -o build/dist/ecj.jar.so build/dist/ecj.jar ecj.jar.so doesn't depend on libgcj.so.7, while building an executable, i.e. gcj \ -O2 -g -Wl,-Bsymbolic -fPIC -fjni -findirect-dispatch \ --main=org.eclipse.jdt.internal.compiler.batch.Main \ -o build/dist/ecj-bootstrap-gcj build/dist/ecj.jar still has the dependency on libgcj.so.7. using the latter compiler is still faster than starting the interpreter and using the precompiled jar file. libjava/libgcj.spec does only rename the spec for linking shared libs, not for linking executables. Matthias -- Summary: [gcj] libgcj-bc only used when building shared libs, not executables Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28698
[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace
--- Comment #8 from debian-gcc at lists dot debian dot org 2006-08-14 00:01 --- Is this really the only problem? All .la, .a and .so files get overwritten as well. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
[Bug libgcj/28312] peer libraries are installed into gcjversionedlibdir, not into nativeexeclib
--- Comment #5 from debian-gcc at lists dot debian dot org 2006-08-14 17:54 --- not fixed. still installed into gcjversionedlibdir, not into nativeexeclib. only libjvm is installed into nativeexeclib (today's HEAD, including mjw's 0.92 merge). Will recheck with the next build. Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28312
