--- Comment #5 from kkojima at gcc dot gnu dot org 2009-07-18 06:47 ---
Subject: Bug 40710
Author: kkojima
Date: Sat Jul 18 06:47:22 2009
New Revision: 149764
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149764
Log:
PR rtl-optimization/40710
* resource.c (mark_
--- Comment #8 from jason at gcc dot gnu dot org 2009-07-18 06:10 ---
An old patch: http://gcc.gnu.org/ml/gcc-patches/1999-03n/msg00182.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20423
--- Comment #22 from marc dot glisse at normalesup dot org 2009-07-18
04:50 ---
(In reply to comment #20)
> buf[n] = 6;
> memset (buf+n, 0, i + j);
> if (buf[0] != 6)
It looks like you forgot to replace the second buf[0] by buf[n].
--
http://gcc.gnu.org/bugzilla/show_b
Greetings,
I am trying linking a shared library from my $HOME/lib path. If I compile
using -L $HOME/lib it works properly. If I set 'export LIBRARY_PATH=$HOME/lib'
before compiling it complains it can't find the library:
/usr/bin/ld: cannot find -lmylib
Thanks.
--
Summary: LIBRAR
--- Comment #21 from david dot kirkby at onetel dot net 2009-07-18 01:18
---
(In reply to comment #20)
> (In reply to comment #19)
> > (In reply to comment #18)
> > > I've compiled and linked that code. It does not abort.
> >
> > Bad point for this theory :-(
> > The result could still
--- Comment #20 from david dot kirkby at onetel dot net 2009-07-18 01:14
---
(In reply to comment #19)
> (In reply to comment #18)
> > I've compiled and linked that code. It does not abort.
>
> Bad point for this theory :-(
> The result could still depend on the alignment of the pointe
When a function-templates gets wrong arguments there's an error "no matching
function for call to result fun(args)". But the template-arguments aren't
displayed. So it takes hours to search the reason for this error in some cases.
The output should look like:
"no matching function for call to resul
--- Comment #3 from simartin at gcc dot gnu dot org 2009-07-17 22:03
---
Updated patch submitted here:
http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01043.html
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-07-17 21:41 ---
Reduced testcase:
typedef struct ompi_communicator_t *MPI_Comm;
void err_func(MPI_Comm *comm, int *stat, ...)
{
int len;
char err_string[256];
MPI_Error_string(*stat, err_string, &len);
}
static MPI_Comm comm;
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-07-17 21:37 ---
Reducing. The trunk seems to work, -O2 -fipa-cp-clone is enough to trigger it
(thus, -fno-ipa-cp-clone or -fno-ipa-cp is a workaround).
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from dh458 at oakapple dot net 2009-07-17 21:11 ---
Created an attachment (id=18215)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18215&action=view)
preprocessed source file com_mpi.c to display bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40792
Use attached preprocessed file com_mpi.c, which is extracted from SPEC mpi
2007.
Then with gcc 4.4.0:
gcc -c com_mpi.c -O3
com_mpi.c:1215: warning: conflicting types for built-in function âcexpâ
com_mpi.c:1216: warning: conflicting types for built-in function âclogâ
com_mpi.c:1217: warning: conf
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-07-17 21:08 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-07-17 20:14 ---
*** Bug 40791 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-07-17 20:14 ---
*** This bug has been marked as a duplicate of 40787 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
On Linux/ia32, revision 149750:
http://gcc.gnu.org/ml/gcc-cvs/2009-07/msg00631.html
caused:
FAIL: gcc.dg/pr35899.c (internal compiler error)
FAIL: gcc.dg/pr35899.c (test for excess errors)
--
Summary: [4.5 Regression] Revision 149750 failed gcc.dg/pr35899.c
Product: gcc
--- Comment #2 from simartin at gcc dot gnu dot org 2009-07-17 19:57
---
It seems to be caused by the fix for PR#18313. I am testing the following:
Index: gcc/cp/decl.c
===
--- gcc/cp/decl.c (revision 149752)
+++ gcc
--- Comment #9 from jb at gcc dot gnu dot org 2009-07-17 19:40 ---
Subject: Bug 40714
Author: jb
Date: Fri Jul 17 19:40:23 2009
New Revision: 149757
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149757
Log:
When finalizing I/O transfer, set current_record to 0 before returning.
I tried to build the lto branch as of 20090709 on IRIX 6.5 with GCC 3.4.5 as
bootstrap compiler. The build fails like this:
% gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-Wold-style-definiti
I just had a look at source code file fixincludes/fixincl.c
I can see that function test_for_changes makes a call
to close near the end of its definition as follows
close (read_fd); /* probably redundant, but I'm paranoid */
But around line 1352 of the same file is what
appears to be a redund
--- Comment #1 from ro at gcc dot gnu dot org 2009-07-17 19:25 ---
Created an attachment (id=18214)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18214&action=view)
preprocessed input file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40788
Between 20090702 and 20090717, compiling genattrtab.c in stage 2 fails on
Solaris 11/SPARC like this:
% /vol/gccsrc/obj/gcc-4.5.0-20090717/11-gcc/./prev-gcc/xgcc
-B/vol/gccsrc/obj/gcc-4.5.0-20090717/11-gcc/./prev-gcc/
-B/vol/gcc/sparc-sun-solaris2.11/bin/ -B/vol/gcc/sparc-sun-solaris2.11/bin/
-B
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-07-17 18:58 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
/home/richard/src/trunk/gcc/testsuite/gcc.dg/pr35899.c:13:1: warning:
conflicting types for 'bar'
/home/richard/src/trunk/gcc/testsuite/gcc.dg/pr35899.c:8:11: note: previous
implicit declaration of 'bar' was here
/home/richard/src/trunk/gcc/testsuite/gcc.dg/pr35899.c: In function 'foo':
/home/richa
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-07-17 18:11
---
Honza, this is yours.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from oliver dot kellogg at eads dot com 2009-07-17 17:49
---
Triggered by
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146776
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40599
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-07-17 17:42 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-07-17 17:41 ---
Subject: Bug 40765
Author: rguenth
Date: Fri Jul 17 17:41:38 2009
New Revision: 149753
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149753
Log:
2009-07-17 Richard Guenther
PR lto/40765
--- Comment #1 from kargl at gcc dot gnu dot org 2009-07-17 17:39 ---
I'm working on a patch that may fix this issue.
It's bootstrapping at the moment.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-07-17 16:07 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
http://msdn.microsoft.com/en-us/library/tcxf1dw6(VS.71).aspx
says that the Windows %I32 printf formats take arguments of type __int32
or unsigned __int32.
config/i386/msformat-c.c defines these using FMT_LEN_l, i.e. type long.
It appears that MinGW uses long for __int32, but MinGW-W64 uses int
(de
--- Comment #19 from marc dot glisse at normalesup dot org 2009-07-17
15:51 ---
(In reply to comment #18)
> I've compiled and linked that code. It does not abort.
Bad point for this theory :-(
The result could still depend on the alignment of the pointer, so you could try
replacing buf
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-07-17 15:50 ---
Subject: Bug 40401
Author: rguenth
Date: Fri Jul 17 15:49:34 2009
New Revision: 149750
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149750
Log:
2009-07-17 Richard Guenther
PR c/40401
*
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-07-17 15:40 ---
confvar.i:
struct variable {
const char *string;
};
struct variable table[] = { };
getconf.i:
struct variable {
const char *string;
};
extern struct variable table[];
int main(int argc, char *argv[])
{
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-07-17 15:12 ---
Reduced testcase:
typedef struct disp_surface { unsigned char *vidptr; } disp_surface_t;
void
ffb_ctx_scaled_blit(disp_surface_t *src, unsigned char *srcwork, int scopy)
{
unsigned char *sptr = sptr;
sptr = src
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-07-17 15:08 ---
Subject: Bug 40784
Author: jsm28
Date: Fri Jul 17 15:08:36 2009
New Revision: 149748
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149748
Log:
PR other/40784
config:
* tls.m4 (GCC_CHECK_TLS):
--- Comment #1 from meissner at gcc dot gnu dot org 2009-07-17 14:53
---
Created an attachment (id=18213)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18213&action=view)
Patch to use sync builtins if we can, and fix asm constraints if we have an
older compiler
--
http://gcc.
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-07-17 14:52 ---
I'm reducing the first testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40758
The test and set locks in boehm-gc/include/private/gc_locks.h have invalid asm
for creating the test and set locks and the current Powerpc GCC compiler
generates errors when enabling java in a bootstrap.
In addition, GCC 4.4 has added the __sync_lock_test_and_set and
__sync_lock_release builtins w
--- Comment #8 from joel at gcc dot gnu dot org 2009-07-17 14:38 ---
Stupid human error. Clicked on wrong bug.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from joel at gcc dot gnu dot org 2009-07-17 14:32 ---
Patch committed. Ran coverage to verify that it didn't introduce a new
uncovered range of code.
Sorry to have broken it. Trying to get to 100% test coverage and eliminate dead
code.
--
joel at gcc dot gnu dot org
Revision 149725:
http://gcc.gnu.org/ml/gcc-cvs/2009-07/msg00606.html
caused:
[...@gnu-6 libstdc++-v3]$ autoconf-2.59
configure.ac:178: warning: GCC_NO_EXECUTABLES invoked multiple times
/export/redhat/rpms/BUILD/autoconf-2.59/tests/../lib/autoconf/general.m4:2213:
AC_LINK_IFELSE is expanded from
--- Comment #28 from rguenth at gcc dot gnu dot org 2009-07-17 12:44
---
Fixed on the trunk sofar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Kn
--- Comment #27 from rguenth at gcc dot gnu dot org 2009-07-17 12:44
---
Subject: Bug 40321
Author: rguenth
Date: Fri Jul 17 12:44:05 2009
New Revision: 149744
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149744
Log:
2009-07-17 Richard Guenther
PR tree-optimizatio
--- Comment #18 from david dot kirkby at onetel dot net 2009-07-17 11:19
---
(In reply to comment #17)
> Try:
> typedef __SIZE_TYPE__ size_t;
> extern void *memset (void *, const void *, size_t);
> extern void abort (void);
> volatile size_t i = 0x8000U, j = 0x8000U;
> char buf[
--- Comment #4 from zsojka at seznam dot cz 2009-07-17 11:03 ---
> The zero extension is done to avoid partial register stalls.
I am sorry, this is explanation to me that the generated code is supposedly
fastest, but only because of some "undocumented/unlucky" conditions the
benchmark s
--- Comment #7 from jakub at gcc dot gnu dot org 2009-07-17 10:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2009-07-17 10:46 ---
Subject: Bug 40780
Author: jakub
Date: Fri Jul 17 10:45:40 2009
New Revision: 149741
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149741
Log:
PR c++/40780
* gimplify.c (gimplify_conversion):
--- Comment #5 from jakub at gcc dot gnu dot org 2009-07-17 10:40 ---
Subject: Bug 40780
Author: jakub
Date: Fri Jul 17 10:40:09 2009
New Revision: 149740
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149740
Log:
PR c++/40780
* gimplify.c (gimplify_conversion):
--- Comment #7 from ktietz at gcc dot gnu dot org 2009-07-17 10:35 ---
Seems to be fixed by side-effect.
Thanks,
Kai
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rainer at emrich-ebersheim dot de 2009-07-17 10:30
---
This doesn't show up anymore. Someone with appropriate permissions may close
this PR.
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39610
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-07-17 09:54 ---
The zero extension is done to avoid partial register stalls.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40772
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40778
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-07-17 09:44 ---
*** This bug has been marked as a duplicate of 40778 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-07-17 09:44 ---
*** Bug 40755 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40778
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-07-17 09:42 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-07-17 09:42 ---
GCC 4.1 is no longer maintained, please upgrade to at least GCC 4.3.3. Without
a testcase we can't help you anyway.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-07-17 09:14 ---
Yes, looks obvious. Thus, the patch is ok if it bootstraps/tests.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40780
--- Comment #3 from jakub at gcc dot gnu dot org 2009-07-17 08:42 ---
I believe we should do:
--- gimplify.c.jj72009-07-08 11:28:03.0 +0200
+++ gimplify.c2009-07-17 10:40:56.0 +0200
@@ -1826,7 +1826,7 @@ gimplify_conversion (tree *expr_p)
/* If we have a conversion to
--- Comment #2 from dodji at gcc dot gnu dot org 2009-07-17 08:15 ---
Richard, could you please have a look at this one ?
Thanks in advance :-)
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #17 from jakub at gcc dot gnu dot org 2009-07-17 07:49 ---
Try:
typedef __SIZE_TYPE__ size_t;
extern void *memset (void *, const void *, size_t);
extern void abort (void);
volatile size_t i = 0x8000U, j = 0x8000U;
char buf[16];
int main (void)
{
if (sizeof (size_t)
--- Comment #3 from ghazi at gcc dot gnu dot org 2009-07-17 07:43 ---
Fixed as part of this:
http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00815.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org
|dot org
64 matches
Mail list logo
