procedure Main is
type Arr is array (Natural) of Natural;
type Rec is record
A : Arr := (others => 0);
end record;
begin
null;
end;
gcc-4.3 -c main.adb
+===GNAT BUG DETECTED==+
| 4.3.2 (i486-pc-linu
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-12-04 07:44 ---
> Thoughts?
Make it known to the fortran frontend.
I, finally, might find time to get this done this weekend ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36457
--- Comment #13 from dannysmith at users dot sourceforge dot net
2008-12-04 07:16 ---
Fixed in 4.3.3
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--
--- Comment #12 from dannysmith at gcc dot gnu dot org 2008-12-04 07:14
---
Subject: Bug 38054
Author: dannysmith
Date: Thu Dec 4 07:13:05 2008
New Revision: 142429
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142429
Log:
Backport from mainline:
PR target/380
--- Comment #6 from cgd at google dot com 2008-12-04 07:12 ---
verified after syncing that my test case is now fixed.
(Would close, but not sure why Jason didn't close it... please close if there's
nothing else to do, Jason, or tell me to.)
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #3 from burnus at gcc dot gnu dot org 2008-12-04 07:07 ---
> I can kill this warning if I invoke gfortran with -nostdinc.
But won't that break programs which use e.g. include "netcdf.inc" which is in
/usr/include/netcdf.inc ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-12-04 05:32
---
I am holding off on committing the patch.
With this test case I have found a nasty problem:
! { dg-do run }
! PR38291 Rejects I/O with POS= if FMT=*
character(15) :: sAccess
character(1) :: instr
open(50, access
--- Comment #7 from billingd at gcc dot gnu dot org 2008-12-04 05:11
---
I missed fortran/33177 - nint() on Cygwin. Sorry.
--
billingd at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from grosser at gcc dot gnu dot org 2008-12-04 04:32 ---
Actually this should be open for everyone.
--
grosser at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-12-04 03:46 ---
FYI removing the deleted copy constructor does indeed make this an aggregate.
So:
struct test_type
{
int i;
test_type() = default;
~test_type() = default;
test_type& operator=(const test_type&) = delete;
};
--- Comment #2 from bkoz at gcc dot gnu dot org 2008-12-04 03:41 ---
Yes, the default ctor is explicitly defaulted, but the copy ctor is an
(explicitly) deleted function. Deleted functions are user-defined.
Thus, this is not an aggregate.
--
bkoz at gcc dot gnu dot org changed:
--- Comment #6 from billingd at gcc dot gnu dot org 2008-12-04 03:04
---
Just had a look at this with cvs gfortran under cygwin.
A slightly modified test
program intrinsic_integer
implicit none
call test (0.0, (/0, 0, 0, 0/))
call test (0.3, (/0, 1, 0, 0/))
call test (0.7, (/
When defining a friend function in a template class it does not get correctly
defined if the class instantiation comes after the function has been already
called. Note: this happens even if you pre-declare the function in its correct
context before the same function is called.
The following is a c
--- Comment #15 from sje at cup dot hp dot com 2008-12-04 00:27 ---
I noticed the reference to hppa in comment #13 of this bug report. hppa uses
stabs but does not define DBX_USE_BINCL so is probably not affected by this
bug. If hppa is the only reason not to close it we can probably g
--- Comment #2 from billingd at gcc dot gnu dot org 2008-12-04 00:25
---
I can kill this warning if I invoke gfortran with -nostdinc. I would have
expected this to be the default. After all, why include C source code or
headers in a Fortran file.
I will test this patch then ask on fo
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-03 23:58 ---
Subject: Bug 38232
Author: jason
Date: Wed Dec 3 23:57:19 2008
New Revision: 142418
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142418
Log:
PR c++/38232
* init.c (build_value_init): Do init
--- Comment #1 from billingd at gcc dot gnu dot org 2008-12-03 23:28
---
This is causing testsuite failures and should be fixed. The -idirafter appears
to be coming from the cpp section in specs file, while the warning is generated
in gcc/opts.c. I can see several possible approaches:
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-03 23:27 ---
This is a bug in fold_checksum_tree, TYPE_NEXT_VARIANT on a type is allowed to
change.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from tkoenig at gcc dot gnu dot org 2008-12-03 23:24
---
Still fails with today's trunk.
Is this a regression?
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-12-03 22:45 ---
Test case still fails with fairly recent trunk.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
-
In order to get debug information about the incoming arguments right for
functions with nonzero pretend_args_size, CFA_FRAME_BASE_OFFSET and
ARG_POINTER_CFA_OFFSET need to take the size of the pretend arguments into
account. This used to be easy in gcc 4.2.1, however in gcc 4.4 this is no
longer
--- Comment #4 from spop at gcc dot gnu dot org 2008-12-03 22:20 ---
Subject: Re: ICE with -O2 -ftree-loop-distribution
The patch looks good. Please fix formatting of the braces on the for
stmt, and also add a more detailed description for the function
fix_phis, saying what the argume
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-03 21:52 ---
This is open core issue 399:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#399
Suspending.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-03 21:43 ---
fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jason at gcc dot gnu dot org 2008-12-03 21:43 ---
Subject: Bug 38256
Author: jason
Date: Wed Dec 3 21:42:22 2008
New Revision: 142410
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142410
Log:
PR c++/38256
* parser.c (cp_parser_conversion_typ
--- Comment #8 from hjl dot tools at gmail dot com 2008-12-03 21:28 ---
(In reply to comment #5)
> (In reply to comment #4)
> > 4.3:
> > -O3 -march=native -funroll-loops -ffast-math ==> 4.376
> > -O3 -march=native -funroll-loops -ffast-math -fschedule-insns ==> 3.372
>
It works on Fedora gcc-c++-4.3.2-7.x86_64 but on 4.4-HEAD DIEs for
DW_TAG_imported_module are just missing.
import.C
--
namespace A
{
int v;
}
int
f ()
{
using namespace A;
return v;
}
--
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 #7 from spop at gcc dot gnu dot org 2008-12-03 20:50 ---
Already fixed.
*** This bug has been marked as a duplicate of 37684 ***
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from spop at gcc dot gnu dot org 2008-12-03 20:50 ---
*** Bug 37851 has been marked as a duplicate of this bug. ***
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #10 from joel at gcc dot gnu dot org 2008-12-03 20:35 ---
I have attached e.log which contains the warnings. All of the warnings in
ppc-instructions are for taking the address of a double and casting it as
an unsigned64 *.
ld-insn.c:814 is a print so that's irrelevant.
I
--- Comment #9 from joel at gcc dot gnu dot org 2008-12-03 20:33 ---
Created an attachment (id=16822)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16822&action=view)
Warning log from gdb build
This is "grep warning build.log | sort -u" from a build with
-Wstrict-aliasing=2
--
--
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 #2 from jason at gcc dot gnu dot org 2008-12-03 19:58 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from schwab at suse dot de 2008-12-03 19:48 ---
Fixes the bug for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38367
--- Comment #2 from jason at gcc dot gnu dot org 2008-12-03 19:28 ---
Feext
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #9 from deba at inf dot elte dot hu 2008-12-03 19:26 ---
(In reply to comment #8)
> I'm not convinced that we shouldn't warn in these cases. Yes, there are cases
> where people overload the operators in ways that make normal precedence
> irrelevant. But, there are also case
--- Comment #1 from jason at gcc dot gnu dot org 2008-12-03 19:23 ---
Subject: Bug 38380
Author: jason
Date: Wed Dec 3 19:22:08 2008
New Revision: 142404
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142404
Log:
PR c++/38380
* decl.c (grokdeclarator): Only set
The Intel Fortran compiler has:
error #8112: The same name cannot be specified more than once in a DEALLOCATE
statement. [X]
deallocate(x, x, errmsg=err)
^
Expected: Similar diagnostics for gfortran
--
Summary: (DE)ALLOCATE compile time check for same variable
--- Comment #7 from steven at gcc dot gnu dot org 2008-12-03 19:01 ---
But a regression at least on some targets. Confirmed.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from steven at gcc dot gnu dot org 2008-12-03 18:53 ---
You can enable the aliasing warnings (-Wstrict-aliasing=2) and see if there are
warnings when compiling psim.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38387
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-03 18:38 ---
Hardly anybody installs using make -j.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pluto at agmk dot net 2008-12-03 18:35 ---
this is a trunk/r142396
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38388
--- Comment #2 from pluto at agmk dot net 2008-12-03 18:34 ---
Created an attachment (id=16821)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16821&action=view)
log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38388
--- Comment #1 from pluto at agmk dot net 2008-12-03 18:34 ---
Created an attachment (id=16820)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16820&action=view)
log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38388
during -j8 install i can observe failures.
--
Summary: parallel install failures in install-{libiberty,gnatlib}
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assigne
--- Comment #8 from mmitchel at gcc dot gnu dot org 2008-12-03 17:47
---
I'm not convinced that we shouldn't warn in these cases. Yes, there are cases
where people overload the operators in ways that make normal precedence
irrelevant. But, there are also cases where people define bool
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-12-03 17:42
---
> I've now used a 32-bit gcc 4.4.0 with -m64 as bootstrap compiler and
> specified --build=sparcv9-sun-solaris2.10. This time, the bootstrap
> finished, so this has been pilot error ;-(
Thanks for investigating
--- Comment #7 from joel at gcc dot gnu dot org 2008-12-03 17:40 ---
Works with -fno-strict-aliasing added.
Core dumps at -O1
Works at -O0.
Is there anything I can do to narrow this down further?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38387
--- Comment #6 from joel at gcc dot gnu dot org 2008-12-03 17:32 ---
At -O1, there was a core dump.
(gdb) run -f psim_tree.joel
/home/joel/test-gcc/gcc-svn/gcc/testsuite/ada/acats/work-psim/tests/a/a22006c/a22006c
Starting program: /home/joel/test-gcc/install/bin/powerpc-rtems4.10-run -
--- Comment #5 from joel at gcc dot gnu dot org 2008-12-03 17:22 ---
Works with -O0
(CFLAGS="-O0" ~/old/test-gcc/gdb-6.8/configure --target=powerpc-rtems4.10
--enable-sim --enable-sim-hardware --enable-timebase --enable-sim-trace
--prefix=/n/12/joel/test-gcc/install/ && make && make ins
--- Comment #4 from paolo dot carlini at oracle dot com 2008-12-03 17:15
---
Ok, let's try to enforce this kind of consistency.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-03 17:11 ---
PR37408 got fixed on gcc-4_3-branch only after 4.3.2 release,
you can probably apply both patches to 4.3.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38367
--- Comment #4 from joel dot sherrill at oarcorp dot com 2008-12-03 17:09
---
Subject: Re: psim miscompiled [regression]
rguenth at gcc dot gnu dot org wrote:
> --- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-03 17:04
> ---
> Does it work built with -fno-strict-al
--- Comment #3 from joel at gcc dot gnu dot org 2008-12-03 17:07 ---
Created an attachment (id=16819)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16819&action=view)
psim device tree
Run as follows:
powerpc-rtems4.10-run -f psim_tree a22006c
Expected output:
,.,. A22006C ACATS
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-03 17:04 ---
Does it work built with -fno-strict-aliasing? -O1 or -O0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38387
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-03 17:02 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known t
--- Comment #2 from dominiq at lps dot ens dot fr 2008-12-03 17:03 ---
Is not this pr a duplicate of an older one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38382
--- Comment #5 from pint at tlink dot de 2008-12-03 17:00 ---
Sorry, I can't try it. The patch cannot be applied to 4.3.2. There is no
set_mem_size there in assign_parm_find_stack_rtl.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38367
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-03 16:59 ---
Subject: Bug 38360
Author: jakub
Date: Wed Dec 3 16:57:44 2008
New Revision: 142399
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142399
Log:
PR middle-end/38360
* tree-ssa-ccp.c (ccp_fold_bu
--- Comment #1 from joel at gcc dot gnu dot org 2008-12-03 16:54 ---
Created an attachment (id=16818)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16818&action=view)
program to run with psim
This is a random ACATS test executable that can be run with psim to show if it
works or d
psim does not work when compiled with gcc SVN trunk. It fails with an
assertion
on all runs. This is true with gdb cvs or 6.8. It works when compiled with:
+ x86_64 Debian provided compiler.
gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
+ x86_64 4.3.2 (CFARM /opt/cfarm/releases/4.3.
--- Comment #15 from hjl dot tools at gmail dot com 2008-12-03 16:50
---
Simulator is fine. AVX executable can only run on simulator. If
there is a simulator which can run SSE5 and AVX, we will add
a new switch for it.
--
hjl dot tools at gmail dot com changed:
What|
--- Comment #1 from burnus at gcc dot gnu dot org 2008-12-03 16:49 ---
If you write:
OPEN(UNIT=OUTPUT_UNIT, FILE="foo.dat")
then you want that all output to the OUTPUT_UNIT is written to the file
"foo.dat". And a asterix UNIT=* in a PRINT or WRITE statement denotes the
OUTPUT_UNIT.
--- Comment #2 from tomby at gcc dot gnu dot org 2008-12-03 16:40 ---
It seems that after removing bbs in generate_builtin (tree-loop-distribution.c)
some phis has bad incoming edges.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38385
--- Comment #3 from tomby at gcc dot gnu dot org 2008-12-03 16:41 ---
Created an attachment (id=16817)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16817&action=view)
This patch fixes the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38385
At the J3 / WG5 mailing list (reply by Bill Long):
Reinhold Bader wrote:
> >
> > before taking this offline, I'd like to understand something about BIND(C)
> > which other people might know ...
> >
> > Take the following example program:
> >
> > module mod_label_interf
> > use, intrinsic :: iso_
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-03 16:38 ---
Still warns for
truct xxx {
short a;
short b;
void *c;
};
void bar(struct xxx);
void foo(struct xxx *p, int i)
{
struct xxx s0 = *p;
struct xxx s = s0;
if (s.a) i++;
bar(s);
}
at -O -m32 -Wuni
--- Comment #1 from tomby at gcc dot gnu dot org 2008-12-03 16:35 ---
Created an attachment (id=16816)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16816&action=view)
ICE with -O2 -ftree-loop-distribution
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38385
model: posix
gcc version 4.4.0 20081203 (experimental) (GCC)
--
Summary: ICE with -O2 -ftree-loop-distribution
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
--- Comment #1 from r dot emrich at de dot tecosim dot com 2008-12-03
16:30 ---
Created an attachment (id=16815)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16815&action=view)
preproccesed source
the following looks weired for me:
# 31 "/opt/gnu/src/gcc/gcc-4.4.0-test/libstdc+
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-03 16:28 ---
I can't reproduce this any longer since
http://gcc.gnu.org/viewcvs?view=rev&revision=142396
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38271
fails with:
gmake[4]: Entering directory
`/home/SCRATCH/tmp.eoeYZr5823/Linux/x86_64-unknown-linux-gnu/openSUSE_10.3/gcc-4.4.0-test/gcc-4.4.0-test/hppa64-hp-hpux11.00/libstdc++-v3/libmath'
/bin/sh ../libtool --tag CC --tag=CC --mode=compile
/SCRATCH/tmp.eoeYZr5823/Linux/x86_64-unknown-linux-gnu/open
--- Comment #3 from tsyvarev at ispras dot ru 2008-12-03 16:27 ---
Yes, I see, this is feature of glibc: for POSIX locale it defines
THOUSANDS_SEP, __MON_THOUSANDS_SEP and __MON_DECIMAL_POINT as "".
According to documentation for C-locale, this value means N/A (not assigned).
But this
--- Comment #1 from r dot emrich at de dot tecosim dot com 2008-12-03
16:09 ---
Created an attachment (id=16814)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16814&action=view)
possible patch
That works for me. But someone has to verify that it doesn't cause regressions
on nativ
fails to build because of a wrong LINK_GCC_C_SEQUENCE_SPEC definition in
gcc/config/pa/pa64-hpux.h
The required library milli.a is hardcoded as /usr/lib/pa20_64/milli.a.
That doesn't work in the cross compiler case, becasue it has to be searched for
in the sysroot.
--
Summary: fails
The command: Open(Unit=6, is compiled without error but leads to
missinterpration of the following commands (e.g. write(*,*) is comiled as
"write to file"). Thus, if there is a write(*,*)-command after the open-command
and the exe-file is executed there is the following error message: "Fortran
when i'm trying to use -b option i can get only "unrecognized option -b"
how to reproduce:
gcc -b something
--
Summary: -b option seems to be broken
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: trivial
Priority: P3
--- Comment #6 from spop at gcc dot gnu dot org 2008-12-03 15:38 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-12-03 15:33
---
We should be able to go via a VIEW_CONVERT_EXPR when propagating (struct Foo *)
&i
into the LHS dereference D.2279_5->i[0]. That is, convert that to
VIEW_CONVERT_EXPR (i)->i[0]
and further fold that by noting
--- Comment #12 from jakub at gcc dot gnu dot org 2008-12-03 15:20 ---
Created an attachment (id=16813)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16813&action=view)
gcc44-pr36143.patch
I've tried to implement what Richi suggested in #c6, unfortunately that didn't
fix the failu
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-03 15:11 ---
Subject: Bug 36326
Author: rguenth
Date: Wed Dec 3 15:10:03 2008
New Revision: 142396
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142396
Log:
2008-12-03 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2008-12-03
14:31 ---
Subject: Re: SEGV compiling ada/ada.ads in stage2
ebotcazou at gcc dot gnu dot org writes:
> But these are not 64-bit compilers, see the target triplet. You need to pass
> --build=sparc64-sun-solaris2.11
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--- Comment #5 from tomby at gcc dot gnu dot org 2008-12-03 13:36 ---
Subject: Bug 38250
Author: tomby
Date: Wed Dec 3 13:35:13 2008
New Revision: 142394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142394
Log:
PR middle-end/38250
* tree-loop-distribution.c (b
--- Comment #9 from jakub at gcc dot gnu dot org 2008-12-03 12:33 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-03 12:28 ---
Patch posted.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-03 12:29 ---
Subject: Bug 37716
Author: jakub
Date: Wed Dec 3 12:27:48 2008
New Revision: 142392
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142392
Log:
PR tree-optimization/37716
* tree-sra.c (sra_buil
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-03 12:12 ---
I'd say the bug is in assign_parm_find_stack_rtl:
stack_parm = crtl->args.internal_arg_pointer;
if (offset_rtx != const0_rtx)
stack_parm = gen_rtx_PLUS (Pmode, stack_parm, offset_rtx);
stack_parm = gen_rt
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to
--- Comment #2 from paolo dot carlini at oracle dot com 2008-12-03 10:46
---
Or maybe we should just report the __MON_DECIMAL_POINT == '\0' thing to glibc,
which seems special to me (THOUSANDS_SEP == '\0' is well known, on the other
hand).
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #1 from paolo dot carlini at oracle dot com 2008-12-03 10:34
---
This sort-of inconsistency is essentially due to the glibc specifics (+ the
fact that we are dealing separately with "C" locale) see the below GNU C
snippet. In particular, note in numeric_members.cc that we al
hai friends...there is a error in linking my project ...
the error is as follows.. please help me in this issue.thank
u..
could not read symbols: Archive has no index; run ranlib to add one
collect2: ld returned 1 exit status
please help me in solving this... please mail me
Szia
Pár napja kérdezted hogy nem e tudok egy jó letöltős oldalt. Ãs én
most találtam egyet.
Tele van jobbnál jobb filmekkel, és olcsó! 1 db sms elküldése után 500
kb/sec-el töltöttem napokig a legújabb premier filmeket és meséket.
Szerintem neked is be fog válni:
http://h
--- Comment #12 from jakub at gcc dot gnu dot org 2008-12-03 09:11 ---
Fixed in gas, configury check added for gcc.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--
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 #8 from ebotcazou at gcc dot gnu dot org 2008-12-03 09:12
---
> gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition
> -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-lon
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-03 09:11 ---
Subject: Bug 37610
Author: jakub
Date: Wed Dec 3 09:09:43 2008
New Revision: 142389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142389
Log:
PR target/37610
* configure.ac (gcc_cv_readelf):
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-12-03 08:58
---
> The compilers were configured as follows:
>
> Target: sparc-sun-solaris2.11
> Configured with: /vol/gcc/src/gcc-dist/configure
> CC=/vol/gcc/obj/gcc-4.4.0-20081202/11-gcc-v9/gccv9
> --with-gmp-include=/vol/gcc/
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-12-03 08:47
---
Thanks for reporting the problem.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
1 - 100 of 102 matches
Mail list logo
