--- 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
--- 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 #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 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 #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 #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
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 #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
--- 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 #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 #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 #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 #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 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 #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 #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 #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
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 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
--- 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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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
--- 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 #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 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 #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 #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
--
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 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
--- 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 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 #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 #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
/*
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 #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
--- 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.
--
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
CC||brooks at gcc dot gnu dot
|
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
69 matches
Mail list logo
