--- Comment #5 from cnstar9988 at gmail dot com 2008-05-20 07:08 ---
>>>
>>>ISVs usually build with compilers from the stone-age to be able to run their
>>>applications on all still supported OS versions.
I agree!
--
which Linux Kernel version has t
Hi,
While developing a multi-threaded application I've encountered a problem that
is reproduced in a testcase presented below.
The purpose of the sample is to create a large number of threads where each
thread uses stl strings. The threads execute consecutively and not in parallel.
The problem is
--- Comment #13 from benny at ammitzboell-consult dot dk 2008-05-20 07:32
---
Ok, we have verified that this bug is not present when using a 4.2.3 arm
toolchain.
--
benny at ammitzboell-consult dot dk changed:
What|Removed |Added
-
--- Comment #2 from d at domob dot eu 2008-05-20 07:33 ---
Created an attachment (id=15655)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15655&action=view)
Hackish patch
It seems the problem lies in gfc_conv_string_length, that can be called with a
gfc_charlen whose length is NUL
--- Comment #14 from benny at ammitzboell-consult dot dk 2008-05-20 07:33
---
Verified on gcc 4.2.3
--
benny at ammitzboell-consult dot dk changed:
What|Removed |Added
Hi,
the following code used to throw an error with
GNU Fortran 95 (GCC) 4.1.2 20070115 (prerelease) (SUSE Linux)
GNU Fortran (GCC) 4.2.1 (SUSE Linux)
gfcbug78.f90:12.10:
obs(l)% x = 0! gfortran misses this illegal assignment
1
Error: Can't assign to INTENT(IN) variable 'obs'
Currently I'm after full rebuild of Gentoo distribution with gcc 4.3.0 on amd64
platfrom and number of internal compiler errors was huge.
First I try use brutal forse and generate report for each package but number of
actins and build scripts levels (gentoo scripts, automake logic, etc) cold my
"wh
--- Comment #10 from jv244 at cam dot ac dot uk 2008-05-20 08:09 ---
I've tested the patches posted here for PR36198, and they appear to fix the
problem. Did they pass on the gccfarm?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36206
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-05-20 08:22
---
This bug is fixed in gfortran-4.3.0 and later. Please migrate to a more recent
compiler version; binaries for common systems can be found at
http://gcc.gnu.org/wiki/GFortranBinaries.
Closing as we don't fix bugs
In scenarion when we have many pch files in *.gch diretory. Then currently we
may get info about not used pch file but IMHO we need final confirmation that
any pch were used (flags are OK).
--
Summary: Please add notyfication/warning when pch IS use
Product: gcc
--- Comment #6 from cnstar9988 at gmail dot com 2008-05-20 08:48 ---
How to reopen bug 36079? Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36079
--- Comment #1 from paolo dot carlini at oracle dot com 2008-05-20 09:17
---
Some general comments: The 4.0.x series is not supported anymore, any future
fix will only go in 4.3.x and maybe 4.2.x; I see that you are using mt_alloc,
which, in the FSF official release of GCC is *not* the
Currently when we want use template libs approach (and not instance template in
all *.o files where it is included) we have to use -fno-implicit-templates
flag. The problem is that this flag change total g++ behavior and "nuke" all
templates which is problematic when we want store only own template
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-05-20 10:09
---
And there is more to it (with import statements), see the rest of the thread at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/148d078cda002dc1#
--
fxcoudert at gcc dot gnu dot org chang
compiling the testcase file (derived from CP2K) as:
valgrind --tool=memcheck
/data03/vondele/gcc_trunk/build/libexec/gcc/x86_64-unknown-linux-gnu/4.4.0/f951
lapack.f -march=k8 -quiet -dumpbase lapack.F -auxbase lapack -ffree-form
-fpreprocessed -fintrinsic-modules-path
/data03/vondele/gcc_trunk/bu
The following is legal:
function x(z) bind(C,name='x'//'f')
integer :: z, x
end function x
as the Standard (F2003) only says:
R509: language-binding-spec is BIND (C [, NAME =
scalar-char-initialization-expr ])
C540: The scalar-char-initialization-expr shall be of default character kind.
So, a
--- Comment #1 from jv244 at cam dot ac dot uk 2008-05-20 10:16 ---
Created an attachment (id=15656)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15656&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36276
Currently I maintain large C/C++ project (over 400 lib/bin targets and ~100 000
files). It is targeted and ported on Sun (with Sun CC), HPUX (with aCC), Linux
(with gcc) and Windows (MSVC). The Sun, HP and Windows compilers have common
flags syntax and usage logic of pch functionality (create and u
--- Comment #3 from charlet at gcc dot gnu dot org 2008-05-20 12:38 ---
About to commit proper patch from Robert Dewar.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-20 12:42 ---
-frepo is/was supposed to deal with this
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36274
--- Comment #23 from charlet at gcc dot gnu dot org 2008-05-20 12:44
---
Subject: Bug 24533
Author: charlet
Date: Tue May 20 12:43:59 2008
New Revision: 135614
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135614
Log:
2008-05-20 Arnaud Charlet <[EMAIL PROTECTED]>
*
--- Comment #4 from charlet at gcc dot gnu dot org 2008-05-20 12:45 ---
Subject: Bug 30740
Author: charlet
Date: Tue May 20 12:44:55 2008
New Revision: 135619
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135619
Log:
2008-05-20 Robert Dewar <[EMAIL PROTECTED]>
PR ada
--- Comment #4 from charlet at gcc dot gnu dot org 2008-05-20 12:50 ---
Subject: Bug 17985
Author: charlet
Date: Tue May 20 12:49:21 2008
New Revision: 135636
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135636
Log:
2008-05-20 Ed Schonberg <[EMAIL PROTECTED]>
* sem_
--- Comment #7 from ubizjak at gmail dot com 2008-05-20 12:51 ---
Patch v2 (with --enable-cld configure option) at:
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg01178.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-05-20 13:00 ---
It is not safe. Probably the best thing would be to not ask SCEV during the
propagation but instead at ASSERT_EXPR insertion time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36262
--- Comment #5 from charlet at gcc dot gnu dot org 2008-05-20 13:07 ---
Fixed.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-05-20 13:10 ---
Also you might want want to look into the GCC extension (to C++98/C++03) called
extern template whch does the same thing. Note it is being added to C++0x
already.
-- Pinski
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-05-20 13:21 ---
Redhat has patches that automatically tries to compile again and then produce a
preprocessed source which makes this easier.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-05-20 13:22 ---
-H will tell you that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36273
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-05-20 13:26 ---
I really don't see the issue here really, if you don't setup your include
pathes correctly to include the object directory first, that seems like your
issue rather than a limitation of GCC.
--
http://gcc.gnu.org
The code snippet goes as follows:
*snip*
namespace Bar
{
typedef void MyVoid;
}
using Bar::MyVoid;
*snip*
Compiling with "g++-4.3.0 -save-temps -g -Wall -o simple simple.cc -c"
results in this:
simple.cc:6: internal compiler error: Segmentation fault
Please submit a full bug report,
with
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-05-20 13:33
---
(In reply to comment #3)
> I wonder what else it breaks :)
Apparently, nothing. It was apparently introduced by Paul and I during the
efforts to fix PR31608, and is probably just copied from the lines above.
Anyw
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-05-20 13:36 ---
Works for me with the trunk on both i686-linux-gnu and i386-apple-darwin. Also
works with "4.3.0 20070729" and 4.3.0 20080128 on i386-apple-darwin.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-20 13:44 ---
Confirmed. -g is the key.
Program received signal SIGSEGV, Segmentation fault.
0x0081eed9 in prune_unused_types_mark (die=0x0, dokids=1)
at /space/rguenther/src/svn/trunk/gcc/dwarf2out.c:14913
14913
$ cat argh.h
#define __x(y) __NR_##y
#define x(y) __x(y)
/* define HAVE_FOO if __NR_XXX is defined: */
#define __NR_read 0
#undef __NR_write
#ifdef BUG2
#define __NR_ac%scess 1
#endif
#if defined XXX
# if x(XXX) >= 0
# define HAVE_FOO 1
# warning HAVE_FOO
# else
# undef HAVE_FOO
# warning no
--- Comment #1 from kargl at gcc dot gnu dot org 2008-05-20 14:19 ---
Works for me with 4.4.0.
Whether a back port from 4.4.0 to 4.3.0 is possible, I do not know.
At a minimum, the submit code should be added to the testsuite to
prevent future regressions.
--
kargl at gcc dot gnu d
--- Comment #1 from schwab at suse dot de 2008-05-20 14:31 ---
Undefined identifiers are replaced by 0 in #if.
--
schwab at suse dot de changed:
What|Removed |Added
Coverity has found a long-standing potential issue in this file:
File: cp-demangle.c
Function: d_print_comp
The problem is that the while loop below executes until 'typed_name ==
NULL'. Then immediately after the loop, typed_name is dereferenced. If
the loop exits when typed_nam
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-05-20 15:14
---
Jerry, could you recompile it with -fdump-tree-all and attach all the tree
dumps? Then we can do the same on x86_64-linux and see if it's something in the
code generation, or later.
--
http://gcc.gnu.org/bugz
--- Comment #8 from cnstar9988 at gmail dot com 2008-05-20 15:17 ---
if configure gcc 4.3.1 with --enable-cld on Redhat AS 3.0 U2.
The programs build with gcc 4.3.1 run well on all Redhat AS 3.0/4.0/5.0, SUSE
9/10 or other Linux OS versions, is it right?
If no --enable-cld with gcc 4.3.
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2008-05-20 15:18
---
(In reply to comment #5)
> this seems one of the few wrong-code bugs that affects Fortran95 in a system
> independent way. Any chance to fix this, with a backport to 4.3(.2) ? I
> believe
> we could try to code a
--- Comment #5 from danglin at gcc dot gnu dot org 2008-05-20 15:23 ---
This was introduced in r133479.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36125
--- Comment #9 from cnstar9988 at gmail dot com 2008-05-20 15:23 ---
GCC 4.2.4 works well on Rehat AS 3.0 U2.
How can I use gcc 4.3.1 instead of gcc 4.2.X?
I want to build my programs on Rehat AS 3.0 U2 with newer gcc, 4.2.4 or 4.3.1.
At the same time, I want the compiled programs run w
--- Comment #2 from burnus at gcc dot gnu dot org 2008-05-20 15:26 ---
> Works for me with 4.4.0.
Well, it also "works" for me with 4.3.1 and 4.4.0 (in the sense that _no_ error
is shown).
However, I would claim that the program is valid as neither obs nor objs(n)%x
itself is changed, b
--- Comment #10 from rguenther at suse dot de 2008-05-20 15:27 ---
Subject: Re: [4.3/4.4 Regression] cld instruction is not
emitted anymore.
On Tue, 20 May 2008, cnstar9988 at gmail dot com wrote:
> --- Comment #8 from cnstar9988 at gmail dot com 2008-05-20 15:17 ---
> if co
--- Comment #2 from jv244 at cam dot ac dot uk 2008-05-20 15:28 ---
Created an attachment (id=15657)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15657&action=view)
an 8 line testcase
valgrind --tool=memcheck
/data03/vondele/gcc_trunk/build/libexec/gcc/x86_64-unknown-linux-gnu/4.
--- Comment #2 from bursig at gmail dot com 2008-05-20 15:42 ---
(In reply to comment #1)
> I really don't see the issue here really, if you don't setup your include
> pathes correctly to include the object directory first, that seems like your
> issue rather than a limitation of GCC.
>
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-05-20 15:44 ---
>As I know gcc search headers in *.c/*.cpp dir before
touch -I search paths.
Only for "" include directories and you can disable that with at one point with
-I- so ...
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #2 from bursig at gmail dot com 2008-05-20 15:49 ---
(In reply to comment #1)
> -H will tell you that.
>
Ok that will work but will automatically drop tons of info into build output.
IMHO better will be extension in "-Winvalid-pch" flag and printing info about
used pch.h.gc
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-05-20 15:53 ---
Considering that you can put many files inside a directory called *.gch and
those will be used for the PCH at different optimization levels and options. I
don't see why having an other option important.
--
http
--- Comment #11 from spop at gcc dot gnu dot org 2008-05-20 16:06 ---
Subject: Bug 36206
Author: spop
Date: Tue May 20 16:05:09 2008
New Revision: 135663
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135663
Log:
2008-05-20 Jan Sjodin <[EMAIL PROTECTED]>
Sebastian
--- Comment #3 from bursig at gmail dot com 2008-05-20 16:07 ---
(In reply to comment #1)
> -frepo is/was supposed to deal with this
>
As I know -frepo simple force -fno-implicit-templates which rip all template
instantion from all objects and produce additional special files which are
--- Comment #12 from spop at gcc dot gnu dot org 2008-05-20 16:07 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from bursig at gmail dot com 2008-05-20 16:16 ---
(In reply to comment #3)
> >As I know gcc search headers in *.c/*.cpp dir before
> touch -I search paths.
>
> Only for "" include directories and you can disable that with at one point
> with
> -I- so ...
>
hmm...
1) any
--- Comment #4 from bursig at gmail dot com 2008-05-20 16:21 ---
(In reply to comment #2)
> Also you might want want to look into the GCC extension (to C++98/C++03)
> called
> extern template whch does the same thing. Note it is being added to C++0x
> already.
>
> -- Pinski
>
Yes I k
--- Comment #7 from spop at gcc dot gnu dot org 2008-05-20 16:08 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from bursig at gmail dot com 2008-05-20 16:30 ---
(In reply to comment #3)
> Considering that you can put many files inside a directory called *.gch and
> those will be used for the PCH at different optimization levels and options.
> I
> don't see why having an other opt
--- Comment #25 from jakub at gcc dot gnu dot org 2008-05-20 16:32 ---
Richard, could you reconsider that? I know it only affects Wine, but given how
popular Wine is and there many people who compile it on their own, we have many
dups for this in our bugzilla.
--
http://gcc.gnu.org
--- Comment #2 from burnus at gcc dot gnu dot org 2008-05-20 16:51 ---
The other problem mentioned in the thread is the following bogus warning:
procedure(stub), bind(C,name='cacosf') :: my_ACOS ! Compiles
1
Warning: Variable 'my_ac
--- Comment #8 from joel at gcc dot gnu dot org 2008-05-20 16:59 ---
Patch against SVN trunk still OK using
20080519 (experimental) [trunk revision 135528]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35576
--- Comment #109 from pepalogik at seznam dot cz 2008-05-20 16:59 ---
I also encountered such problems and was going to report it as a bug in GCC...
But in the GCC bug (not) reporting guide, there is fortunately a link to this
page and here (comment #96) is a link to David Monniaux's pap
When compiling a static lib to be linked against with visual studio 2008 I
needed to compile with -fno-leading-underscore (since vs2k8 expects symbol
names from c static libraries to be "symname" instead of "_symname" as it
currently exports).
Adding -fno-leading-underscore didn't make a differenc
--- Comment #1 from jkolb at brandeis dot edu 2008-05-20 17:14 ---
See https://sourceforge.net/forum/forum.php?thread_id=2044306&forum_id=723797
for more information.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36280
--- Comment #10 from paolo at gcc dot gnu dot org 2008-05-20 18:12 ---
Subject: Bug 33979
Author: paolo
Date: Tue May 20 18:11:34 2008
New Revision: 135668
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135668
Log:
2008-05-20 Paolo Carlini <[EMAIL PROTECTED]>
PR c++/3
--- Comment #26 from rguenth at gcc dot gnu dot org 2008-05-20 18:28
---
Ok, I'll give it an updated round of testing. Even though it is still ugly as
hell ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35204
--- Comment #7 from nemet at gcc dot gnu dot org 2008-05-20 18:44 ---
Fixed on all branches.
--
nemet at gcc dot gnu dot org changed:
What|Removed |Added
Stat
class base
{
public:
base(){};
~base(){};
};
class data : public base
{
public:
data(){};
~data(){};
private:
int member;
}__attribute__((__packed__));
class group : public base
{
public:
group(){};
~group(){};
private:
data d1;
data d2;
data d3;
} __attribute__((__packed
--- Comment #3 from anlauf at gmx dot de 2008-05-20 18:43 ---
(In reply to comment #2)
> However, I would claim that the program is valid as neither obs nor objs(n)%x
> itself is changed, but only the target to which objs(n)%x points to.
I see. If component x were an allocatable instea
--- Comment #6 from nemet at gcc dot gnu dot org 2008-05-20 18:43 ---
Subject: Bug 36194
Author: nemet
Date: Tue May 20 18:42:09 2008
New Revision: 135670
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135670
Log:
PR middle-end/36194
* combine.c (check_conversion
--- Comment #6 from uros at gcc dot gnu dot org 2008-05-20 19:02 ---
Subject: Bug 36057
Author: uros
Date: Tue May 20 19:01:46 2008
New Revision: 135671
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135671
Log:
PR testsuite/36057
* g++.dg/compat/struct-layout-1_
--- Comment #7 from ubizjak at gmail dot com 2008-05-20 19:06 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from spop at gcc dot gnu dot org 2008-05-20 19:17 ---
Subject: Bug 36181
Author: spop
Date: Tue May 20 19:17:12 2008
New Revision: 135673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135673
Log:
2008-05-20 Sebastian Pop <[EMAIL PROTECTED]>
Jan Sjod
--- Comment #3 from spop at gcc dot gnu dot org 2008-05-20 19:23 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
The testcase of PR36181 should be parallelized after being vectorized.
/* { dg-do compile } */
/* { dg-options "-O3 -ftree-parallelize-loops=2" } */
int foo ()
{
int i, sum = 0, data[1024];
for(i = 0; i<1024; i++)
sum += data[i];
return sum;
}
The fix for PR36181 was to disable the p
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-05-20 19:42 ---
Even worse:
#define vector __attribute__((vector_size(16) ))
vector int foo ()
{
vector int i, sum = 0, data[1024];
for(i = 0; i<1024; i++)
sum += data[i];
return sum;
}
With -O2 -ftree-parallelize-loops
Just run "gcc -c test.c" on this:
#pragma weak __pthread_initialize
extern void *memcpy (void *__restrict __dest,
__const void *__restrict __src, int __n)
__attribute__ ((__nothrow__)) __attribute__ ((__nonnull__ (1, 2)));
extern __typeof (memcpy) memcpy __asm__ ("" "__GI_memcpy") __at
--- Comment #1 from vda dot linux at googlemail dot com 2008-05-20 19:48
---
Simplified case:
#pragma weak __pthread_initialize
extern void *memcpy(void *dest, const void *src, int n);
extern typeof(memcpy) memcpy asm("__GI_memcpy");
void f(void) {}
--
http://gcc.gnu.org/bugzilla
--- Comment #6 from sam at gcc dot gnu dot org 2008-05-20 20:25 ---
Subject: Bug 30740
Author: sam
Date: Tue May 20 20:24:33 2008
New Revision: 135675
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135675
Log:
gcc/testsuite/
PR ada/30740
* gnat.dg/modular.adb
--- Comment #4 from fmuldoo at me dot lsu dot edu 2008-05-20 20:40 ---
Subject: Re: ICE in gfc_conv_descriptor_dimension, at
fortran/trans-array.c:242
Hi Paul,
Thanks for the work-around. I now have got my code built using
gfortran.
Frank
On Sat, 2008-05-17 at 16:20 +
--- Comment #27 from rguenth at gcc dot gnu dot org 2008-05-20 20:41
---
Subject: Bug 35204
Author: rguenth
Date: Tue May 20 20:40:23 2008
New Revision: 135676
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135676
Log:
2008-05-20 Richard Guenther <[EMAIL PROTECTED]>
(I don't know if this happens only to gcc 3.4.5 from the MingW and if it was
solved already in newer versions.)
I made two classes inherited from a common parent class in Objective-C.
The two children classes have methods, "- (float) data" and "- (int) data"
respectively. They are for returning da
--- Comment #2 from sam at gcc dot gnu dot org 2008-05-20 20:46 ---
Subject: Bug 35791
Author: sam
Date: Tue May 20 20:45:49 2008
New Revision: 135677
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135677
Log:
gcc/testsuite/
PR ada/35791
* gnat.dg/check_displ
--- Comment #2 from sje at cup dot hp dot com 2008-05-20 20:50 ---
I cannot reproduce this error. I have compiled the test case with
various options and always get output that includes
Test# 1 ( C201 ): *** failed ***
and
Test# 1 ( GENT ): *** failed ***
I get this when I use -
--- Comment #3 from sam at gcc dot gnu dot org 2008-05-20 20:55 ---
This has been fixed by SVN commit 135638:
2008-05-20 Javier Miranda <[EMAIL PROTECTED]>
Ed Schonberg <[EMAIL PROTECTED]>
Hristian Kirtchev <[EMAIL PROTECTED]>
* sem_ch3.adb
(
--- Comment #28 from rguenth at gcc dot gnu dot org 2008-05-20 20:58
---
Subject: Bug 35204
Author: rguenth
Date: Tue May 20 20:57:12 2008
New Revision: 135678
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135678
Log:
2008-05-20 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #29 from rguenth at gcc dot gnu dot org 2008-05-20 20:58
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #4 from sje at cup dot hp dot com 2008-05-20 21:01 ---
I wonder if this is related to PR target/35695, the floating point division bug
that Jim Wilson fixed. Could you try it with ToT or with the latest 4.3
branch, both of which have Jim's fix in them.
--
sje at cup dot
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-05-20 21:02 ---
Actually I don't think this is a bug. What is happening is the id is a generic
class type so the compiler needs to decide at compile time what the type is
being returned. In this case it decides on the one the user
--- Comment #16 from rguenth at gcc dot gnu dot org 2008-05-20 21:04
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-05-20 21:04 ---
Subject: Bug 36244
Author: rguenth
Date: Tue May 20 21:03:59 2008
New Revision: 135680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135680
Log:
2008-05-20 Richard Guenther <[EMAIL PROTECTED]>
Ba
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-05-20 21:04 ---
Subject: Bug 36244
Author: rguenth
Date: Tue May 20 21:03:59 2008
New Revision: 135680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135680
Log:
2008-05-20 Richard Guenther <[EMAIL PROTECTED]>
Ba
--- Comment #17 from rguenth at gcc dot gnu dot org 2008-05-20 21:05
---
Subject: Bug 34330
Author: rguenth
Date: Tue May 20 21:03:59 2008
New Revision: 135680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135680
Log:
2008-05-20 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-05-20 21:05 ---
Try using -Wstrict-selector-match and see what you get.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36283
--- Comment #4 from janis at gcc dot gnu dot org 2008-05-20 21:45 ---
Isn't the proposal in comment #3 the same as this?
Index: gcc/testsuite/gcc.dg/20020919-1.c
===
--- gcc/testsuite/gcc.dg/20020919-1.c (revision 135322)
gcc/testsuite/gcc/gcc.dg-struct-layout-1 fails multiple times for AVR target
due to non-portable testcase.
This test has 28 generated variants, all fail.
Problems include:
1)Assumes int are 32 bit
gcc/gcc.dg-struct-layout-1//t001_test.h:119: error: width of 'a'
2) Assumes availability of DF mod
--- Comment #1 from hutchinsonandy at aim dot com 2008-05-20 22:41 ---
Created an attachment (id=15658)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15658&action=view)
Extract from gcc.log
Extract from gcc.log showing failure details. For economy, not all 28 tests are
shown.
--
Most of the 21 variants of this test fail for AVR target. Issue noted appears
to be excessive memory need and thus failure at link time. For example.
PASS: gcc.dg/compat/struct-by-value-11 c_compat_y_tst.o compile
Executing on host: /home/hutchia/Desktop/awhconf/gcc/xgcc
-B/home/hutchia/Desktop/aw
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-20 23:32 ---
Subject: Bug 22523
Author: janis
Date: Tue May 20 23:31:40 2008
New Revision: 135691
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135691
Log:
PR testsuite/22523
* g++.dg/template/inline1.C: H
--- Comment #3 from hutchinsonandy at gcc dot gnu dot org 2008-05-20 23:57
---
Subject: Bug 34889
Author: hutchinsonandy
Date: Tue May 20 23:56:28 2008
New Revision: 135694
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135694
Log:
PR testsuite/34889
* gcc.c-torture/execute/bui
--- Comment #4 from janis at gcc dot gnu dot org 2008-05-21 00:05 ---
Subject: Bug 20771
Author: janis
Date: Wed May 21 00:04:45 2008
New Revision: 135696
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135696
Log:
PR testsuite/20771
* lib/dg-pch.exp: Move a flag
1 - 100 of 109 matches
Mail list logo
