I found a case of the NCOPIES argument of the REPEAT intrinsic being evaluated
up to three times (PR30611). I remember seeing a number of other such bugs in
the past, so I wonder if we could do some general testing for that. We need to
add code to the testsuite doing things like the above code.
I
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
CC||brooks at gcc dot gnu dot
|
--- Comment #7 from jellby at yahoo dot com 2007-02-02 09:26 ---
The patch seems to fix the problem with the test file. Unfortunately, the
original problem with the Dynamo package remains, I still get:
gfortran -c -I./modules -J./modules -O3 -o objects/energy.o ./source/energy.F90
./sou
Hi all,
Frank, Bruce, I added you both to the cc line as you where the last to touch
what appears to me to be a fix up problem where one isn't needed. This also
may occur farther down in the bootstrap, but atm is in stage1.
Notes:
glibc is 20070111 with the patch set to make it C99 compliant wi
--- Comment #4 from bdavis at gcc dot gnu dot org 2007-02-02 09:35 ---
from what i see so far, the problem is in the .mod files, not in the reading of
them. there are hundreds of thousands of 'commons' defined, which is silly.
any way to get source to the attached mod files ?
--bud
--- Comment #8 from burnus at gcc dot gnu dot org 2007-02-02 10:03 ---
> The patch seems to fix the problem with the test file. Unfortunately, the
> original problem with the Dynamo package remains:
Modified test case - added:
PRIVATE
PUBLIC :: ENergY_CONTRAINT
--- Comment #1 from franke dot daniel at gmail dot com 2007-02-02 10:39
---
fixincludes/inclhack.def (glibc_c99_inline_4) deals with sys/sysmacros.h by
replacing any "extern" with
#if __STDC_VERSION__ < 19901L
extern
#endif
Since your include defines "__extern", this leaves "__".
The
--- Comment #5 from anlauf at gmx dot de 2007-02-02 11:09 ---
> from what i see so far, the problem is in the .mod files, not in the reading
> of
> them. there are hundreds of thousands of 'commons' defined, which is silly.
This gave me the idea to the code below. Try compiling:
m
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-02 11:18 ---
*** This bug has been marked as a duplicate of 26881 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #27 from rguenth at gcc dot gnu dot org 2007-02-02 11:18
---
*** Bug 30671 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from bkoz at gcc dot gnu dot org 2007-02-02 11:28 ---
Hmm. What?
It seems odd to only have this problem on ia64. You might want to remove the
libstdc++ build directory and try again with a fresh build.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30674
--- Comment #1 from bkoz at gcc dot gnu dot org 2007-02-02 11:32 ---
Fixing this with the obvious substitutions is approved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30675
--- Comment #17 from manu at gcc dot gnu dot org 2007-02-02 12:17 ---
(In reply to comment #16)
> Around 539 files show failing testcases because of this patch. I can provide
> the full list if some is interested.
Of those 539, around 229 files are affected by the use of workarounds
(dg
--- Comment #4 from jakub at gcc dot gnu dot org 2007-02-02 12:21 ---
Subject: Bug 30473
Author: jakub
Date: Fri Feb 2 12:21:13 2007
New Revision: 121495
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121495
Log:
PR middle-end/30473
* builtins.c (fold_builtin_sp
--- Comment #1 from jakub at gcc dot gnu dot org 2007-02-02 12:23 ---
Subject: Bug 30536
Author: jakub
Date: Fri Feb 2 12:23:18 2007
New Revision: 121496
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121496
Log:
PR c++/30536
* decl.c (grokdeclarator): If __thre
--- Comment #6 from pault at gcc dot gnu dot org 2007-02-02 12:36 ---
Subject: Bug 30626
Author: pault
Date: Fri Feb 2 12:35:57 2007
New Revision: 121500
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121500
Log:
2007-02-02 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #6 from pault at gcc dot gnu dot org 2007-02-02 12:36 ---
Subject: Bug 30284
Author: pault
Date: Fri Feb 2 12:35:57 2007
New Revision: 121500
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121500
Log:
2007-02-02 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #2 from pault at gcc dot gnu dot org 2007-02-02 13:14 ---
MODULE types_m
TYPE grib_t
REAL,DIMENSION(:),ALLOCATABLE :: vdata
END TYPE
END MODULE
MODULE globals_m
USE types_m
TYPE(grib_t) g_dest ! output field
END MODULE
Is all that is needed to trigger
--- Comment #18 from manu at gcc dot gnu dot org 2007-02-02 13:14 ---
(In reply to comment #13)
> Manuel, I think your patch is a good idea but I'd rather have it add new
> directives with different names so that developers won't be confused by having
> different behavior, especially if
I write a test program .
//
#include
#include
#include
//TestA
class TestA;
class TestB;
class TestA
{
public:
TestA()
{
}
virtual ~TestA()
{
}
protected:
int abc_;
public:
//
static void Instance(TestA *instance)
{
instance_ = instanc
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2007-02-02 13:47
---
Confirm this on ia64-unknown-linux-gnu.
A strange (and, possibly, accidental) thing is that I hit this error only when
configuring with java. I.e. '--enable-languages=c,c++,fortran' bootstrap
finishes ok.
--
--- Comment #8 from hjl at lucon dot org 2007-02-02 14:02 ---
I did remove the whole gcc build directory. My soucre is on NFS server. It
looks like my ia64 client still saw the older source files for some files
and new ones for others. After rebooting it, everything works fine. It could
/*
Spurious "might be used uninitialized" warning in STL use.
The following short program produces a spurious warning.
The quoted function in stl_uninitialized.h is
template
inline _ForwardIterator
__uninitialized_copy_aux(_InputIterator __first, _InputIterator __last,
--- Comment #1 from brett dot albertson at stratech dot com 2007-02-02
14:43 ---
I had the same thing on Solaris, and it ended up being CONFIG_SHELL needed to
be set. See my comment from the other PR:
-
I figured it out. I have been using /bin/bash as
--- Comment #1 from ubizjak at gmail dot com 2007-02-02 14:43 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00153.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #2 from bkorb at gnu dot org 2007-02-02 14:57 ---
Thanks for all the detail. I'll fix it to only do that for
"extern" as a full word. (i.e. when not attached to a "__"
prefix or suffix)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30678
--- Comment #5 from jakub at gcc dot gnu dot org 2007-02-02 15:23 ---
Subject: Bug 30473
Author: jakub
Date: Fri Feb 2 15:22:50 2007
New Revision: 121503
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121503
Log:
PR middle-end/30473
* builtins.c (fold_builtin_sp
--- Comment #2 from jakub at gcc dot gnu dot org 2007-02-02 15:24 ---
Subject: Bug 30536
Author: jakub
Date: Fri Feb 2 15:23:58 2007
New Revision: 121505
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121505
Log:
PR c++/30536
* decl.c (grokdeclarator): If __thre
For a code with an arithmetic IF, for example
program xx
implicit none
integer :: i
i = 0
if (i) 10,20,30
10 print*,"negative"
stop
20 print*,"zero"
stop
30 print*,"positive"
stop
end program xx
mingw gfortran 4.3.0 20061021 says
In file xarithmetic_if.f90:5
if (i) 10,20,30
1
War
--- Comment #2 from bonzini at gnu dot org 2007-02-02 15:35 ---
Adding Eric to the CC list, he probably knows what's going on for Solaris.
--
bonzini at gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from dje at gcc dot gnu dot org 2007-02-02 16:06 ---
I do not have a problem with the patch in principle. However, prior to the
recent merge of the long-double-128 soft float support, one of the earlier
patches caused GCC to fail to build on GNU/Linux distros without
lon
--- Comment #3 from pault at gcc dot gnu dot org 2007-02-02 16:15 ---
This does the right thing and does not break anything. However, it is still
not quite the definitive fix - it is not right for derived type components and
gfc_default_initializer now does not look right. I'll need a f
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-02-02 16:19
---
CCing SH maintainers. I'm looking for someone to test the patch in comment #6
on a machine where __USER_LABEL_PREFIX__ is not empty.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-02-02 16:22
---
> Adding Eric to the CC list, he probably knows what's going on for Solaris.
Nothing to add after Brett's answer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27843
--- Comment #4 from bonzini at gnu dot org 2007-02-02 16:35 ---
Thanks. Should we close the bug? Is there anything to update in the
documentation?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27843
This broke between seemingly between
2007-01-11 18:22 CET
and
2007-01-12 23:07 CET
gcc-build/gcc> perl ~/gcc/gcc/../contrib/texi2pod.pl ~/gcc/gcc/doc/invoke.texi
> gcc.pod
@table ended by @end multitable at line 10414
Invoke.texi contains:
@table
...
@multitable
...
@end multitable
...
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-02-02 16:40
---
> Thanks. Should we close the bug?
Probably no, this one is not about Solaris.
> Is there anything to update in the documentation?
Yes, I guess I could make the Solaris wording stronger now.
--
http://gcc
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2007-02-02 16:57
---
Subject: Bug 29682
Author: mkuvyrkov
Date: Fri Feb 2 16:57:18 2007
New Revision: 121510
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121510
Log:
PR target/29682
* config/ia64/ia64.c (ia
--- Comment #16 from t dot artem at mailcity dot com 2007-02-02 17:02
---
Since GCC 4.1.2 RC1 is already out, does that mean that this bug is postponed
till GCC 4.1.3/4.2.0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26290
--- Comment #6 from jason at gcc dot gnu dot org 2007-02-02 18:01 ---
Subject: Bug 28266
Author: jason
Date: Fri Feb 2 18:01:22 2007
New Revision: 121514
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121514
Log:
PR c++/28266
* gimplify.c (gimplify_target_expr):
--- Comment #2 from skunk at iskunk dot org 2007-02-02 19:00 ---
...
/tmp/gcc-3.4.6-build/gcc/gcj
-B/tmp/gcc-3.4.6-build/alphaev56-dec-osf4.0g/libjava/
-B/tmp/gcc-3.4.6-build/gcc/ -mieee -g -O2 -o jv-convert
--main=gnu.gcj.convert.Convert -shared-libgcc
-L/tmp/gcc-3.4.6-build/alphaev56-
--- Comment #5 from paulthomas2 at wanadoo dot fr 2007-02-02 19:20 ---
Subject: Re: Array pointers to components of derived type
arrays do not work
dfranke at gcc dot gnu dot org wrote:
> --- Comment #4 from dfranke at gcc dot gnu dot org 2007-02-01 11:28
> ---
> As I came a
--- Comment #9 from dannysmith at users dot sourceforge dot net 2007-02-02
19:31 ---
Created an attachment (id=12997)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12997&action=view)
Patch for Vista/CreateFileMapping
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30335
--- Comment #10 from dannysmith at users dot sourceforge dot net
2007-02-02 19:32 ---
It seems strange to me that CreateFileMapping puts _unnamed_ object into Global
namespace. Can you point me to documentation for this feature?
If CreateFileMapping functionality has changed, maybe we
--- Comment #3 from ron3763 at msn dot com 2007-02-02 21:22 ---
Geoff, plz shoot me an email when its in svn and I'll try her out.
Thank you all for being PRO active and professional with dealing with this. I
can't wait to trow an complete system rebuild at it.
To let you guys know, t
--- Comment #4 from bkorb at gnu dot org 2007-02-02 21:32 ---
I intend to do this tomorrow. I cannot fiddle the bugzilla tho.
It says I'm only authorized to add comments.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30678
--- Comment #6 from anlauf at gmx dot de 2007-02-02 21:44 ---
Created an attachment (id=12998)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12998&action=view)
Module file size explosion demo
I have rewritten the demo code. See how the size of
the module files explodes with gfort
The attached code produces the subject error.
gfortran -c bug_n.f90
bug_n.f90:45: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
[EMAIL PROTECTED] NEMO]$ gfortran -v
Using bu
--- Comment #1 from sfilippone at uniroma2 dot it 2007-02-02 22:01 ---
Created an attachment (id=12999)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12999&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30683
--- Comment #3 from pete at vavaroutsos dot com 2007-02-02 22:19 ---
I too have ran into this problem. The code in __tablejump__ that calls the
constructors is using LPM instructions instead of ELPM, so the value in the
RAMPZ register is being ignored. Thus a bad pointer to the construct
--- Comment #7 from bdavis at gcc dot gnu dot org 2007-02-02 22:36 ---
perfect. that seems to duplicate the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30285
stage1 of 4.2 (c,c++,ada) bootstrap fails:
(...)
gcc -c -O2 -mieee -O1 -g0 -gnatpg -gnata -I- -I. -Iada -I../../gcc/ada
../../gcc/ada/sinput-c.adb -o ada/sinput-c.o
gcc -c -O2 -mieee -O1 -g0 -gnatpg -gnata -I- -I. -Iada -I../../gcc/ada
../../gcc/ada/switch-b.adb -o ada/switch-b.o
gnatbin
--- Comment #7 from daney at gcc dot gnu dot org 2007-02-02 23:23 ---
(In reply to comment #6)
> Subject: Re: [4.3 Regression] natVMURLConnection.cc:21: error: 'magic_t' does
> not name a type
>
> > This is just a random guess, but do you have this patch (gcc/java):
> >
> > 2007-01-29
--- Comment #1 from pluto at agmk dot net 2007-02-02 23:25 ---
i don't know what's wrong. s-purex.o exports such symbols.
linker bug?
[EMAIL PROTECTED] ada]$ objdump -t s-purexc.o|grep system__pure_exceptions
g F .text 0004 0x80
system__pure_exceptions_
--- Comment #2 from kargl at gcc dot gnu dot org 2007-02-02 23:44 ---
I'm testing a patch for this at the moment. The problem is you
have renamed SIZE to an interface. That is, this is leading to
the segfault:
interface size
module procedure get_fld_size
end interface
While
--- Comment #4 from simartin at gcc dot gnu dot org 2007-02-03 00:18
---
Fixed on the mainline
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kargl at gcc dot gnu dot org 2007-02-03 01:01 ---
Subject: Bug 30683
Author: kargl
Date: Sat Feb 3 01:01:06 2007
New Revision: 121531
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121531
Log:
2007-02-02 Steven G. Kargl <[EMAIL PROTECTED]>
PR fort
--- Comment #4 from kargl at gcc dot gnu dot org 2007-02-03 01:07 ---
Fixed on trunk.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Summary|inte
--- Comment #19 from janis at gcc dot gnu dot org 2007-02-03 01:28 ---
Manuel, I'm very intestested in investigating your changes but have not yet had
a block of time in which to do that. I'll try to review them in the next
couple of days.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #11 from danglin at gcc dot gnu dot org 2007-02-03 01:54
---
The patch mentioned in comment #3 was applied to the 4.1 branch and
introduces a regression in 4.1.2 on hppa1.1-hp-hpux10.20.
As a result, it's no longer possible to use EH exception support on
this target. This
--- Comment #5 from danglin at gcc dot gnu dot org 2007-02-03 02:02 ---
This is the only regression present in 4.1.2 RC1 on hppa*-*-hpux11*
that I'm aware of. It's caused by using data for an object that has
been freed.
--
danglin at gcc dot gnu dot org changed:
What
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-02-03 02:08
---
> If a function in a module can't throw, then we don't need EH exception data
> for it.
Only if the use specifically marked it as such. Really you can replace the
weak function with any other function which then
Move the ASM_OUTPUT_* macros used in varasm.c to the target hooks structure,
and eventually eliminate the ASM_OUTPUT_* macros.
--
Summary: Move ASM_OUTPUT_* macros to gcc_target structure
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Sever
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-03
02:46 ---
Subject: Re: Shared libstdc++ fails to link
> --- Comment #12 from pinskia at gcc dot gnu dot org 2007-02-03 02:08
> ---
> > If a function in a module can't throw, then we don't need EH excepti
--- Comment #14 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-03
02:50 ---
Subject: Re: Shared libstdc++ fails to link
Sorry, typo:
> isn't the case for the HP linker. In HP-UX 11, we don't use SDEf symbols
use SDEF
Dave
-
--- Comment #1 from michael dot meissner at amd dot com 2007-02-03 04:49
---
If you look at the RTL, in the if statement, the RTL loads the QI value into
the register and does the test against the QI value, and the movzbl is how the
load is done. The second movzbl is to zero extend the
--- Comment #8 from kkojima at gcc dot gnu dot org 2007-02-03 07:12 ---
With your patch in #6, the trunk gcc is built successfully on
sh-elf for --enable-languages=c,fortran configuration.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30007
--- Comment #1 from sailzeng at tencent dot com 2007-02-03 07:19 ---
I am sorry . I find this bug have not relation with gcc.
<-L/usr/local/mysql/lib -lmysqlclient_r -lmygcc > cause this bug.
MySQL could compile with -fno-rtti.
By the way ,I find if I adjust link parameter order. Progra
--- Comment #9 from pault at gcc dot gnu dot org 2007-02-03 07:26 ---
Aaahhh... that's disappointing. I'm off on a trip agian next week and this
will be loaded up on the portable as the 5 here and 5 there task.
Paul
PS
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30554
69 matches
Mail list logo
