--- Comment #2 from spop at gcc dot gnu dot org 2008-12-03 07:35 ---
Subject: Bug 38039
Author: spop
Date: Wed Dec 3 07:33:52 2008
New Revision: 142384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142384
Log:
2008-12-02 Sebastian Pop <[EMAIL PROTECTED]>
Jan Sjod
--- Comment #7 from spop at gcc dot gnu dot org 2008-12-03 07:35 ---
Subject: Bug 37883
Author: spop
Date: Wed Dec 3 07:33:52 2008
New Revision: 142384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142384
Log:
2008-12-02 Sebastian Pop <[EMAIL PROTECTED]>
Jan Sjod
--- Comment #2 from spop at gcc dot gnu dot org 2008-12-03 07:35 ---
Subject: Bug 38038
Author: spop
Date: Wed Dec 3 07:33:52 2008
New Revision: 142384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142384
Log:
2008-12-02 Sebastian Pop <[EMAIL PROTECTED]>
Jan Sjod
--- Comment #2 from spop at gcc dot gnu dot org 2008-12-03 07:35 ---
Subject: Bug 38073
Author: spop
Date: Wed Dec 3 07:33:52 2008
New Revision: 142384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142384
Log:
2008-12-02 Sebastian Pop <[EMAIL PROTECTED]>
Jan Sjod
--- Comment #2 from spop at gcc dot gnu dot org 2008-12-03 07:35 ---
Subject: Bug 37852
Author: spop
Date: Wed Dec 3 07:33:52 2008
New Revision: 142384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142384
Log:
2008-12-02 Sebastian Pop <[EMAIL PROTECTED]>
Jan Sjod
--- Comment #4 from spop at gcc dot gnu dot org 2008-12-03 07:35 ---
Subject: Bug 37928
Author: spop
Date: Wed Dec 3 07:33:52 2008
New Revision: 142384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142384
Log:
2008-12-02 Sebastian Pop <[EMAIL PROTECTED]>
Jan Sjod
--- Comment #2 from spop at gcc dot gnu dot org 2008-12-03 07:35 ---
Subject: Bug 38125
Author: spop
Date: Wed Dec 3 07:33:52 2008
New Revision: 142384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142384
Log:
2008-12-02 Sebastian Pop <[EMAIL PROTECTED]>
Jan Sjod
--- Comment #2 from spop at gcc dot gnu dot org 2008-12-03 07:35 ---
Subject: Bug 38083
Author: spop
Date: Wed Dec 3 07:33:52 2008
New Revision: 142384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142384
Log:
2008-12-02 Sebastian Pop <[EMAIL PROTECTED]>
Jan Sjod
--- Comment #4 from spop at gcc dot gnu dot org 2008-12-03 07:35 ---
Subject: Bug 37980
Author: spop
Date: Wed Dec 3 07:33:52 2008
New Revision: 142384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142384
Log:
2008-12-02 Sebastian Pop <[EMAIL PROTECTED]>
Jan Sjod
Hello to gcc forums,
Please kindly help in solving this bug under compiling my project with gcc.
"could not read symbols: Archive has no index; run ranlib to add one
collect2: ld returned 1 exit status"
Please help me... thank u
--
Phaniram vvs
--- Comment #12 from pault at gcc dot gnu dot org 2008-12-03 05:52 ---
(In reply to comment #11)
> Did you get the expected result also?
>
I couldn't tell - I did not have the 32 bit library installed. I'll try to fix
that.
Cheers
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-12-03 04:06
---
Eric,
Here is the problem I am seeing:
gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition
-Wc++-compat -Wmissing-forma
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-03 02:05 ---
*** This bug has been marked as a duplicate of 38378 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-03 02:05 ---
*** Bug 38379 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38378
--- Comment #2 from patrick at motec dot com dot au 2008-12-03 02:03
---
It seems my searching skills need improving.
Sorry for the duplicate.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38378
The following (contrived) example was compiled with -O3 -fwhole-program.
void func1() { }
void func2(void(*fn)(void)) { fn(); }
void func3() { func2(&func1); }
int main()
{
return 0;
}
running objdump on the output results in
:
0: 4e 80 00 20 blr
0004 :
4: 9
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-03 01:41 ---
*** This bug has been marked as a duplicate of 35728 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-03 01:41 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-03 01:41 ---
*** Bug 38378 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
The following (contrived) example was compiled with -O3 -fwhole-program.
void func1() { }
void func2(void(*fn)(void)) { fn(); }
void func3() { func2(&func1); }
int main()
{
return 0;
}
running objdump on the output results in
:
0: 4e 80 00 20 blr
0004 :
4: 9
--- Comment #2 from schwab at suse dot de 2008-12-03 00:49 ---
600b9bbf6c9016b24a7c8f1cc1f4385d859f2b46 is first bad commit
commit 600b9bbf6c9016b24a7c8f1cc1f4385d859f2b46
Author: jakub <[EMAIL PROTECTED]>
Date: Thu Aug 11 21:22:43 2005 +
* dwarf2out.c (add_location_or_con
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-03 00:19 ---
Works just fine e.g. on ppc (big-endian as well; had to add a couple of extra
int arguments before the short ones to make them passed on the stack).
Can you reproduce it on any primary/secondary big-endian target (mip
--- Comment #1 from jason at gcc dot gnu dot org 2008-12-02 23:59 ---
t21 is invalid because you create a standard_layout_base from each element and
then copy the resulting temporary into the array. With the fix I just checked
in you can remove the initializer_list constructor and write
--- Comment #10 from jason at gcc dot gnu dot org 2008-12-02 23:53 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jason at gcc dot gnu dot org 2008-12-02 23:53 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jason at gcc dot gnu dot org 2008-12-02 23:53 ---
Subject: Bug 35782
Author: jason
Date: Tue Dec 2 23:52:02 2008
New Revision: 142379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142379
Log:
PR c++/35782, c++/37860
* call.c (build_user_type
--- Comment #1 from jason at gcc dot gnu dot org 2008-12-02 23:53 ---
Subject: Bug 37234
Author: jason
Date: Tue Dec 2 23:52:02 2008
New Revision: 142379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142379
Log:
PR c++/35782, c++/37860
* call.c (build_user_type
--- Comment #4 from gnu at the-meissners dot org 2008-12-02 23:26 ---
Patch applied to tree on November 5th.
--
gnu at the-meissners dot org changed:
What|Removed |Added
--- Comment #2 from janis at gcc dot gnu dot org 2008-12-02 23:02 ---
The test is supposed to fail, but expected an error at line 8. Yesterday I
fixed the test to expect the error at line 7, although I hadn't noticed this PR
at the time. The patch is at
http://gcc.gnu.org/ml/gcc-patche
--- Comment #1 from janis at gcc dot gnu dot org 2008-12-02 22:54 ---
Jan, you added this test, do you have answers to Kaveh's questions?
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from janis at gcc dot gnu dot org 2008-12-02 22:28 ---
Adding "--param sra-max-structure-size=32" as suggested in comment #1 makes the
test pass on powerpc64-linux with -m32 and -m64. Jan, is that an appropriate
fix/workaround?
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2008-12-02
22:28 ---
Subject: Re: SEGV compiling ada/ada.ads in stage2
ro at techfak dot uni-bielefeld dot de writes:
> I'm currently running bootstraps on Solaris 10 (both with Sun as and GNU as
> 2.19) to verify if this mak
--- Comment #10 from janis at gcc dot gnu dot org 2008-12-02 22:13 ---
Subject: Bug 29056
Author: janis
Date: Tue Dec 2 22:11:55 2008
New Revision: 142374
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142374
Log:
Backport from mainline:
2008-08-26 Janis Johnso
Take:
int t;
int f = __builtin_constant_p(t) ? t : -1;
int h[__builtin_constant_p(t) ? t : 1];
--- CUT ---
This is accepted by the C front-end by rejected by the C++ front-end. I would
assume the built-in function __builtin_constant_p would cause it to be
considered as an integer constant expre
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-02 21:49 ---
Actually the whole manual is inconstient:
Atomic Builtins: Built-in functions for atomic memory access.
Object Size Checking: Built-in functions for limited buffer overflow checking.
Other Builtins: Other built-in
From:
http://gcc.gnu.org/codingconventions.html
Use... ...instead of Rationale
"built-in" as an adjective ("built-in function") or "built in"
"builtin"
"builtin" isn't a word
But the manual uses it:
5.48 Object Size Checking Builtins
--
--- Comment #1 from mrs at apple dot com 2008-12-02 21:43 ---
Radar 6400208
--
mrs at apple dot com changed:
What|Removed |Added
CC|
struct sqt13 {};
struct sqt13 {
struct sqt13 x;
} y = { 3.0 };
takes infinite time/memory to compile.
GNU C (GCC) version 4.4.0 20081003 (experimental) [trunk revision 140855]
(i686-apple-darwin9)
--
Summary: infinite loop on invalid struct redefinition
Product: gcc
--- Comment #5 from ro at gcc dot gnu dot org 2008-12-02 21:39 ---
Still crashes for me.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|RESO
2371) on
Solaris 11 (snv_103), both with Sun as and GNU as 2.19, and get the same
error in both cases.
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
--
schwab at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC target triplet|m68k
--- Comment #11 from dominiq at lps dot ens dot fr 2008-12-02 20:03 ---
On powerpc-apple-darwin9, the test in comment #4 returns 0 with -m32 (no bus
error) instead of 1 with -m64.
I have applied the proposed patches in comment #4 and #5 (one at a time!-), but
they don't fix the wrong co
--
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
--
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 #10 from hjl dot tools at gmail dot com 2008-12-02 18:46
---
Fixed as of revision 142345.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-02 17:50 ---
"I guess that option 4 is to investigate why DSE doesn't remove the dead
stores."
1) DCE which removes this is done after DSE2
2) DSE doesn't remove sp based stores, except for spill slots (there is a PR
about it, but
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #29 from janis at gcc dot gnu dot org 2008-12-02 17:49 ---
Fixed in trunk (4.4) and 4.3; 4.2 isn't expected to have additional releases so
I haven't backported it there.
The patch solves the original reported problem, a hard-coded timeout for
libstdc++ tests, by allowing the
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-02 17:46 ---
This is a dup of PR38245, again, DCE removes the only call in the function, but
not the argument push, so that push clobbers slot where caller's %ebx is
preserved.
Either:
--- config/i386/i386.c.i386 2008-11-27 17:0
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-02 17:46 ---
*** Bug 38364 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38245
--- Comment #28 from janis at gcc dot gnu dot org 2008-12-02 17:45 ---
Subject: Bug 28870
Author: janis
Date: Tue Dec 2 17:44:08 2008
New Revision: 142366
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142366
Log:
Backport from mainline:
2008-11-26 Janis Johnso
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-02 17:31 ---
Created an attachment (id=16812)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16812&action=view)
pr38364.c
Deobfuscated testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38364
--- Comment #12 from jason at gcc dot gnu dot org 2008-12-02 17:12 ---
Fixed in 4.3.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #18 from jason at gcc dot gnu dot org 2008-12-02 17:11 ---
Fixed in 4.3.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-02 17:09 ---
Fixed in 4.3.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-02 17:09 ---
Fixed in 4.3.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #6 from jason at gcc dot gnu dot org 2008-12-02 17:08 ---
Fixed in 4.3.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-02 17:16 ---
Subject: Bug 38343
Author: jakub
Date: Tue Dec 2 17:14:18 2008
New Revision: 142363
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142363
Log:
PR middle-end/38343
* builtins.c (fold_builtin_me
--- Comment #18 from jason at gcc dot gnu dot org 2008-12-02 17:07 ---
Fixed for 4.4, no need to fix ice-on-invalid in earlier releases.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
The Java FE builds the final constant pool variable late (_CD_java_lang_Object)
and only then fills in the arrays domain. All references to it before have
an empty TYPE_DOMAIN which means after filling in the final TYPE_DOMAIN all
the ADDR_EXPRs have wrong types.
--
Summary: constant
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-02 15:48 ---
Created an attachment (id=16811)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16811&action=view)
gcc44-pr37610.patch
Patch I've briefly tested on ppc-linux with broken as well as fixed gas and on
x86_64-linux
--- Comment #4 from viktor dot bachraty at gmail dot com 2008-12-02 15:33
---
I had some issues caused by implicit pointer casting as well. Would be really
nice to be able to separately turn specific classes of pedantic warnings into
errors without having to turn every warning.
--
The handling of LO_SUM by alias.c:find_base_term causes a degradation on 32-bit
vortex on PPC when used with the new REG_POINTER attribute.
Making "find_base_term" handle LO_SUM the same way as alias.c:find_base_value
fixes the problem. Preventing "find_base_term" from returning NULL so easily
al
--- Comment #7 from paolo at gcc dot gnu dot org 2008-12-02 15:04 ---
Subject: Bug 38365
Author: paolo
Date: Tue Dec 2 15:02:53 2008
New Revision: 142358
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142358
Log:
2008-12-02 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-12-02 14:56 ---
Subject: Bug 38359
Author: rguenth
Date: Tue Dec 2 14:55:04 2008
New Revision: 142357
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142357
Log:
2008-12-02 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-12-02 14:51 ---
Fixed for 4.4.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-02 14:50 ---
Subject: Bug 38359
Author: rguenth
Date: Tue Dec 2 14:49:00 2008
New Revision: 142356
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142356
Log:
2008-12-02 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #10 from jamborm at gcc dot gnu dot org 2008-12-02 14:32
---
Subject: Bug 37861
Author: jamborm
Date: Tue Dec 2 14:30:55 2008
New Revision: 142355
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142355
Log:
2008-12-02 Martin Jambor <[EMAIL PROTECTED]>
PR
--- Comment #9 from mikael at gcc dot gnu dot org 2008-12-02 14:30 ---
Fixed on trunk.
Let's not forget to close.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from krebbel at gcc dot gnu dot org 2008-12-02 14:19
---
Fails on s390 and s390x as well.
--
krebbel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from joel at gcc dot gnu dot org 2008-12-02 14:01 ---
Still present with
gcc (GCC) 4.4.0 20081126 (experimental) [trunk revision 142228]
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from paolo dot carlini at oracle dot com 2008-12-02 13:34
---
(In reply to comment #5)
> (In reply to comment #4)
> > Your patch fixes the problem at the level of the locale constructor, but
> > why do
> > not fix this problem at the level of _M_replace_categories() ins
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-02 13:23 ---
This is const_binop folding -1 >> -130 to zero and fold_binary -1 >> n to -1.
11458 case RSHIFT_EXPR:
11459 /* Optimize -1 >> x for arithmetic right shifts. */
11460 if (integer_all_onesp (arg
--- Comment #5 from paolo dot carlini at oracle dot com 2008-12-02 13:21
---
(In reply to comment #4)
> Your patch fixes the problem at the level of the locale constructor, but why
> do
> not fix this problem at the level of _M_replace_categories() instead?
Because that would not wo
--- Comment #5 from ahjiefreak at yahoo dot com 2008-12-02 13:07 ---
Hi,
Thanks for your prompt reply.
Is there any suggestion or workaround in this case in order for gcc to compile
it successfully?
I would have think its not wise to attach quite a big file over the email.
Please adv
--- Comment #4 from tsyvarev at ispras dot ru 2008-12-02 13:04 ---
According to the code, locale constructor calls
void locale::_Impl::_M_replace_categories(const _Impl* __imp, category __cat)
which already processes names of locales. This function works correctly, when
both locales (*
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-02 12:21 ---
Minimal testcase:
unsigned _ov_64_seek_lap (_Bool x1, _Bool x2, _Bool x3)
{
unsigned ltmp_3978_7__PHI_TEMPORARY;
unsigned ltmp_4011_7__PHI_TEMPORARY;
signed ltmp_4011_7;
if (!x1 || !x2)
while (1) ;
i
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-02 12:12 ---
*** Bug 38370 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 2008-12-02 12:12 ---
*** This bug has been marked as a duplicate of 38341 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-02 12:07 ---
reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #5 from janus at gcc dot gnu dot org 2008-12-02 12:02 ---
Fixed with r142351. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from janus at gcc dot gnu dot org 2008-12-02 11:59 ---
Subject: Bug 36704
Author: janus
Date: Tue Dec 2 11:58:16 2008
New Revision: 142351
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142351
Log:
2008-12-02 Janus Weil <[EMAIL PROTECTED]>
PR fortran/3
--- Comment #4 from janus at gcc dot gnu dot org 2008-12-02 11:59 ---
Subject: Bug 38290
Author: janus
Date: Tue Dec 2 11:58:16 2008
New Revision: 142351
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142351
Log:
2008-12-02 Janus Weil <[EMAIL PROTECTED]>
PR fortran/3
--- Comment #4 from ktietz at gcc dot gnu dot org 2008-12-02 11:51 ---
(In reply to comment #2)
> This seems to work for me with r141893 which means this broke recently.
The subject is that here a ms_abi function is calling via a variable an
sysv_abi function on linux64. This problem ha
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
--- Comment #3 from ktietz at gcc dot gnu dot org 2008-12-02 11:37 ---
Created an attachment (id=16809)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16809&action=view)
Patch file
I can reproduce it and the patch here should solve it.
The main reason is in i386 target ix86_reg_par
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-02 11:22 ---
This seems to work for me with r141893 which means this broke recently.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-02 11:18 ---
I will have a look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-02 11:16 ---
Or rather we should verify arguments to builtin functions properly in the
frontends.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38360
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-02 11:15 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-02 11:10 ---
If you are having a large array initializer you may run into memory problems
and/or internal limitations. Without a testcase it's hard to tell.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38358
1 - 100 of 125 matches
Mail list logo
