--- Comment #16 from dgregor at gcc dot gnu dot org 2008-01-29 14:01
---
Subject: Bug 34103
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34606
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #1 from jakub at gcc dot gnu dot org 2008-01-29 13:34 ---
P4, unless you can reproduce without -fcheck-data-deps. -fcheck-data-deps is a
compiler debugging option.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-29 13:22 ---
> Note the comment in trans-expr.c(gfc_map_intrinsic_function) :
> case GFC_ISYM_LBOUND:
> case GFC_ISYM_UBOUND:
> /* TODO These implementations of lbound and ubound do not limit if
>the si
When linking against libgfortran.a (using gfortran's -static-libgfortran
option)
get message about library should be recompiled with -fPIC option.
E.g. when building a shared library:
gfortran -c -fPIC test.f90
gfortran -static-libgfortran -shared -o libtest.so test.o
CODE for test.
--- Comment #1 from joseph at codesourcery dot com 2008-01-29 13:06 ---
Subject: Re: New: gcc-4.2.3-RC1's gctest hangs on
i686-apple-darwin9
On Tue, 29 Jan 2008, dominiq at lps dot ens dot fr wrote:
> I confirm the problem reported by Jack Howarth in
> http://gcc.gnu.org/ml/gcc/200
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-29 13:06 ---
The first snippet works for me, the second says
t.C:3: error: expected nested-name-specifier before 'outer1'
t.C:3: error: too many template-parameter-lists
t.C: In function 'void testme()':
t.C:11: error: 'outer1'
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-29 12:41 ---
I am testing a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assig
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-29 12:39 ---
Uh, so the variable D.1574 is referenced from grub_cmdline_get and cl_delete,
but we have only one variable annotation, referenced from var->base.ann, where
we should in such a case use the per-function hashtable to
--- Comment #22 from aldot at gcc dot gnu dot org 2008-01-29 12:33 ---
Michael,
You are right, sorry :(. I somehow managed not to find them although they are
there!
---8<---
# Dummy rules to deal with dependencies produced by use of
# "[EMAIL PROTECTED]@" and "[EMAIL PROTECTED]@" above,
--- Comment #10 from aldot at gcc dot gnu dot org 2008-01-29 12:27 ---
Created an attachment (id=15046)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15046&action=view)
updated patch for libgcc
Fixes an error about {mul,div}{d,x,t}c3 which wants to be built for different
modes / d
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #2 from pault at gcc dot gnu dot org 2008-01-29 11:24 ---
(In reply to comment #1)
Note the comment in trans-expr.c(gfc_map_intrinsic_function) :
case GFC_ISYM_LBOUND:
case GFC_ISYM_UBOUND:
/* TODO These implementations of lbound and ubound do not limit if
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-01-29 10:56
---
Confirmed, also fails on 4.3.0.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-01-29 10:26
---
See PR34528 also.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-01-29 10:26
---
PR34742 is also related to documentation of our ABI/calling conventions
(whatever the correct term is). I agree we should document them, as well as
some other gfortran-specific non-portable stuff like "how do kind
--- Comment #21 from haubi at gentoo dot org 2008-01-29 10:22 ---
(In reply to comment #18)
> (there is no 'install-' target AFAICS, so install would fail never the less),
I'm pretty sure there is a target 'install-', already used for empty @POSUB@,
because this inspired me to create th
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Ke
--- Comment #5 from rbuergel at web dot de 2008-01-29 10:17 ---
for #3, using static_assert( Comp::value > 0, "" ); makes it work.
using max for #1 leads gcc to an error: "cannot expand 'Params
...' into a fixed-length argument list"
updated testcase:
template
struct max
{
st
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-01-29 10:17 ---
> Related PRs: PR 34296, PR 33950, and PR 28004.
Tobias, thanks for the pointers! PRs 34296 and 33950 are (IMO) fixed by this
patch as well (see my comments there). The last one is not affected.
--
http://gcc.g
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-01-29 10:14 ---
See patch in PR31463. Output for testcases:
$> gfortran-svn -g -c -Wall pr33950-1.f90
pr33950-1.f90:1.27:
function pop() result(item)
1
Warning: Return value 'item' of function 'pop' decla
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-01-29 10:11 ---
See patch in PR31463. New output for testcase:
$> gfortran-svn -g -c -Wall pr34296.f90
pr34296.f90:1.42:
CHARACTER(2) FUNCTION ctbgt() RESULT(ctab)
1
Warning: Return value '
--- Comment #4 from burnus at gcc dot gnu dot org 2008-01-29 10:05 ---
Daniel's Patch: http://gcc.gnu.org/ml/fortran/2008-01/msg00355.html
Related PRs: PR 34296, PR 33950, and PR 28004.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #59 from alond at il dot ibm dot com 2008-01-29 10:01 ---
(In reply to comment #58)
> On hppa2.0w-hp-hpux11.11, we are down to:
Dave,
Can you please try this patch:
Index: ipa-struct-reorg.c
===
--- ipa-struc
All credits for finding the root of the evil go to Andrew Hutchinson
His original e-mail:
There is a bug!
Backend (avr part) creates special "pm()" annotation by looking at RTL. This is
done in avr.c by this function:
static bool
avr_assemble_integer (rtx x, unsigned int size, int aligned_p)
{
I confirm the problem reported by Jack Howarth in
http://gcc.gnu.org/ml/gcc/2008-01/msg00484.html:
gcc-4.2.3-RC1's gctest hangs on i686-apple-darwin9.
With gcc 4.3 rev. 131923, I get:
[ibook-dhum] i686-apple-darwin9/boehm-gc% time make check
Making check in include
make "AR_FLAGS=" "CC_FOR_BUILD
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35011
The following testcase triggers an ICE when compiled with
"-O3 -fcheck-data-deps":
==
double foo(const double* p0, const double* p1, const double* q0)
{
double d;
for (; p0 != p1; ++p0, ++q0)
d += *p0 * *q0;
return d
101 - 129 of 129 matches
Mail list logo
