--- Comment #5 from jongampark at sbcglobal dot net 2008-05-21 04:40
---
I tried it on my MacBook with 4.0.1 version of gcc. ( provided by Apple Inc. )
- (void)add:(id)valObj
{
float temp_value;
// If I cast this way
temp_value = (float)[valObj value]; // I changed
--- Comment #3 from daney at gcc dot gnu dot org 2008-05-21 04:00 ---
Fixed in 4.3.1 and trunk.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #3 from kmccarty at debian dot org 2008-05-21 03:59 ---
(In reply to comment #2)
> Test# 1 ( GENT ): *** failed ***
>
> I get this when I use -fno-automatic -O2 -funroll-loops and when I use no
> optimization at all. This is with GCC 4.3 released bits and ToT bits on
> a
--- Comment #2 from daney at gcc dot gnu dot org 2008-05-21 03:58 ---
Subject: Bug 36252
Author: daney
Date: Wed May 21 03:57:38 2008
New Revision: 135706
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135706
Log:
2008-05-20 David Daney <[EMAIL PROTECTED]>
PR libgcj/3
--- Comment #5 from kmccarty at debian dot org 2008-05-21 03:50 ---
(In reply to comment #4)
> 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
--- Comment #1 from daney at gcc dot gnu dot org 2008-05-21 03:49 ---
Subject: Bug 36252
Author: daney
Date: Wed May 21 03:49:03 2008
New Revision: 135705
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135705
Log:
2008-05-20 David Daney <[EMAIL PROTECTED]>
PR libgcj/3
--- Comment #4 from jongampark at sbcglobal dot net 2008-05-21 03:00
---
(In reply to comment #1)
> 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
--- Comment #3 from jongampark at sbcglobal dot net 2008-05-21 02:57
---
(In reply to comment #2)
> Try using -Wstrict-selector-match and see what you get.
>
I will try that. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36283
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-05-21 00:30
---
Created an attachment (id=15659)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15659&action=view)
-O3 -fdump-tree-all
Here is the dump in tar ball.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36205
--- 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
--- 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 #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
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 #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.
--
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 #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)
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
(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 #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]>
--- 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 #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 #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
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 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
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 #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
--- 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 #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 #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_
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 #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
--- 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 #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 #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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 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 #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: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: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 #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 #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 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 #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 #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 #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 #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 #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
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 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
--- 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
$ 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 #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
--- 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 #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
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 #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
--- 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: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 #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 #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 #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 #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 #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 #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 #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 #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 #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
-
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 #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
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
--- 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
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 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 #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
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
1 - 100 of 109 matches
Mail list logo
