[Bug fortran/19971] New: Internal compiler error
The attached code generates the subject error. The subroutine in question compiles perfectly if taken outside of the module. Might be related to PR19546? The message from the compiler refers to a different internal, though. [EMAIL PROTECTED] F90]$ gfortran -v -c tpc.f90 Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.0-20050213/configure --prefix=/usr/local/gfortran Thread model: posix gcc version 4.0.0 20050213 (experimental) /home/local/gfortran/bin/../libexec/gcc/i686-pc-linux-gnu/4.0.0/f951 tpc.f90 -quiet -dumpbase tpc.f90 -mtune=pentiumpro -auxbase tpc -version -o /tmp/ccX9D7gT.s GNU F95 version 4.0.0 20050213 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.0.0 20050213 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 tpc.f90: In function 'trans': tpc.f90:13: internal compiler error: in gfc_finish_var_decl, at fortran/trans-decl.c:410 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: Internal compiler error Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sfilippone at uniroma2 dot it CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19971
[Bug fortran/19971] Internal compiler error
--- Additional Comments From sfilippone at uniroma2 dot it 2005-02-15 08:05 --- Created an attachment (id=8199) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8199action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19971
[Bug c/19972] New: Return Local function pointer
When returning local function pointer, it doesn't produce any warnings.
For example:
int *h() {
int z;
return z;
}
int (*apply (int (*f) (const void *, const void *), void *a))(const void *)
{
int zozo(const void * b) { return f(a,b); };
return zozo;
}
Compile with -O2 -Wall, it produces a warning for h:
ttt.c: In function 'h':
ttt.c:17: warning: function returns address of local variable
But not for `apply' (and it produces invalid code, which is normal).
GCC Version:
Using built-in specs.
Configured with: ../configure --prefix=/global/morpork/gcc-4.0-20050130
Thread model: posix
gcc version 4.0.0 20050130 (experimental)
--
Summary: Return Local function pointer
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ppelissi at caramail dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19972
[Bug tree-optimization/19952] ICE: tree check: expected class 'declaration', have 'statement' (label_expr) in tree_verify_flow_info, at tree-cfg.c:3709
--- Additional Comments From dorit at il dot ibm dot com 2005-02-15 08:44 --- This happens during tree-if-conversion pass (before vectorization) (tree-if- conversion is enabled by -ftree-vectorize) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19952
[Bug c++/19950] error: incomplete type `Environment' used in nested name specifier
--- Additional Comments From ddonovan at latentzero dot com 2005-02-15
09:30 ---
Subject: RE: error: incomplete type `Environment' used in nested name specifier
Thank you for putting your time into this but if you look at the
attached file, it is basically a simplified program of what is happening
in our much larger application. It compiles, links and runs as I would
expect (using gcc-3.4).
The output is:
Reporting
Obj = 15
Reporting
Reporting
I can't see why it won't work in the app!!!
Maybe I am missing something really simple...
Cheers, Dan.
Ps. I have a few more errors while trying to upgrade to 3.4. It is
pretty much all template related. I don't want to bother you as I'm sure
you've got better things to do, but if you don't ask...
Would you be willing to have a look at a list of errors I am getting?
You may have seen them before and know a quick fix! If not, no problem.
Thanks again, Dan.
-Original Message-
From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED]
Sent: 14 February 2005 20:08
To: Daniel Donovan
Subject: [Bug c++/19950] error: incomplete type `Environment' used in
nested name specifier
--- Additional Comments From pinskia at gcc dot gnu dot org
2005-02-14 20:08 --- (In reply to comment #3)
I don't understand!
If I reduce the source further we get:
class Environment;
templateclass T struct ArrayCollection
{
int insert(const T theObj)
{
Environment::ReportError();
}
};
struct Environment
{
static void ReportError(void);
};
At the point were we call Environment::ReportError, Environment is not a
complete class so we don't
know what the functions are at this point. If we had changed the
template class ArrayCollection to a
non template, we would get the error before 3.4.0 also because it needs
to be defined before.
To fix your code, maybe move a header file includes around but I did not
look into where the header
files are.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19950
--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.
_
This e-mail has been scanned for viruses by MCI's Internet Managed
Scanning Services - powered by MessageLabs. For further information
visit http://www.mci.com
_
This e-mail has been scanned for viruses by MCI's Internet Managed Scanning
Services - powered by MessageLabs. For further information visit
http://www.mci.com
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19950
[Bug middle-end/19953] Special-case real + complex arithmetic operation (-ffast-math)
--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-15 10:29 --- And in fact this only can happen with -funsafe-math-optimizations (or maybe with -fno-trapping- math because a+0.0 can trap. Hmm... if b is complex and has the value (0., signalling NaN) and a is real with the value 1.0, should a+b trap? I don't think so, but I'm open to discussion on that point. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19953
[Bug c/19973] New: Internal Compiler error initializing a struct
ice.cpp:8: internal compiler error: in tree_low_cst, at tree.c:3315
The problem happens with gcc-3.3 also.
Environment:
System: Linux grajagop-lnx 2.6.10-1-686 #1 Tue Jan 18 04:34:19 EST 2005 i686
GNU/Linux
Architecture: i686
host: i486-pc-linux-gnu
build: i486-pc-linux-gnu
target: i486-pc-linux-gnu
configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib
--enable-nls --without-included-gettext --enable-__cxa_atexit
--enable-clocale=gnu --enable-debug --enable-java-gc=boehm
--enable-java-awt=xlib --enable-objc-gc i486-linux
How-To-Repeat:
Compiling the following code reproduces the problem:
struct ice {
int a;
char *argv[];
} ice_array[] = {
{ 1, { this causes internal compiler error, 0 } }
}
--
Summary: Internal Compiler error initializing a struct
Product: gcc
Version: 3.3.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rganesan at cisco dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i486-pc-linux-gnu
GCC host triplet: i486-pc-linux-gnu
GCC target triplet: i486-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19973
[Bug middle-end/19857] [4.0 Regression] alignment check of SSE constant fails in simple test program
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-15 11:42 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00810.html -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19857
[Bug middle-end/19865] [4.0 Regression] ice / gnat bug detected.
--- Additional Comments From uweigand at gcc dot gnu dot org 2005-02-15 12:18 --- The smaller test case also still ICEs on s390. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19865
[Bug c++/19608] [3.4 Regression] ICE after friend function definition in local class
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-15 12:32 --- Not fixed on 3.4 branch. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | Summary|[3.4/4.0 Regression] ICE|[3.4 Regression] ICE after |after friend function |friend function definition |definition in local class |in local class http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19608
[Bug c++/19884] [3.3/3.4 regression] ICE on explicit instantiation of a non-template constructor
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-15 12:33 --- Not fixed on 3.3 and 3.4 branch. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | Summary|[3.3/3.4/4.0 regression] ICE|[3.3/3.4 regression] ICE on |on explicit instantiation of|explicit instantiation of a |a non-template constructor |non-template constructor Target Milestone|4.0.0 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19884
[Bug rtl-optimization/17428] internal compiler error: in spill_failure, at reload1.c:1880 (-fspeculative-prefetching)
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-15 12:56 --- Zdenek, are you going to add a testcase for the problem on mainline? Is this a latent problem on other branches? If not, can this PR be closed? -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17428
[Bug tree-optimization/19951] ICE in tree_split_edge, at tree-cfg.c:3199 with -ftree-vectorize
--- Additional Comments From dorit at il dot ibm dot com 2005-02-15 13:23
---
I'm testing this patch (it solves this PR):
Index: tree-vectorizer.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-vectorizer.c,v
retrieving revision 2.73
diff -c -3 -p -r2.73 tree-vectorizer.c
*** tree-vectorizer.c 12 Feb 2005 12:57:01 - 2.73
--- tree-vectorizer.c 15 Feb 2005 13:18:34 -
*** vect_analyze_loop_form (struct loop *loo
*** 5581,5597
}
/* Make sure we have a preheader basic block. */
! if (!loop-pre_header)
{
! rescan = true;
! loop_split_edge_with (loop_preheader_edge (loop), NULL);
}
/* Make sure there exists a single-predecessor exit bb: */
! if (EDGE_COUNT (loop-exit_edges[0]-dest-preds) != 1)
{
! rescan = true;
! loop_split_edge_with (loop-exit_edges[0], NULL);
}
if (rescan)
--- 5581,5617
}
/* Make sure we have a preheader basic block. */
! if (!loop-pre_header || EDGE_COUNT (loop-pre_header-succs) != 1)
{
! edge e = loop_preheader_edge (loop);
! if (!e-flags EDGE_ABNORMAL)
! {
! loop_split_edge_with (e, NULL);
! rescan = true;
! }
! else
! {
! if (vect_print_dump_info (REPORT_BAD_FORM_LOOPS, loop_loc))
! fprintf (vect_dump, not vectorized: no preheader bb.);
! return NULL;
! }
}
/* Make sure there exists a single-predecessor exit bb: */
! if (EDGE_COUNT (loop-single_exit-dest-preds) != 1)
{
! edge e = loop-single_exit;
! if (!e-flags EDGE_ABNORMAL)
! {
! loop_split_edge_with (e, NULL);
! rescan = true;
! }
! else
! {
! if (vect_print_dump_info (REPORT_BAD_FORM_LOOPS, loop_loc))
! fprintf (vect_dump, not vectorized: exit-bb has multiple preds.);
! return NULL;
! }
}
if (rescan)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19951
[Bug target/19970] Java Unnecessarily Disabled for MinGW
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-02-15 13:25 --- Subject: Re: Java Unnecessarily Disabled for MinGW [I'm far from a GCC demigod, but...] Q: As a (new/cautious) target co-maintainer, is this within my domain to fix without seeking approval? I would think so. This is not a regression, so I assume it would wait until after branching. Correct? Mainline seems to be in a bug fixes only mode right now, not regressions only. This is confirmed by the GCC home page. All said, this is a rather trivial, target-specific, fix, that should help GCC newbies build GCC (including Java) for MinGW. My 2p. Ranjit. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19970
[Bug c++/19973] Internal Compiler error initializing a struct
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 13:29 --- You are using the C++ front-end and not the C front-end. Anyways this is a duplicate of bug 18327. *** This bug has been marked as a duplicate of 18327 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |c++ Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19973
[Bug c++/18327] [3.3/3.4/4.0 Regression] ICE while compiling valid c code with g++
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 13:29 --- *** Bug 19973 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||rganesan at cisco dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18327
[Bug c/19972] Return Local (nested) function pointer
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 14:14 --- Confirmed. -- What|Removed |Added Severity|enhancement |minor Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2005-02-15 14:14:02 date|| Summary|Return Local function |Return Local (nested) |pointer |function pointer http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19972
[Bug regression/19813] [4.0 Regression] wrong code with -finline-limit
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-15 14:14 --- The bug is present even with -O2 -finline-functions -finline-limit=604 -fno-strict-aliasing. strcmp is passed main::b._M_t._M_impl._M_node_count as one of its arguments. Looking into it. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-02-08 20:13:47 |2005-02-15 14:14:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19813
[Bug middle-end/19875] bug when installing R on OSF1
--- Additional Comments From falk at debian dot org 2005-02-15 14:14 --- (In reply to comment #2) Thank you for your answer. I have installed R on a LINUX machine instead. Hmm, if there is no way to reproduce it, I guess we can only close this report. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19875
wrong code genaration
general info gcc --version: gcc (GCC) 3.3.4 uname -a: Linux trinita 2.4.26 #6 Mon Jun 14 19:07:27 PDT 2004 i686 unknown unknown GNU/Linux compiled with: gcc bug.c -O1 -save-temps -o bug The preprocessed files are in the attachment. Description --- when compiling w/out optimization, it gives the following output: MP for 1800x1200: 2.160 ok with optimization: MP for 1800x1200: 2.160 quality for 1800x1200 invalid: 1failed I hope it helps, thank you. Any further information just contact me. []'s -- :: Giorgenes Gelatti ([EMAIL PROTECTED]) :: Canopus Informatica [+55 0(xx)51 3362-2404] :: ICQ: 339907418 IT: [EMAIL PROTECTED] :: Washington [D.C.] is a city of Southern efficiency and Northern charm. :: -- John F. Kennedy bug.i Description: Binary data
Re: wrong code genaration
On Feb 15, 2005, at 10:45 AM, Giorgenes Gelatti wrote: general info gcc --version: gcc (GCC) 3.3.4 uname -a: Linux trinita 2.4.26 #6 Mon Jun 14 19:07:27 PDT 2004 i686 unknown unknown GNU/Linux compiled with: gcc bug.c -O1 -save-temps -o bug mpixel = (double)((unsigned int)h * w) / 100.0; Hmm, can you try -ffloat-store. If that cures your problem then this is not a bug per say. GCC is just using excessive precision on x86. -- Pinski
[Bug regression/19813] [4.0 Regression] wrong code with -finline-limit
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-15 15:53 --- The bug is the infamous RTX_UNCHANGING_P, apparently still not dead. Well, now under the MEM_READONLY_P name. The problem is that set_mem_attributes_minus_bitpos: 1532 tree base = get_base_address (t); 1533 if (base DECL_P (base) 1534 TREE_READONLY (base) 1535 (TREE_STATIC (base) || DECL_EXTERNAL (base))) 1536MEM_READONLY_P (ref) = 1; marks as MEM_READONLY_P even something that definitely is not readonly in the sense now documented in rtl.texi. main::b is TREE_READONLY, TREE_STATIC, but also e.g. TYPE_NEEDS_CONSTRUCTING. This variable is initialized to all zeros and then constructed (several fields to 0 which perhaps could be optimized out) and main::b._M_t._M_impl._M_header._M_left plus main::b._M_t._M_impl._M_header._M_right initially to main::b._M_t. Then insert_unique is called 2 times to add fields to it. But because of the MEM_READONLY_P flag the RTL optimizers just assume that because it was initially set as main::b._M_t._M_impl._M_header._M_right = main::b._M_t; then it will always have that value, so struct _Rb_tree_node_base * D.14743; D.14743 = b._M_t._M_impl._M_header._M_right; if (strcmp (*((struct _Rb_tree_nodeconst char* *) D.14743)-_M_value_field, D.14710) = 0) goto L39; else goto L40; is mis-optimized into strcmp (main::b._M_t._M_impl._M_node_count, something); (_M_value_field is in the same position in _RB_tree_node's as in _M_node_count in _Rb_tree). Now, I wonder if we want a target hook here that will be called in addition to the above checks for MEM_READONLY_P setting and if so, what exact C++ classes with non-trivial constructors are guaranteed to not modify memory after relocation processing. -- What|Removed |Added CC||rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19813
[Bug regression/19813] [4.0 Regression] wrong code with -finline-limit
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-15 15:55 --- s/target hook/langhook/. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19813
[Bug regression/19813] [4.0 Regression] wrong code with -finline-limit
-- What|Removed |Added AssignedTo|nobody at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19813
[Bug middle-end/19974] New: Lapack hang in xeigtstc on ia-64
Checking Lapack with flag_complex_method = 2 on ia64-unknown-linux-gnu with -O0, I got a hang in xeigtstc when processing sep.in, in the routine slarrb.f. The compiler was the 20050213 snapshot. This may not have anything to do with the setting of flag_complex_method, because the routine in question does not have any complex variables. The code where it hangs looks like this: DO 70 J = 1, N - 1 TMP = D( J ) + S S = S*( LD( J ) / TMP )*L( J ) - RIGHT IF( TMP.LT.ZERO ) $CNT = CNT + 1 70 CONTINUE Here's a sample gdb session: $ gdb xeigtstc GNU gdb Red Hat Linux (6.1post-1.20040607.52rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as ia64-redhat-linux-gnu...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) r Starting program: /home/zfkts/zfkts/LAPACK-gfortran/TESTING/xeigtstc Program received signal SIGINT, Interrupt. 0x2037bbc1 in read () from /lib/tls/libc.so.6.1 (gdb) r sep.in The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /home/zfkts/zfkts/LAPACK-gfortran/TESTING/xeigtstc sep.in Tests of the Hermitian Eigenvalue Problem routines LAPACK VERSION 3.0, released June 30, 1999 The following parameter values will be used: M: 0 1 2 3 520 N: 0 1 2 3 520 NB:1 3 3 310 NBMIN: 2 2 2 2 2 NX:1 0 5 9 1 Relative machine underflow is taken to be0.117549E-37 Relative machine overflow is taken to be0.340282E+39 Relative machine precision is taken to be0.596046E-07 Routines pass computational tests if test ratio is less than 50.00 CST routines passed the tests of the error exits (114 tests done) SEP: NB = 1, NBMIN = 2, NX = 1 All tests for CST passed the threshold ( 4662 tests run) All tests for CST drivers passed the threshold ( 11664 tests run) SEP: NB = 3, NBMIN = 2, NX = 0 CST -- Complex Hermitian eigenvalue problem Matrix types (see CCHKST for details): Special Matrices: 1=Zero matrix. 5=Diagonal: clustered entries. 2=Identity matrix. 6=Diagonal: large, evenly spaced. 3=Diagonal: evenly spaced entries. 7=Diagonal: small, evenly spaced. 4=Diagonal: geometr. spaced entries. Dense Hermitian Matrices: 8=Evenly spaced eigenvals. 12=Small, evenly spaced eigenvals. 9=Geometrically spaced eigenvals. 13=Matrix with random O(1) entries. 10=Clustered eigenvalues. 14=Matrix with large random entries. 11=Large, evenly spaced eigenvals. 15=Matrix with small random entries. 16=Positive definite, evenly spaced eigenvalues 17=Positive definite, geometrically spaced eigenvlaues 18=Positive definite, clustered eigenvalues 19=Positive definite, small evenly spaced eigenvalues 20=Positive definite, large evenly spaced eigenvalues 21=Diagonally dominant tridiagonal, geometrically spaced eigenvalues Test performed: see CCHKST for details. Matrix order=5, type= 9, seed= 894,3587, 994, 217, result 36 is 62.23 CST:1 out of 4662 tests failed to pass the threshold All tests for CST drivers passed the threshold ( 11664 tests run) SEP: NB = 3, NBMIN = 2, NX = 5 All tests for CST passed the threshold ( 4662 tests run) All tests for CST drivers passed the threshold ( 11664 tests run) SEP: NB = 3, NBMIN = 2, NX = 9 CST -- Complex Hermitian eigenvalue problem Matrix types (see CCHKST for details): Special Matrices: 1=Zero matrix. 5=Diagonal: clustered entries. 2=Identity matrix. 6=Diagonal: large, evenly spaced. 3=Diagonal: evenly spaced entries. 7=Diagonal: small, evenly spaced. 4=Diagonal: geometr. spaced entries. Dense Hermitian Matrices: 8=Evenly spaced eigenvals. 12=Small, evenly spaced eigenvals. 9=Geometrically spaced eigenvals. 13=Matrix with random O(1) entries. 10=Clustered eigenvalues. 14=Matrix with large random entries. 11=Large, evenly spaced eigenvals. 15=Matrix with small random entries. 16=Positive definite, evenly spaced eigenvalues 17=Positive definite, geometrically spaced eigenvlaues 18=Positive definite, clustered eigenvalues 19=Positive definite, small evenly spaced eigenvalues 20=Positive definite, large evenly spaced eigenvalues 21=Diagonally dominant tridiagonal, geometrically spaced eigenvalues Test performed: see CCHKST for details. Matrix order= 20, type= 9, seed=1052,3651,3662,3633, result
[Bug middle-end/19974] Lapack hang in xeigtstc on ia-64
-- What|Removed |Added OtherBugsDependingO||5900 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19974
[Bug middle-end/19974] Lapack hang in xeigtstc on ia-64
-- What|Removed |Added Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19974
[Bug libgcj/19934] [4.0 regression] [alpha-linux] bootstrap error linking libgcj
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 17:24 --- The fix was applied so closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19934
[Bug c++/19813] [4.0 Regression] wrong code with -finline-limit
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-15 17:24 --- The front end isn't supposed to set TREE_READONLY for variables that need constructing at runtime. That's been the way we've handled this case from day one. -- What|Removed |Added Component|regression |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19813
[Bug libgcj/19934] [4.0 regression] [alpha-linux] bootstrap error linking libgcj
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 17:25 --- By the way here is the changelog: * Makefile.am (libgcj_la_SOURCES): Move all sources ... (libgcj0_convenience_la_SOURCES): ... here. (libgcj_la_LIBADD): Add libgcj0_convenience.la. (libgcj_la_DEPENDENCIES): Include libgcj_la_LIBADD. * Makefile.in: Regenerate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19934
[Bug c++/19975] New: class-specific nothrow array new and delete not returning null
//Here is the original source code describing the problem:
#include cstdio
#include new
using namespace std;
struct Simple
{
static void* operator new[](std::size_t, const std::nothrow_t) throw()
{ return 0; }
static void operator delete[](void* p, std::size_t) throw()
{} // ^^^ if this is removed, the
problem goes away
int data;
};
int main()
{
Simple* ps = new(nothrow) Simple[4];
printf(ps = %p\n, ps);
if(ps) printf(pointer was not null (incorrect)\n);
else printf(pointer was null (correct)\n);
return 0;
}
/*
Expected output:
ps =
pointer was null (correct)
Actual output:
ps = 0004
pointer was not null (incorrect)
If I remove the std::size_t parameter from operator delete[], the problem goes
away
*/
//
gcc version 3.3.1 (mingw special 20030804-1)
running on windows xp professional service pack 2
configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as --
host=mingw32 --target=mingw32 --prefix=mingw --enable-threads --disable-nls --
enable-languages=c,c++,f77,objc,ada,java --disable-win32-registry --disable-
shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-
x --enable-java-cg=boehm --disable-libgcj-debug --enable-interpreter --enable-
hash-synchronization
Thread model: win32
/
compiled with options: -W -Wall -ansi -pedantic -save-temps
(as a console-application c++ project using Dev-C++ 4.9.9.1)
compile log:
Compiler: Default compiler
Building Makefile: C:\Dev-Cpp\projects\memchecker\Makefile.win
Executing make clean
rm -f main.o memchecker.exe
g++.exe -c main.cpp -o main.o -IC:/Dev-Cpp/include/c++ -IC:/Dev-
Cpp/include/c++/mingw32 -IC:/Dev-Cpp/include/c++/backward -IC:/Dev-
Cpp/include-W -Wall -ansi -pedantic -save-temps
g++.exe main.o -o memchecker.exe -LC:/Dev-Cpp/lib
Execution terminated
Compilation successful
preprocessed main.ii:
# 1 main.cpp
# 1 built-in
# 1 command line
# 1 main.cpp
# 1 C:/Dev-Cpp/include/c++/3.3.1/cstdio 1 3
# 48 C:/Dev-Cpp/include/c++/3.3.1/cstdio 3
# 1 C:/Dev-Cpp/include/c++/3.3.1/mingw32/bits/c++config.h 1 3
# 35 C:/Dev-Cpp/include/c++/3.3.1/mingw32/bits/c++config.h 3
# 1 C:/Dev-Cpp/include/c++/3.3.1/mingw32/bits/os_defines.h 1 3
# 36 C:/Dev-Cpp/include/c++/3.3.1/mingw32/bits/c++config.h 2 3
# 50 C:/Dev-Cpp/include/c++/3.3.1/cstdio 2 3
# 1 C:/Dev-Cpp/include/c++/3.3.1/cstddef 1 3
# 47 C:/Dev-Cpp/include/c++/3.3.1/cstddef 3
# 1 C:/Dev-Cpp/include/stddef.h 1 3
# 1 C:/Dev-Cpp/include/stddef.h 1 3
# 1 C:/Dev-Cpp/lib/gcc-lib/mingw32/3.3.1/include/stddef.h 1 3 4
# 158 C:/Dev-Cpp/lib/gcc-lib/mingw32/3.3.1/include/stddef.h 3 4
typedef int ptrdiff_t;
# 220 C:/Dev-Cpp/lib/gcc-lib/mingw32/3.3.1/include/stddef.h 3 4
typedef unsigned int size_t;
# 7 C:/Dev-Cpp/include/stddef.h 2 3
# 7 C:/Dev-Cpp/include/stddef.h 2 3
# 49 C:/Dev-Cpp/include/c++/3.3.1/cstddef 2 3
namespace std
{
using ::ptrdiff_t;
using ::size_t;
}
# 51 C:/Dev-Cpp/include/c++/3.3.1/cstdio 2 3
# 1 C:/Dev-Cpp/include/stdio.h 1 3
# 19 C:/Dev-Cpp/include/stdio.h 3
# 1 C:/Dev-Cpp/include/_mingw.h 1 3
# 20 C:/Dev-Cpp/include/stdio.h 2 3
# 1 C:/Dev-Cpp/include/stddef.h 1 3
# 1 C:/Dev-Cpp/include/stddef.h 1 3
# 1 C:/Dev-Cpp/lib/gcc-lib/mingw32/3.3.1/include/stddef.h 1 3 4
# 361 C:/Dev-Cpp/lib/gcc-lib/mingw32/3.3.1/include/stddef.h 3 4
typedef short unsigned int wint_t;
# 7 C:/Dev-Cpp/include/stddef.h 2 3
# 7 C:/Dev-Cpp/include/stddef.h 2 3
# 27 C:/Dev-Cpp/include/stdio.h 2 3
# 1 C:/Dev-Cpp/include/stdarg.h 1 3
# 1 C:/Dev-Cpp/include/stdarg.h 1 3
# 1 C:/Dev-Cpp/lib/gcc-lib/mingw32/3.3.1/include/stdarg.h 1 3 4
# 44 C:/Dev-Cpp/lib/gcc-lib/mingw32/3.3.1/include/stdarg.h 3 4
typedef __builtin_va_list __gnuc_va_list;
# 7 C:/Dev-Cpp/include/stdarg.h 2 3
# 7 C:/Dev-Cpp/include/stdarg.h 2 3
# 29 C:/Dev-Cpp/include/stdio.h 2 3
# 135 C:/Dev-Cpp/include/stdio.h 3
typedef struct _iobuf
{
char* _ptr;
int _cnt;
char* _base;
int _flag;
int _file;
int _charbuf;
int _bufsiz;
char* _tmpfname;
} FILE;
# 160 C:/Dev-Cpp/include/stdio.h 3
extern __attribute__ ((dllimport)) FILE _iob[];
# 169 C:/Dev-Cpp/include/stdio.h 3
extern C {
FILE* __attribute__((__cdecl__)) fopen (const char*, const char*);
FILE* __attribute__((__cdecl__)) freopen (const char*, const char*, FILE*);
int __attribute__((__cdecl__)) fflush (FILE*);
int __attribute__((__cdecl__)) fclose (FILE*);
int __attribute__((__cdecl__)) remove (const char*);
int __attribute__((__cdecl__)) rename (const char*, const char*);
FILE* __attribute__((__cdecl__)) tmpfile (void);
char* __attribute__((__cdecl__)) tmpnam (char*);
# 195 C:/Dev-Cpp/include/stdio.h 3
int __attribute__((__cdecl__)) setvbuf (FILE*, char*, int, size_t);
void __attribute__((__cdecl__)) setbuf (FILE*, char*);
int __attribute__((__cdecl__)) fprintf
[Bug c++/19975] [3.3 Regression] class-specific nothrow array new and delete not returning null
-- What|Removed |Added Keywords||wrong-code Known to fail||3.0.4 3.2.3 3.3.3 Known to work||2.95.3 3.4.0 4.0.0 Summary|class-specific nothrow array|[3.3 Regression] class- |new and delete not returning|specific nothrow array new |null|and delete not returning ||null Target Milestone|--- |3.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19975
[Bug c++/19975] [3.3 Regression] class-specific nothrow array new and delete not returning null
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 17:43 --- This is a dup of bug 13215 which is fixed for 3.4.0. *** This bug has been marked as a duplicate of 13215 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19975
[Bug c++/13215] [3.3 Regression] bad code generated to call operator new[] when -fcheck-new
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 17:44 --- *** Bug 19975 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||mkunka2 at earthlink dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13215
[Bug c/10676] Using unnamed fields in initializers
--- Additional Comments From jrydberg at gnu dot org 2005-02-15 18:30 --- Still happens on 4.0 snapshot of 20050213 : $ /gnu/bin/gcc -c pr10676.c pr10676.c:9: error: unknown field 'foo' specified in initializer $ /gnu/bin/gcc -v ... gcc version 4.0.0 20050213 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10676
[Bug c/19976] New: integer division by zero in subexpression should be overflow
The test
enum e { E = 0 * (1 / 0) };
should yield an error with -pedantic-errors. Not a regression.
--
Summary: integer division by zero in subexpression should be
overflow
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19976
[Bug c/19977] New: overflow in non-static initializer should not be pedwarn
The test
#include limits.h
void
f (void)
{
int c = INT_MAX + 1;
}
should yield only warnings, not an error, with -pedantic-errors.
Not a regression.
--
Summary: overflow in non-static initializer should not be pedwarn
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19977
[Bug c/19978] New: overflow in expression of constants should not cause multiple warnings
The test
#include limits.h
int
f (void)
{
return INT_MAX + 1 - INT_MAX;
}
should yield only a single integer overflow in expression warning,
but yields two. Not a regression.
--
Summary: overflow in expression of constants should not cause
multiple warnings
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19978
[Bug inline-asm/19979] New: Invalid register allocation (%sil, %dil)
Sometimes the %sil/%dil AMD64 registers are allocated for inline assembler. The
smallest reproducible test case I found is the following code:
int test()
{
register unsigned char a = 1, b = 2, c = 3, d = 4, e = 5, f = 6;
__asm__ __volatile__ (
movb %0, %1\n
movb %2, %3\n
movb %4, %5\n : :
r (a), r (b), r (c), r (d),
r (e), r (f) );
}
int main()
{
test();
}
which correctly reports compilation error when no -O level is specified, but
when -O1, -O2 or -O3 is used (eg. gcc -O2 -c test.c) the %sil, %dil registers
are incorrectly allocated and the assembling of the object fails.
Tested with
Reading specs from d:/mingw/bin/../lib/gcc/mingw32/3.4.1/specs
Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as
--host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls
--enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry
--disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt
--without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter
--enable-hash-synchronization --enable-libstdcxx-debug
Thread model: win32
gcc version 3.4.1 (mingw special)
Reading specs from E:/DIFFs/gcc/bin/../lib/gcc-lib/mingw32/3.3.1/specs
Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as
--host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls
--enable-languages=c,c++,f77,objc,ada,java --disable-win32-registry
--disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt
--without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter
--enable-hash-synchronization
Thread model: win32
gcc version 3.3.1 (mingw special 20030804-1)
--
Summary: Invalid register allocation (%sil, %dil)
Product: gcc
Version: 3.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: inline-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: xnavara at volny dot cz
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-pc-mingw32
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19979
[Bug inline-asm/19979] Invalid register allocation (%sil, %dil)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 19:10 --- I'm of the opinion that the source is invalid. Using a =q constraint instead of an =r constraint properly shows that the compiler must choose one of the four low byte registers. This is a dup of bug 10153. *** This bug has been marked as a duplicate of 10153 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19979
[Bug inline-asm/10153] [3.3/3.4 regression] selection of %dil or %sil on ia32 by valid C source
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 19:10 --- *** Bug 19979 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||xnavara at volny dot cz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10153
[Bug c++/19980] New: [4.0 regression] ICE on invalid template declaration
The following invalid code snippet causes an ICE on mainline:
int foo;
templateint void foo() {}
The error message reads:
bug.cc:2: error: 'templateint anonymous void foo()' redeclared as
different kind of symbol
bug.cc:1: error: previous declaration of 'int foo'
Internal compiler error: Error reporting routines re-entered.
Please submit a full bug report, [etc.]
The following patch fixes the problem for me.
I haven't done any regtesting, though.
===
--- gcc/gcc/cp/decl.c 27 Jan 2005 07:32:20 - 1.1355
+++ gcc/gcc/cp/decl.c 15 Feb 2005 19:18:28 -
@@ -9917,7 +9917,11 @@ start_preparsed_function (tree decl1, tr
class scope, current_class_type will be NULL_TREE until set above
by push_nested_class.) */
if (processing_template_decl)
-decl1 = push_template_decl (decl1);
+{
+ tree newdecl1 = push_template_decl (decl1);
+ if (newdecl1 != error_mark_node)
+decl1 = newdecl1;
+}
/* We are now in the scope of the function being defined. */
current_function_decl = decl1;
===
--
Summary: [4.0 regression] ICE on invalid template declaration
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19980
[Bug c++/17788] poor diagnostic for missing reference initializer
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-15 19:39 --- Subject: Bug 17788 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-15 19:39:31 Modified files: gcc/cp : ChangeLog class.c gcc/testsuite : ChangeLog gcc/testsuite/g++.old-deja/g++.bugs: 900205_04.C Added files: gcc/testsuite/g++.dg/init: ctor4.C Log message: gcc/cp/ChangeLog: PR c++/17788 * class.c (add_implicitly_declared_members, check_field_decl) (check_field_decls, check_bases): Remove arguments, tests and assignments of cant_have_default_ctor-related variables. gcc/testsuite/ChangeLog: PR c++/17788 * g++.dg/init/ctor4.C: New. * g++.old-deja/g++.bugs/900205_04.C: Adjust. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4630r2=1.4631 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gccr1=1.704r2=1.705 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5036r2=1.5037 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/ctor4.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.bugs/900205_04.C.diff?cvsroot=gccr1=1.4r2=1.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17788
[Bug c++/19980] [4.0 regression] ICE on invalid template declaration
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 19:50 --- Confirmed: : Search converges between 2004-02-01-trunk (#445) and 2004-03-01-trunk (#446). -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-15 19:50:27 date|| Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19980
[Bug c++/17788] poor diagnostic for missing reference initializer
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 19:53 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17788
[Bug middle-end/19974] Lapack hang in xeigtstc on ia-64
--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-15 20:14 --- This does not happen on an Athlon-xp with -march=athlon-xp -mfmath=sse. Might be target or 64-bit specific. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19974
Problem building 3.4.3 on solaris 8
I am trying to build gcc-3.4.3 on solaris 8. I get to the make install point and then there is a problem. It appears the INSTALL variable is not getting set right for the install step in the various directories. I have the source in /gcc-3.4.3 and the build dir is /gcc-3.4.3_sun5.8 Here is the first error. Notice the the gcc src tree is one level higher then the install path is specifying. make install /bin/sh ../gcc-3.4.3/mkinstalldirs /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3 /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3 make[1]: Entering directory `/proj/wdtold/warrend/gnusrc_new/30-gcc-3.4.3/gcc-3.4.3_wdt_tmp_sun5.8/gcc' if [ -f specs.ready ] ; then \ true; \ else \ echo timestamp specs.ready; \ fi mkdir -p /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/bin if [ -f gnat1 ] ; \ then \ if [ -f gnatbind-cross ] ; \ then \ rm -f /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/bin/sparc-sun-solaris2.8-gnatbind; \ ../gcc-3.4.3/install-sh -c gnatbind-cross /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/bin/sparc-sun-solaris2.8-gnatbind; \ if [ -d /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/sparc-sun-solaris2.8/bin/. ] ; then \ rm -f /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/sparc-sun-solaris2.8/bin/gnatbind; \ ../gcc-3.4.3/install-sh -c gnatbind-cross /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/sparc-sun-solaris2.8/bin/gnatbind; \ fi; \ else \ rm -f /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/bin/gnatbind; \ ../gcc-3.4.3/install-sh -c gnatbind /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/bin/gnatbind; \ fi ; \ fi /bin/sh: ../gcc-3.4.3/install-sh: not found make[1]: [ada.install-common] Error 1 (ignored) Looking at the Makefile in /gcc-3.4.3_sun5.8/gcc it has INSTALL = ../../gcc-3.4.3/gcc/../install-sh -c which is correct. So I assume that the INSTALL variable is being overwritten from the main Makefile. If you need more information let me know.
[Bug c++/19981] New: Nested struct initialization error
This is a bug report for RHIDE 1.5.0.1 (Apr 8 2003 18:05:46)
I am running MS-DOS 8.0 (Windows 95)
Important environment variables:
PATH=C:\Arquivos de programas\Analog Devices\VisualDSP\System;C:\Arquivos de
programas\Analog
Devices\VisualDSP;C:\WINDOWS;C:\WINDOWS\COMMAND;c:\djgpp\bin;c:\Modeltech_xe\win32xoem
DJGPP=c:\djgpp\djgpp.env
DJDIR=c:/djgpp
LFN=y
INFOPATH=.;c:/djgpp/share/rhide;c:/djgpp/bin/../share/rhide;c:/djgpp/share/rhide/set;c:/djgpp/bin/../share/rhide/set;c:/djgpp/info;c:/djgpp/gnu/emacs/info;/usr/share/info;/usr/info;/usr/local/share/info;/usr/local/info;c:/djgpp/info;c:/djgpp/gnu/emacs/info
LOCALEDIR=
LANGUAGE=
SHELL=
COMSPEC=C:\WINDOWS\COMMAND.COM
DJSYSFLAGS=
Here is the output from a sample compilation and link for C
executing:
echo int main(){return 0;} | redir -eo gcc -Xlinker -v -Wa,-v -v -o /dev/null
-x c -
Reading specs from c:/djgpp/bin/../lib/gcc/djgpp/3.43/specs
Configured with: /Build/gcc34/gnu/gcc-3.43/configure djgpp
--prefix=/dev/env/DJDIR --disable-nls --disable-libstdcxx-pch
Thread model: single
gcc version 3.4.3
c:/djgpp/bin/../libexec/gcc/djgpp/3.43/cc1.exe -quiet -v -iprefix
c:/djgpp/bin/../lib/gcc/djgpp/3.43/ -remap -imacros
c:/djgpp/bin/../lib/gcc/djgpp/3.43/djgpp.ver - -quiet -dumpbase - -mtune=pentium
-auxbase - -version -o c:/djgpp/tmp/RHpb/ccJYQB9J.s
ignoring nonexistent directory
c:/djgpp/bin/../lib/gcc/djgpp/3.43/../../../../djgpp/include
ignoring nonexistent directory c:/djgpp/djgpp/include/
#include ... search starts here:
#include ... search starts here:
c:/djgpp/bin/../lib/gcc/djgpp/3.43/include
c:/djgpp/lib/gcc/djgpp/3.43/include/
c:/djgpp/include/
End of search list.
GNU C version 3.4.3 (djgpp)
compiled by GNU C version 3.4.3.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
stdin:1: error: parse error before string constant
End of the sample
Here is the output from a sample compilation and link for C++
executing:
echo int main(){return 0;} | redir -eo gcc -Xlinker -v -Wa,-v -v -o /dev/null
-x c++ -
Reading specs from c:/djgpp/bin/../lib/gcc/djgpp/3.43/specs
Configured with: /Build/gcc34/gnu/gcc-3.43/configure djgpp
--prefix=/dev/env/DJDIR --disable-nls --disable-libstdcxx-pch
Thread model: single
gcc version 3.4.3
c:/djgpp/bin/../libexec/gcc/djgpp/3.43/cc1plus.exe -quiet -v -iprefix
c:/djgpp/bin/../lib/gcc/djgpp/3.43/ -remap -imacros
c:/djgpp/bin/../lib/gcc/djgpp/3.43/djgpp.ver - -quiet -dumpbase - -mtune=pentium
-auxbase - -version -o c:/djgpp/tmp/RHpb/ccvzYlTZ.s
ignoring nonexistent directory
c:/djgpp/bin/../lib/gcc/djgpp/3.43/../../../../djgpp/include
ignoring nonexistent directory c:/djgpp/djgpp/include/
#include ... search starts here:
#include ... search starts here:
c:/djgpp/bin/../lib/gcc/djgpp/3.43/../../../../include/cxx/3.43
c:/djgpp/bin/../lib/gcc/djgpp/3.43/../../../../include/cxx/3.43/djgpp
c:/djgpp/bin/../lib/gcc/djgpp/3.43/../../../../include/cxx/3.43/backward
c:/djgpp/bin/../lib/gcc/djgpp/3.43/include
c:/djgpp/include/cxx/3.43/
c:/djgpp/include/cxx/3.43/djgpp/
c:/djgpp/include/cxx/3.43/backward/
c:/djgpp/lib/gcc/djgpp/3.43/include/
c:/djgpp/include/
End of search list.
GNU C++ version 3.4.3 (djgpp)
compiled by GNU C version 3.4.3.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
stdin:1: error: expected unqualified-id before string constant
stdin:1: error: expected `,' or `;' before string constant
End of the sample
My problem is the following:
I am trying to compile this program: save as x.cpp
struct pixel {
int x, y;
} ;
struct caractere {
int altura_cima,
altura_baixo,
largura,
n_pixeis;
struct pixel pixeis[];
} xx={1,2,3,4,{{1,2},{77,66},{98,45}}};
--
Summary: Nested struct initialization error
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ggaspa at rms dot ind dot br
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19981
[Bug middle-end/19920] [4.0 Regression] build broken on several targets due to recent 'DC' type update to libgcc2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 20:42 --- A call for testing patch is here: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00858.html. -- What|Removed |Added Keywords||build, patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19920
Problem building 3.4.3 on solaris 8
I am trying to build gcc-3.4.3 on solaris 8. I get to the make install point and then there is a problem. It appears the INSTALL variable is not getting set right for the install step in the various directories. I have the source in /gcc-3.4.3 and the build dir is /gcc-3.4.3_sun5.8 Here is the first error. Notice the the gcc src tree is one level higher then the install path is specifying. make install /bin/sh ../gcc-3.4.3/mkinstalldirs /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3 /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3 make[1]: Entering directory `/proj/wdtold/warrend/gnusrc_new/30-gcc-3.4.3/gcc-3.4.3_wdt_tmp_sun5.8/gcc' if [ -f specs.ready ] ; then \ true; \ else \ echo timestamp specs.ready; \ fi mkdir -p /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/bin if [ -f gnat1 ] ; \ then \ if [ -f gnatbind-cross ] ; \ then \ rm -f /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/bin/sparc-sun-solaris2.8-gnatbind; \ ../gcc-3.4.3/install-sh -c gnatbind-cross /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/bin/sparc-sun-solaris2.8-gnatbind; \ if [ -d /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/sparc-sun-solaris2.8/bin/. ] ; then \ rm -f /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/sparc-sun-solaris2.8/bin/gnatbind; \ ../gcc-3.4.3/install-sh -c gnatbind-cross /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/sparc-sun-solaris2.8/bin/gnatbind; \ fi; \ else \ rm -f /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/bin/gnatbind; \ ../gcc-3.4.3/install-sh -c gnatbind /proj/wdtprojects/wdt_tmp/gnu_sun5.8/gcc-3.4.3/bin/gnatbind; \ fi ; \ fi /bin/sh: ../gcc-3.4.3/install-sh: not found make[1]: [ada.install-common] Error 1 (ignored) Looking at the Makefile in /gcc-3.4.3_sun5.8/gcc it has INSTALL = ../../gcc-3.4.3/gcc/../install-sh -c which is correct. So I assume that the INSTALL variable is being overwritten from the main Makefile. If you need more information let me know. I'll mention that on Linux the install works fine as they are using /usr/bin/install for the install. I did not have install in my path when building gcc on solaris 8 so I assume it tried to make do with the script bug that code isn't quite right.
[Bug c++/18327] [3.3/3.4/4.0 Regression] ICE while compiling valid c code with g++
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 20:51 --- *** Bug 19981 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||ggaspa at rms dot ind dot br http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18327
[Bug c++/19981] Nested struct initialization error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 20:51 --- It has nothing to do with nested structs at all but an array's whos size is not specified. This is valid C99 but not C++. Though we should accept it for C++ also but we don't which is a bug. Also note in 3.4.4 we ICE as we messed up. This is a dup of bug 18327 which is the bug about the ICE on valid code. *** This bug has been marked as a duplicate of 18327 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19981
[Bug pch/14940] PCH largefile test fails on various platforms
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-15 20:52 --- Subject: Bug 14940 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-15 20:52:14 Modified files: gcc: ChangeLog gcc/config : host-linux.c Log message: 2005-02-15 James A. Morrison [EMAIL PROTECTED] PR pch/14940 PR target/19300 * config/host-linux.c (linux_gt_pch_use_address): Copy from config/pa/pa-host.c:pa_gt_pch_use_address. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7484r2=2.7485 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/host-linux.c.diff?cvsroot=gccr1=1.6r2=1.7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14940
[Bug target/19300] [4.0 Regression] PCH failures on sparc-linux
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-15 20:52 --- Subject: Bug 19300 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-15 20:52:14 Modified files: gcc: ChangeLog gcc/config : host-linux.c Log message: 2005-02-15 James A. Morrison [EMAIL PROTECTED] PR pch/14940 PR target/19300 * config/host-linux.c (linux_gt_pch_use_address): Copy from config/pa/pa-host.c:pa_gt_pch_use_address. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7484r2=2.7485 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/host-linux.c.diff?cvsroot=gccr1=1.6r2=1.7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19300
Re: Problem building 3.4.3 on solaris 8
This is PR 13993 which only effects if you configure with a relative patch and only 3.4.x, it is fixed on the mainline already. -- Pinski
[Bug target/19300] [4.0 Regression] PCH failures on sparc-linux
--- Additional Comments From phython at gcc dot gnu dot org 2005-02-15 20:56 --- Fixed with the previous commit -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19300
[Bug target/19300] [4.0 Regression] PCH failures on sparc-linux
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19300
[Bug c++/19982] New: The left side of the = operator must be an lvalue.
Sourc code for t.cpp:
int mymain()
{
int i = 1;
int j = 2;
const volatile int ri = i;
const_castint *(ri) = j; // error - lvalue required for =
return 0;
}
Expected Behaviour:
t.cpp, line 8.25: 1540-2410 (S) The left side of the = operator must be an
lvalue.
Actual Behaviour:
t.cpp:6: ISO C++ forbids cast to non-reference type used as lvalue
t.cpp:6: ISO C++ forbids cast to non-reference type used as lvalue
t.cpp:6: confused by earlier errors, bailing out
t.ii generated with -save-temps option
# 1 t.cpp
# 1 built-in
# 1 command line
# 1 t.cpp
int mymain()
{
int i = 1;
int j = 2;
const volatile int ri = i;
const_castint *(ri) = j;
return 0;
}
Release:
GCC Version: 3.2.0
Environment:
System Type:
Reading specs from
/usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/specs
Configured with: /scratch/gcc-3.2/configure --prefix=/usr/local/gcc.3.2.0
--enable-threads=aix --disable-nls
Thread model: aix
gcc version 3.2
/usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/cpp0 -lang-c++
-D__GNUG__=3 -D__DEPRECATED -D__EXCEPTIONS -v -iprefix
/usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/ -D__GNUC__=3
-D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=0 -D__GXX_ABI_VERSION=102 -D_IBMR2
-D_POWER -D_LONG_LONG -D_AIX -D_AIX32 -D_AIX41 -D_AIX43 -D_AIX51 -D_IBMR2
-D_POWER -D_LONG_LONG -D_AIX -D_AIX32 -D_AIX41 -D_AIX43 -D_AIX51 -Asystem=unix
-Asystem=aix -D__NO_INLINE__ -D__STDC_HOSTED__=1 -D_XOPEN_SOURCE=500
-D_XOPEN_SOURCE_EXTENDED=1 -D_LARGE_FILE_API -D_ALL_SOURCE
-D__WCHAR_TYPE__=short unsigned int -D_ARCH_COM
/home/msadoghi/scenario/common/t.cpp t.ii
GNU CPP version 3.2 (cpplib)
ignoring nonexistent directory
/usr/local/lib/gcc-lib/../../powerpc-ibm-aix5.1.0.0/include
ignoring nonexistent directory
/usr/local/gcc.3.2.0/powerpc-ibm-aix5.1.0.0/include
ignoring duplicate directory /usr/local/gcc.3.2.0/include/c++/3.2
ignoring duplicate directory
/usr/local/gcc.3.2.0/include/c++/3.2/powerpc-ibm-aix5.1.0.0
ignoring duplicate directory /usr/local/gcc.3.2.0/include/c++/3.2/backward
ignoring duplicate directory
/usr/local/gcc.3.2.0/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/include
#include ... search starts here:
#include ... search starts here:
/usr/local/lib/gcc-lib/../../include/c++/3.2
/usr/local/lib/gcc-lib/../../include/c++/3.2/powerpc-ibm-aix5.1.0.0
/usr/local/lib/gcc-lib/../../include/c++/3.2/backward
/usr/local/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/include
/usr/local/include
/usr/local/gcc.3.2.0/include
/usr/include
End of search list.
/usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/cc1plus -fpreprocessed
t.ii -quiet -dumpbase t.cpp -version -o t.s
GNU CPP version 3.2 (cpplib)
GNU C++ version 3.2 (powerpc-ibm-aix5.1.0.0)
compiled by GNU C version 3.2.
/home/msadoghi/scenario/common/t.cpp: In function `int mymain()':
/home/msadoghi/scenario/common/t.cpp:6: ISO C++ forbids cast to non-reference
type used as lvalue
/home/msadoghi/scenario/common/t.cpp:6: ISO C++ forbids cast to non-reference
type used as lvalue
/home/msadoghi/scenario/common/t.cpp:6: confused by earlier errors, bailing out
How-To-Repeat:
gcc -v -save-temps -c t.cpp
Notes:
Compilation failure is expected for this test case. However the gcc produces
an Internal compiler error on AIX which leads to termination of the compilation
process.
--
Summary: The left side of the = operator must be an lvalue.
Product: gcc
Version: 3.2
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: msadoghi at ca dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19982
[Bug middle-end/19983] New: __builtin_nan should allow 0X as well as 0x
The __builtin_nan functions should allow 0X as well as 0x in their arguments. real.c:real_nan only allows 0x at present. In double n1 = __builtin_nan(0x1); double n2 = __builtin_nan(0X1); only the first initializer is accepted, but both should be. -- Summary: __builtin_nan should allow 0X as well as 0x Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19983
[Bug middle-end/19984] New: nan should be C99 built-in
The functions nan, nanf, nanl should be C99 built-in functions rather than just being built-in in the __builtin_ form. They were wrongly C90 built-ins, changed to be __builtin_ only to fix bug 14635. At that time bug 14649 meant they shouldn't be C99 built-ins, but bug 14649 has been fixed so they now can be C99 built-ins. -- Summary: nan should be C99 built-in Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19984
Re: Problem building 3.4.3 on solaris 8
I am trying to build gcc-3.4.3 on solaris 8. I get to the make install point and then there is a problem. It appears the INSTALL variable is not getting set right for the install step in the various directories. I have the source in /gcc-3.4.3 and the build dir is /gcc-3.4.3_sun5.8 Use an absolute path to configure, not a relative one. See the Solaris-specific release notes -- Eric Botcazou
[Bug c++/19982] [3.3/3.4 Regression] The left side of the = operator must be an lvalue.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 21:10 --- Confirmed but this is minor as this is an ICE after an error. Also note on the mainline we get one error message and no ICE (or confused by earlier errors, bailing out). -- What|Removed |Added Severity|critical|minor Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||error-recovery, ice-on- ||invalid-code Known to fail||3.3.3 3.2.3 3.4.0 3.3.1 Known to work||3.0.4 4.0.0 Last reconfirmed|-00-00 00:00:00 |2005-02-15 21:10:05 date|| Summary|The left side of the =|[3.3/3.4 Regression] The |operator must be an lvalue. |left side of the = ||operator must be an lvalue. Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19982
[Bug middle-end/19984] nan should be C99 built-in
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 21:13 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-15 21:13:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19984
[Bug middle-end/19983] __builtin_nan should allow 0X as well as 0x
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 21:14 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||rejects-valid Known to fail||3.3.3 3.4.0 4.0.0 Last reconfirmed|-00-00 00:00:00 |2005-02-15 21:14:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19983
[Bug rtl-optimization/18513] unrar 3.4.3 build fails with bus error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 21:15 --- Can you try with 3.4.3? Also can you provide the output of gcc -v? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18513
[Bug c/19976] integer division by zero in subexpression should be overflow
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 21:18 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-invalid, diagnostic Known to fail||3.3.3 3.2.3 3.4.0 4.0.0 ||3.0.4 2.95.3 Last reconfirmed|-00-00 00:00:00 |2005-02-15 21:18:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19976
[Bug c/19978] overflow in expression of constants should not cause multiple warnings
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 21:20 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||diagnostic Known to fail||3.3.3 3.2.3 3.4.0 4.0.0 ||3.0.4 2.95.3 Last reconfirmed|-00-00 00:00:00 |2005-02-15 21:20:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19978
[Bug middle-end/19983] __builtin_nan should allow 0X as well as 0x
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15
21:28 ---
The bug is very obvious from the code:
if (*str == '0')
{
if (*++str == 'x')
str++, base = 16;
else
base = 8;
}
Note no check for the upercase version of 'X'. (yes I know about the talk
about -fwide-exec-charset=
and -finput-charset=).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19983
[Bug c++/19985] New: executables created with -fprofile-arcs -ftest-coverage segfault in gcov_exit ()
I created a small test I will attach to this bug report that shows that executables created with -fprofile-arcs -ftest-coverage crash in gcov_exit () if they dynamically load functions from libraries. I tested with gcc 3.4.1 and 4.0-20050213. Both show the same problem. Here's the gdb stack trace for both compilers: Program terminated with signal 11, Segmentation fault. #0 gcov_exit () at ../../gcc-3.4.1/gcc/libgcov.c:139 139 if (!((1 t_ix) gi_ptr-ctr_mask)) (gdb) where #0 gcov_exit () at ../../gcc-3.4.1/gcc/libgcov.c:139 #1 0x4018b820 in exit () from /lib/tls/libc.so.6 #2 0x40176b1a in __libc_start_main () from /lib/tls/libc.so.6 #3 0x080491b1 in _start () at ../sysdeps/i386/elf/start.S:119 Program terminated with signal 11, Segmentation fault. #0 gcov_exit () at ../../gcc-4.0-20050213/gcc/libgcov.c:139 139 if (!((1 t_ix) gi_ptr-ctr_mask)) ((gdb) where #0 gcov_exit () at ../../gcc-4.0-20050213/gcc/libgcov.c:139 #1 0x4018b820 in exit () from /lib/tls/libc.so.6 #2 0x40176b1a in __libc_start_main () from /lib/tls/libc.so.6 #3 0x08049031 in _start () at ../sysdeps/i386/elf/start.S:119 The test uses SCons as a build tool. But I give the build arguments here for the 3.4.1 compiler: /opt2/GNU/bin/g++-3.4.1 -O0 -g -D_REENTRANT -W -Wall -Wpointer-arith -Wno-uninitialized -Woverloaded-virtual -Wcast-align -Wwrite-strings -Wcomments -march=pentiumpro -DCOVERAGE -fprofile-arcs -ftest-coverage -Isrc -c -o src/prog/.build/posix/coverage/main.o src/prog/main.cpp /opt2/GNU/bin/g++-3.4.1 -g -Wl,-E -o bin/posix/coverage/prog src/prog/.build/posix/coverage/main.o -Llib/posix/coverage -lstdc++ -lpthread -lrt -ldl -lgcov /opt2/GNU/bin/g++-3.4.1 -O0 -g -D_REENTRANT -W -Wall -Wpointer-arith -Wno-uninitialized -Woverloaded-virtual -Wcast-align -Wwrite-strings -Wcomments -march=pentiumpro -DCOVERAGE -fprofile-arcs -ftest-coverage -fPIC -Isrc -c -o src/calc/.build/posix/coverage/calc.os src/calc/calc.cpp /opt2/GNU/bin/g++-3.4.1 -g -Wl,-E -Wl,-soname=libcalc.so.1.0 -shared -o lib/posix/coverage/libcalc.so src/calc/.build/posix/coverage/calc.os -Llib/posix/coverage -lstdc++ -lpthread -lrt -ldl -lgcov Lothar -- Summary: executables created with -fprofile-arcs -ftest-coverage segfault in gcov_exit () Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: lothar at xcerla dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985
[Bug middle-end/19985] executables created with -fprofile-arcs -ftest-coverage segfault in gcov_exit ()
-- What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Component|c++ |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985
[Bug middle-end/19985] executables created with -fprofile-arcs -ftest-coverage segfault in gcov_exit ()
--- Additional Comments From lothar at xcerla dot com 2005-02-15 21:46 --- Created an attachment (id=8201) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8201action=view) test case to reproduce the segfault This is a project of a small test case that reproduces the segmentation fault. It's build tool is SCons. If you don not want to use SCons, here's the command line(s) executed: /opt2/GNU/bin/g++-3.4.1 -O0 -g -D_REENTRANT -W -Wall -Wpointer-arith -Wno-uninitialized -Woverloaded-virtual -Wcast-align -Wwrite-strings -Wcomments -march=pentiumpro -DCOVERAGE -fprofile-arcs -ftest-coverage -Isrc -c -o src/prog/.build/posix/coverage/main.o src/prog/main.cpp /opt2/GNU/bin/g++-3.4.1 -g -Wl,-E -o bin/posix/coverage/prog src/prog/.build/posix/coverage/main.o -Llib/posix/coverage -lstdc++ -lpthread -lrt -ldl -lgcov /opt2/GNU/bin/g++-3.4.1 -O0 -g -D_REENTRANT -W -Wall -Wpointer-arith -Wno-uninitialized -Woverloaded-virtual -Wcast-align -Wwrite-strings -Wcomments -march=pentiumpro -DCOVERAGE -fprofile-arcs -ftest-coverage -fPIC -Isrc -c -o src/calc/.build/posix/coverage/calc.os src/calc/calc.cpp /opt2/GNU/bin/g++-3.4.1 -g -Wl,-E -Wl,-soname=libcalc.so.1.0 -shared -o lib/posix/coverage/libcalc.so src/calc/.build/posix/coverage/calc.os -Llib/posix/coverage -lstdc++ -lpthread -lrt -ldl -lgcov -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985
[Bug middle-end/19985] executables created with -fprofile-arcs -ftest-coverage segfault in gcov_exit ()
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 21:55 --- Hmm, this looks like we don't deal with dlclose correctly. Honza could you comment on this if there is a way to deal with dlclose? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985
[Bug tree-optimization/15785] fold misses unary transformation
--- Additional Comments From phython at gcc dot gnu dot org 2005-02-15 21:58 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15785
[Bug middle-end/19986] New: [meta-bug] fold missing optimizations (compared to RTL)
Just a meta-bug for all the missing fold which are missing which are in the RTL version of simplify_*. -- Summary: [meta-bug] fold missing optimizations (compared to RTL) Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: missed-optimization, meta-bug, TREE Severity: enhancement Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19986
[Bug middle-end/19986] [meta-bug] fold missing optimizations (compared to RTL)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 22:14 --- Confirmed, there might be others which I had forgot. -- What|Removed |Added BugsThisDependsOn||14752, 14753, 14792, 14796, ||14844, 15347, 15458, 17141, ||19792 Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-15 22:14:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19986
[Bug tree-optimization/15255] [tree-ssa] a * 2 + a * 2 is not converted to a * 4
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 22:22 --- As I said before I was not going to fix a fold problem (for the first testcase). -- What|Removed |Added AssignedTo|pinskia at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15255
[Bug middle-end/19986] [meta-bug] fold missing optimizations (compared to RTL)
-- What|Removed |Added OtherBugsDependingO||19987 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19986
[Bug middle-end/19987] New: [meta-bug] fold missing optimizations in general
Just a meta-bug for missing fold optimizations. -- Summary: [meta-bug] fold missing optimizations in general Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: missed-optimization, meta-bug Severity: enhancement Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org BugsThisDependsOn: 19986 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
[Bug middle-end/19987] [meta-bug] fold missing optimizations in general
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 22:31 --- Confirmed, added the most I know of. -- What|Removed |Added BugsThisDependsOn||14490, 14792, 15017, 15241, ||15255, 15348, 15350, 15457, ||15826 Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-15 22:31:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
[Bug c/19988] New: [4.0 Regression] pessimizes fp multiply-add/subtract combo
When I compile the following code with 'gcc -O3 --save-temps -c':
double foo(double x, double y)
{
return ((x + 0.1234 * y) * (x - 0.1234 * y));
}
gcc 3.x gives one load of the constant 0.1234, one multiplication
0.1234 * y, one addition, one subtraction, and the final
multiplication: total = one constant (load) and four fp operations.
gcc 4.0 (20050213 snapshot), on the other hand, compiles (x - 0.1234 *
y) as (x + (-0.1234) * y), and thus doesn't recognize that it is the
same constant as in the other expression. Thus, it produces *two*
constants (2 loads), and *five* fp operations (3 multiplications):
foo:
pushl %ebp
movl%esp, %ebp
fldl16(%ebp)
fld %st(0)
fldl8(%ebp)
fxch%st(1)
fmull .LC0
fxch%st(2)
popl%ebp
fmull .LC1
fxch%st(2)
fadd%st(1), %st
fxch%st(1)
faddp %st, %st(2)
fmulp %st, %st(1)
ret
As you can imagine, this leads to a major slowdown in code that has
lots of multiply-add and multiply-subtract combinations...in
particular any FFT (such as our FFTW, www.fftw.org) could
suffer a lot.
Thanks for your efforts,
Steven G Johnson
PS. When you fix this, please don't re-introduce another optimizer bug
that appears in gcc 3.x. In particular, when compiling for a PowerPC
target, it *should* produce one constant load, one fused multiply-add,
one fused-multiply subtract, and one multiplication. gcc 3.x, on the
other hand, pulls out the (0.1234 * y) in CSE, and thus does not
exploit the fma. gcc 4.0 on PowerPC (MacOS 10.3) produces:
_foo:
mflr r0
bcl 20,31,L001$pb
L001$pb:
stw r31,-4(r1)
fmr f13,f1
mflr r31
stw r0,8(r1)
lwz r0,8(r1)
addis r2,r31,ha16(LC0-L001$pb)
lfd f1,lo16(LC0-L001$pb)(r2)
addis r2,r31,ha16(LC1-L001$pb)
lfd f0,lo16(LC1-L001$pb)(r2)
Cordially,mtlr r0
fmadd f1,f2,f1,f13
lwz r31,-4(r1)
fmadd f2,f2,f0,f13
fmul f1,f1,f2
blr
which utilizes the fma, but loads the constant twice (as 0.1234 and
-0.1234) instead of using fmadd and fmsub.
PPS. In general, turning negative constants into positive constants by
changing additions into subtractions can lead to substantial speedups
by reducing the number of fp constants in certain kinds of code.
e.g. manually doing this in FFTW gained us 10-15% in speed; YMMV.
Something to think about.
Environment:
System: Linux fftw.org 2.6.3-1-686-smp #2 SMP Tue Feb 24 20:29:08 EST 2004 i686
GNU/Linux
Architecture: i686
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: ../configure --prefix=/home/stevenj/gcc4
How-To-Repeat:
Compile above foo() subroutine with gcc -O3 -c --save-temps and look
at assembler output.
--
Summary: [4.0 Regression] pessimizes fp multiply-add/subtract
combo
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: stevenj at fftw dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19988
[Bug c++/19989] New: Inconsistency with zero-sized arrays
The following testcase shows some inconsistency w.r.t zero-size arrays.
Without -pedantic we diagnose the array(s) whose dimension is found via
dependent lookup.
==
templateint struct A
{
static const int i = 0;
};
templateint N struct B
{
int x[AN::i]; // error
int y[A0::i]; // no error since 3.4.0
int z[0]; // no error
};
B0 b;
==
Depending on the point of view this is rejects-valid or accepts-invalid.
Btw, with -pedantic we diagnose all three arrays.
--
Summary: Inconsistency with zero-sized arrays
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19989
[Bug fortran/19990] New: internal compiler error gfc_finish_var_decl
Internal compiler error in compiling a f90-module of the HSL library on RedHat Fedora Core 3 Linux, i686, IBM Thinkpad, Kernel 2.6.10 version informations ./gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --enable-languages=c,f95 --prefix=/usr/work/2005045/irun Thread model: posix gcc version 4.0.0 20050214 (experimental) command gfortran -c program.f90 output: IntCompError.f90: In function 'zd01_get': IntCompError.f90:5: internal compiler error: in gfc_finish_var_decl, at fortran/trans-decl.c:410 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. f90-source code (from Harwell library HSL): -- snip -- MODULE HSL_ZD01_char IMPLICIT NONE CONTAINS FUNCTION ZD01_get(array) CHARACTER :: array(:) CHARACTER(size(array)) :: ZD01_get integer :: i do i = 1, size(array) ZD01_get(i:i) = array(i) end do END FUNCTION ZD01_get END MODULE HSL_ZD01_char - snip -- Summary: internal compiler error gfc_finish_var_decl Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dirk dot fressmann at newcastle dot edu dot au CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: gfortran -c program.f90 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19990
[Bug c++/19991] New: [3.4/4.0 regression] Enum not accepted in array-size
The following valid code snippet is rejected since gcc 3.4.0:
=
enum { e = 1 };
templatetypename struct A
{
static const int i = e;
char a[i];
};
=
The error message is:
bug.cc:6: error: size of array `a' is not an integral constant-expression
However, the ocde is accepted if I declare e as const int instead of an
enum value, or if I use a[e] instead of a[i], or if I make A a
non-template struct.
This is related tp PR19983.
--
Summary: [3.4/4.0 regression] Enum not accepted in array-size
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: rejects-valid, monitored
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19991
[Bug middle-end/19988] [4.0 Regression] pessimizes fp multiply-add/subtract combo
-- What|Removed |Added Component|c |middle-end Keywords||missed-optimization Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19988
[Bug c++/19991] [3.4/4.0 regression] Enum not accepted in array-size
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-15 23:16 --- Sorry, this is related to PR19883, of course. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19991
[Bug target/19019] GCC ldouble format incompatibility with XLC long double
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-15 23:17 --- Subject: Bug 19019 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-15 23:16:49 Modified files: gcc: ChangeLog gcc/config/rs6000: darwin-ldouble.c libgcc-ppc64.ver rs6000.c t-aix43 t-aix52 t-newas Log message: PR target/19019 * config/rs6000/darwin-ldouble.c (_xlqadd): Rename to __gcc_qadd. (_xlqsub): Rename to __gcc_qsub. (_xlqmul): Rename to __gcc_qmul. (_xlqdiv): Rename to __gcc_qdiv. Provide versioned symbol aliases with old names. * config/rs6000/libgcc-ppc64.ver: Rename symbols. * config/rs6000/rs6000.c (rs6000_init_libfuncs): Rename symbols. * config/rs6000/t-aix43 (LIB2FUNCS_EXTRA): New. * config/rs6000/t-aix52 (LIB2FUNCS_EXTRA): New. * config/rs6000/t-newas (LIB2FUNCS_EXTRA): New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7486r2=2.7487 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/darwin-ldouble.c.diff?cvsroot=gccr1=1.8r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/libgcc-ppc64.ver.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gccr1=1.785r2=1.786 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/t-aix43.diff?cvsroot=gccr1=1.22r2=1.23 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/t-aix52.diff?cvsroot=gccr1=1.5r2=1.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/t-newas.diff?cvsroot=gccr1=1.6r2=1.7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19019
[Bug preprocessor/19077] [3.4/4.0 Regression] Internal compiler error compiling MPlayer
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-15 23:18 --- Subject: Bug 19077 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-15 23:18:04 Modified files: gcc/testsuite : ChangeLog libcpp : ChangeLog macro.c Added files: gcc/testsuite/gcc.dg/cpp: 20050215-1.c Log message: 2005-02-15 Eric Christopher [EMAIL PROTECTED] PR preprocessor/19077 * macro.c (cpp_macro_definition): Move handling of whitespace to PREV_WHITE conditional. Remove overloading of len variable. 2005-02-15 Eric Christopher [EMAIL PROTECTED] * gcc.dg/cpp/20050215-1.c: New file. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5038r2=1.5039 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/cpp/20050215-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/ChangeLog.diff?cvsroot=gccr1=1.53r2=1.54 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/macro.c.diff?cvsroot=gccr1=1.8r2=1.9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
[Bug preprocessor/19077] [3.4/4.0 Regression] Internal compiler error compiling MPlayer
--- Additional Comments From echristo at redhat dot com 2005-02-15 23:18 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
[Bug c++/19991] [3.4/4.0 regression] Enum not accepted in array-size
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 23:20 --- Confirmed. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-15 23:20:23 date|| Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19991
[Bug tree-optimization/18947] [4.0 Regression] [non-UAAT] external inline and normal function of the same name
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 23:23 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00885.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18947
[Bug middle-end/19920] [4.0 Regression] build broken on several targets due to recent 'DC' type update to libgcc2
--- Additional Comments From bjoern dot m dot haase at web dot de 2005-02-15 23:24 --- FYI: I have just tested the patch posted in http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00858.html After applying this patch, the build for the avr target again succeeds. Yours, Björn -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19920
[Bug libstdc++/19955] [3.4/4.0 regression] Second std::ctypechar::narrow() does not call std::ctypechar::do_narrow()
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-15 23:29 --- Subject: Bug 19955 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-15 23:29:52 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/bits: locale_facets.h Added files: libstdc++-v3/testsuite/22_locale/ctype/narrow/char: 19955.cc Log message: 2005-02-15 Paolo Carlini [EMAIL PROTECTED] Jon Grimm [EMAIL PROTECTED] PR libstdc++/19955 * include/bits/locale_facets.h (ctypechar::_M_narrow_init()): Fix the logic setting _M_narrow_ok: first check whether the transformation is trivial with a dflt == 0, then deal with the special case of zero. * testsuite/22_locale/ctype/narrow/char/19955.cc: New. * include/bits/locale_facets.h (ctypechar::_M_widen_init()): Tweak consistently to use memcmp; minor formatting fixes. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.2895r2=1.2896 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/locale_facets.h.diff?cvsroot=gccr1=1.98r2=1.99 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/ctype/narrow/char/19955.cc.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19955
[Bug c++/19992] New: -fhosted/-ffreestanding for C++
C++ has the concepts of hosted and freestanding implementations, so the -fhosted and -ffreestanding flags should be supported for C++ rather than being C-only. -- Summary: -fhosted/-ffreestanding for C++ Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19992
[Bug preprocessor/19077] [3.4 Regression] Internal compiler error compiling MPlayer
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-15 23:36 --- Not fixed on the 3.4 branch. -- What|Removed |Added Status|RESOLVED|REOPENED Keywords|monitored | Resolution|FIXED | Summary|[3.4/4.0 Regression]|[3.4 Regression] Internal |Internal compiler error |compiler error compiling |compiling MPlayer |MPlayer http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
[Bug middle-end/19988] [4.0 Regression] pessimizes fp multiply-add/subtract combo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 23:42 --- Almost want to say this is caused by: 2004-07-11 Roger Sayle [EMAIL PROTECTED] * fold-const.c (fold) PLUS_EXPR: Canonicalize X + -C as X - C for floating point additions, to keep real immediate constant positive. MINUS_EXPR: For floating point subtractions, only transform X - -C into X + C, and leave positive real constants as X - C. http://gcc.gnu.org/ml/gcc-patches/2004-07/msg01155.html Confirmed. -- What|Removed |Added CC||roger at eyesopen dot com Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-15 23:42:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19988
[Bug preprocessor/19077] [3.4 Regression] Internal compiler error compiling MPlayer
--- Additional Comments From echristo at redhat dot com 2005-02-15 23:45 --- I suppose I could apply the patch there too. -- What|Removed |Added Status|REOPENED|ASSIGNED Last reconfirmed|2005-02-01 04:25:41 |2005-02-15 23:45:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
[Bug c++/19992] -fhosted/-ffreestanding for C++
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15 23:48 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-15 23:48:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19992
[Bug target/19087] Overflowed address in dwarf debug line information
--- Additional Comments From dwatkins at tascsystems dot com 2005-02-16 00:04 --- Regarding this bug and AVRFreaks Forum topic: http://www.avrfreaks.com/index.php? name=PNphpBB2file=viewtopict=23436highlight=sid=e1dbd9f208947a5efc679075b4af f237 in which the debug info for code past the first 64k of program space wraps, overlaying the information at the lower 64k, I may have identified the problem. It appears that using POINTER_SIZE = 16 results in DWARF2_ADDR_SIZE being derived as 2 when it should be 4. This would normally not be an issue except that in code generation the pointers appear to address 64k words (128k bytes), but for debug info the address fields appears to address program space in bytes, thus wrapping for the second 64k when the address field size is 16 bits. I rebuilt GCC with the following change added to gcc/config/avr/avr.h just after the define for POINTER_SIZE... #define DWARF2_ADDR_SIZE 4 GCC rebuilt, and my AVR libraries and project all rebuilt, but at this point, when attempting to load it into AVRStudio4.11, it results in a rather dramtic looking Visual C++ runtime error from AVRStudio.exe. I obviously don't have a fix, but perhaps someone more familiar will recognize what I attempted to do and know what further needs to be done to both resolve the problem and retain interoperability with AS4. Regards, Darcy -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087
[Bug middle-end/19931] gcc 3.4.x. internal compiler error: Segmentation fault; cross-powerpc on winxp
--- Additional Comments From amodra at bigpond dot net dot au 2005-02-16 00:28 --- This has been fixed, most likely by 2004-10-13 Richard Henderson [EMAIL PROTECTED] * crtstuff.c (__FRAME_END__): Remove mode attribute. Find 32-bit integer from internal limits macros. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19931
[Bug target/19411] Simple program causes gcc to run out of memory
--- Additional Comments From amodra at bigpond dot net dot au 2005-02-16 01:03 --- Changing to target since this is due to Aldy's altivec.h implementation. -- What|Removed |Added Component|preprocessor|target Known to fail||4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19411
