--- Comment #2 from ebotcazou at gcc dot gnu dot org 2005-12-05 07:59
---
Present on SPARC too.
Dorit, is it only a matter of changing the expected error message?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #18 from krebbel at gcc dot gnu dot org 2005-12-05 07:57
---
(In reply to comment #17)
> Oh, and another case where we can get the parallel is for returning 128bit
> structs on x86_64.
>
I've posted a patch on Nov 28th which should handle these cases correctly:
http://gcc.g
--- Comment #4 from efim at lipowsky dot de 2005-12-05 07:34 ---
Subject: Re: for loop with comma operator problem
pinskia at gcc dot gnu dot org schrieb:
>--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 16:00
>---
>(In reply to comment #2)
>
>
>>in the file
--- Comment #12 from zac at zacbowling dot com 2005-12-05 05:38 ---
I'm not sure, but I'm getting this bug as well, but it maybe out of date.
On the last part about the mozilla bail out, if you add this to your mozconfig
it might get it to build correctly.
ac_cv_visibility_pragma=no
--- Comment #4 from cdfrey at netdirect dot ca 2005-12-05 04:00 ---
Just adding a link to a comp.lang.c++.moderated discussion on this, for future
reference, when other folks run into this again.
Subject line: alias rules and optimization
http://groups.google.ca/group/comp.lang.c++.mode
--- Comment #8 from danglin at gcc dot gnu dot org 2005-12-05 03:44 ---
Fixed by patch.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #7 from danglin at gcc dot gnu dot org 2005-12-05 03:23 ---
Subject: Bug 25166
Author: danglin
Date: Mon Dec 5 03:23:37 2005
New Revision: 108039
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108039
Log:
PR target/25166
* pa/pa.c (pa_hpux_init_libfu
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-05 03:03 ---
Confirmed:
.size _GLOBAL__I_0_main, .-_GLOBAL__I_0_main
.section.ctors,"aw",@progbits
.align 4
.long _GLOBAL__I_0_main
.section.ctors.65436,"aw",@progbits
Programs compiled with gcc-4.x on 32-bit hpux targets cannot be debugged. When
loaded into gdb, the programs behave as if no debugging information is present.
For example, given:
int foo(int x)
{
return x;
}
int main(int argc, char **argv)
{
return foo(argc);
}
Placing a breakpo
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-12-05 00:01
---
For me, the testcase does not fail without optimzation, but does fail with -O2.
I'm investigating.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25010
--- Comment #7 from giovannibajo at libero dot it 2005-12-04 23:17 ---
Further bonus points if you can spot which function is miscompiled.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25248
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2005-12-04 23:11
---
We just had a discussion regarding another similar problem. The maintainers
need to come to some concensus on the behavior of some compiler flags such as
-std=f95 and -pedantic. Once that is settled then we can
--- Comment #7 from jb at gcc dot gnu dot org 2005-12-04 22:39 ---
No problems have been reported with the patch, closing the bug as fixed.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from jason dot mcmullan at gmail dot com 2005-12-04 22:34
---
I have attached a patch that fixes the bug by defining
'TARGET_ASM_UNALIGNED_??_OP' in gcc/config/h8300/h8300.c
I have confirmed through assembly dumps and object code dumps
that this patch works with GNU asse
--- Comment #1 from jason dot mcmullan at gmail dot com 2005-12-04 22:32
---
Created an attachment (id=10405)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10405&action=view)
Patch to fix the reported issue
This patch fixes the reported h8300-specific bug
--
http://gcc.gnu.o
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24188
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-04 21:33 ---
Confirmed, this looks related to PR 24188.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #54 from pcarlini at suse dot de 2005-12-04 21:33 ---
(In reply to comment #53)
> > Gosh! Thanks Eric for noticing and further testing.
>
> Hum... no changes on Solaris 9 and 10.
Indeed, should still give problems.
> On Solaris 8 I now get:
I see what's going wrong: is
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2005-12-04
21:29 ---
Subject: Re: FAIL: gcc.dg/tree-ssa/20031106-6.c scan-tree-dump-times
temp_struct 0
> Can you attach the result of -fdump-tree-sra-all for your system?
Here it is.
Dave
--- Comment #10 from dave at
--- Comment #53 from ebotcazou at gcc dot gnu dot org 2005-12-04 21:22
---
> Gosh! Thanks Eric for noticing and further testing.
Hum... no changes on Solaris 9 and 10. On Solaris 8 I now get:
/opt/build/eric/gcc/./gcc/xgcc -shared-libgcc -B/opt/build/eric/gcc/./gcc
-nostdinc++ -L/op
--- Comment #3 from laurent at guerby dot net 2005-12-04 21:11 ---
The problem is that you are using "Unbounded_String" in your record, and this
brings in lots of dope information for Finalization purposes. You can see it
with:
gcc -c -gnatR3 uninitialized_field.adb
...
for Unified_Enco
--- Comment #8 from rguenth at gcc dot gnu dot org 2005-12-04 21:09 ---
Can you attach the result of -fdump-tree-sra-all for your system?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25253
--- Comment #52 from pcarlini at suse dot de 2005-12-04 21:04 ---
(In reply to comment #51)
> +#define __cpluplus 1
^
Gosh! Thanks Eric for noticing and further testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #51 from ebotcazou at gcc dot gnu dot org 2005-12-04 21:01
---
> But there is something I don't understand at all: after a recent patch from
> Benjamin, eh_globals.cc now does include *first*! Therefore
> the problem seems different. At the beginning of eh_globals.cc __cplu
--- Comment #6 from olh at suse dot de 2005-12-04 20:58 ---
Created an attachment (id=10403)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10403&action=view)
PR25248-3.tar.bz2
If someone can spot the bug, I cant.
Unified all asm labels to reduce diff noise.
The object file preven
--- Comment #50 from pcarlini at suse dot de 2005-12-04 20:52 ---
But there is something I don't understand at all: after a recent patch from
Benjamin, eh_globals.cc now does include *first*! Therefore
the problem seems different. At the beginning of eh_globals.cc __cplusplus is
used bu
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2005-12-04
20:46 ---
Subject: Re: FAIL: gcc.dg/tree-ssa/20031106-6.c scan-tree-dump-times
temp_struct 0
> /home/dave/gnu/gcc-4.0 (!)
>
> can it be you run the mainline testsuite with a 4.0 compiler?
Nope:
[EMAIL PROTECTED]:
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-12-04 20:41 ---
Well, I'll take care of it somehow. Still trying to reproduce it.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-12-04 20:35 ---
It passes for me on i686 and x86_64 (it should be really target independent).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25253
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2005-12-04
20:34 ---
Subject: Re: FAIL: gcc.dg/tree-ssa/20031106-6.c scan-tree-dump-times
temp_struct 0
> gcc-3.3!?? it's getting scary.
Yah, too many gcc versions to maintain... Don't believe the
directory name.
Dave
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-04 20:34 ---
(In reply to comment #3)
> /home/dave/gnu/gcc-4.0 (!)
> can it be you run the mainline testsuite with a 4.0 compiler?
directory names don't matter. As I said I could reproduce this on
x86_64-linux-gnu also.
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-12-04 20:31 ---
gcc-3.3!?? it's getting scary.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25237
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-12-04 20:29 ---
/home/dave/gnu/gcc-4.0 (!)
can it be you run the mainline testsuite with a 4.0 compiler?
I get for
/space/rguenther/obj/obj1/gcc/xgcc -B/space/rguenther/obj/obj1/gcc/
/space/rguenther/src/svn/gcc/gcc/testsuite/gcc.
--- Comment #49 from pcarlini at suse dot de 2005-12-04 20:29 ---
(In reply to comment #48)
> (In reply to comment #47)
> > Any reason why libsupc++ can't include the stuff in config/ ?
> > I'm interested in seeing this bug go, I'd work on it.
>
> I'm also interested, of course. In prin
If a structure has a pointer to itself, and is packed, on the h8300
architecture, I get a compiler error of 'error: initializer for integer
value is too complicated'. This does not occur on the x86 architecture,
nor does it occur on un-packed structures.
Also, the compiler argument '-fpack-struct
--- Comment #48 from pcarlini at suse dot de 2005-12-04 20:20 ---
(In reply to comment #47)
> Any reason why libsupc++ can't include the stuff in config/ ?
> I'm interested in seeing this bug go, I'd work on it.
I'm also interested, of course. In principle, libspuc++ can certainly do th
--- Comment #47 from pedro dot lamarao at mndfck dot org 2005-12-04 20:11
---
Any reason why libsupc++ can't include the stuff in config/ ?
I'm interested in seeing this bug go, I'd work on it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
/* { dg-options "-mcmodel=medium -mlarge-data-threshold=1" { target x86_64-*-*
} } */
typedef int FILE;
extern FILE *stdout;
extern int fprintf (FILE *, const char *, ...);
void bar (void)
{
fprintf (stdout, "OK");
}
ICEs in named_section.
--
Summary: ICE with -mcmodel=medium -mlar
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-04 20:01 ---
*** Bug 25237 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25253
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-04 20:01 ---
*** This bug has been marked as a duplicate of 25253 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #13 from sayle at gcc dot gnu dot org 2005-12-04 19:58 ---
Subject: Bug 7776
Author: sayle
Date: Sun Dec 4 19:58:37 2005
New Revision: 108019
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108019
Log:
PR c/7776
* doc/invoke.texi: Document new -Wstri
--- Comment #12 from sayle at gcc dot gnu dot org 2005-12-04 19:56 ---
Subject: Bug 7776
Author: sayle
Date: Sun Dec 4 19:56:47 2005
New Revision: 108018
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108018
Log:
PR c/7776
* common.opt (Wstring-literal-comparis
--- Comment #11 from ed at eh3 dot com 2005-12-04 19:54 ---
Thank you for re-opening this bug! In an attempt to make our model
(http://mitgcm.org) as portable as possible, we tried switching the
namelist syntax from the older Fortran77 to F90 "triplets" and
discovered the following:
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-04 19:52 ---
Confirmed on x86_64-pc-linux-gnu also, looks like Richard removed the wrong
xfail from the testcase.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Executing on host: /home/dave/gnu/gcc-4.0/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.0/objdir/gcc/
/home/dave/gnu/gcc-4.0/gcc/gcc/testsuite/gcc.dg/tree-ssa/20031106
-6.c -O1 -fdump-tree-optimized -fno-show-column -S -o 20031106-6.s
(timeou
t = 300)
PASS: gcc.dg/tree-ssa/20031106-6.c (test for ex
--- Comment #46 from pcarlini at suse dot de 2005-12-04 19:46 ---
(In reply to comment #45)
> > Eric, as regards Solaris, 8, I think you forgot to do the svn copy, as per
> > Comment #34 (and # 35 ;)
>
> Ah, sure, thanks. Now I get:
[snip]
> /home/eric/svn/gcc/libstdc++-v3/libsupc++/
--- Comment #45 from ebotcazou at gcc dot gnu dot org 2005-12-04 19:31
---
> Eric, as regards Solaris, 8, I think you forgot to do the svn copy, as per
> Comment #34 (and # 35 ;)
Ah, sure, thanks. Now I get:
/opt/build/eric/gcc/./gcc/xgcc -shared-libgcc -B/opt/build/eric/gcc/./gcc
-n
Hi,
Following invalid code (association stmt sint=>sreal) causes an ICE.
$ cat test.f90
MODULE gswap
TYPE points
REAL :: x, y
END TYPE points
INTERFACE swap
MODULE PROCEDURE sreal, schar, sint => sreal
END INTERFACE swap
CONTA
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-04 19:24 ---
(In reply to comment #4)
> Created an attachment (id=10402)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10402&action=view) [edit]
> PR25248-2.tar.bz2
> this change breaks it. I replaced only arch/powerpc/mm/h
--- Comment #4 from olh at suse dot de 2005-12-04 18:17 ---
Created an attachment (id=10402)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10402&action=view)
PR25248-2.tar.bz2
this change breaks it. I replaced only arch/powerpc/mm/hash_utils_64.o in my
tests.
r99558 | dnovillo |
--- Comment #2 from mark at gcc dot gnu dot org 2005-12-04 18:08 ---
Found something strange. We seem to be generated identical .list files for
packages that exist under the gnu.java. hierarchy, but not under the java.
hierarchy. For example:
classpath/lib/lists/gnu-javax-swing-text-html
--- Comment #13 from roger at eyesopen dot com 2005-12-04 18:06 ---
This bug has been fixed, and not just hidden. Jeff Law's proposed solution to
this problem http://gcc.gnu.org/ml/gcc/2002-01/msg01872.html which was proposed
in January 2002, was contained as part of Jeff/HP's patch of
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-04 17:23 ---
Hmm, we are removing a reference to a local label, this could either be a tree
level problem (which I thought I fixed) or a rtl level issue which is much
harder to fix.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from steven at gcc dot gnu dot org 2005-12-04 17:14 ---
.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #44 from pcarlini at suse dot de 2005-12-04 17:11 ---
Eric, as regards Solaris, 8, I think you forgot to do the svn copy, as per
Comment #34 (and # 35 ;) Still, Solaris 9 and 10 are not fine, sigh, I'll try
to look a bit more into that. Thanks, anyway.
--
http://gcc.gnu.
Well now that I have the test suite working easy I decided to explore a little.
At higher levels of optimization everything works good except:
$ gfc -w -O2 FM013.f
/tmp/ccm7knWJ.o(.text+0x4a3): In function `MAIN__':
FM013.f: undefined reference to `.L3'
/tmp/ccm7knWJ.o(.text+0x598):FM013.f: undef
--- Comment #12 from gdr at integrable-solutions dot net 2005-12-04 17:07
---
Subject: Re: builtin *printf handlers are confused by -fexec-charset
"ghazi at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Backporting this fix to 3.4 requires also backporting the infrastructure
pat
--- Comment #3 from olh at suse dot de 2005-12-04 16:43 ---
an object file compiled with r102096 doesnt work either.
Will try older ones.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25248
--- Comment #43 from pcarlini at suse dot de 2005-12-04 16:43 ---
Hummm, probably there is something fundamentally wrong in the approach, because
Solaris 8, at least, is supposed to not change at all, i.e., __cplusplus ==
1...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #42 from ebotcazou at gcc dot gnu dot org 2005-12-04 16:34
---
Solaris 8 (32-bit compiler):
gmake[3]: Entering directory
`/opt/build/eric/gcc/sparc-sun-solaris2.8/libstdc++-v3'
Making all in include
gmake[4]: Entering directory
`/opt/build/eric/gcc/sparc-sun-solaris2.8/libs
--- Comment #11 from ghazi at gcc dot gnu dot org 2005-12-04 16:23 ---
Backporting this fix to 3.4 requires also backporting the infrastructure patch
for the lang hook to_target_charset posted here:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00780.html
We'd also need to backport the d
--- Comment #18 from hhinnant at apple dot com 2005-12-04 15:55 ---
(In reply to comment #15)
> Subject: Re: exception_defines.h #defines try/catch
> It is also a simple fact
> that GCC documents what happens with -fno-exceptions.
I'm trying to find this documentation. So far all I've
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-12-04 15:15
---
> gdb shows that we enter i386.c:classify_argument() with a parameter "mode" of
> V2HImode which flows into the default case of a switch statement that aborts.
>
> The vector-2 testcase dies in the same place, bu
--- Comment #3 from ghazi at gcc dot gnu dot org 2005-12-04 15:09 ---
With current 3.4 branch, the logfile error for vector-1 says:
gcc.dg/compat/vector-1_x.c: In function `pass_v2hi':
gcc.dg/compat/vector-1_x.c:10: internal compiler error: in classify_argument,
at config/i386/i386.c:22
--- Comment #2 from ghazi at gcc dot gnu dot org 2005-12-04 15:07 ---
This one was closed for 3.4 without any investigation. Perhaps the fix in 4.0
can be backported if we identify what it was.
--
ghazi at gcc dot gnu dot org changed:
What|Removed
The gcj-dbtool managed class loading mechanism for native code has mostly
replaced the old lib-foo-bar "magic name" mechanism. The magic name mechanism
has a serious performance impact on application startup
(see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174929)
, so we should turn it o
--- Comment #1 from a dot kaiser at gmx dot net 2005-12-04 13:35 ---
Not seen in CodeSourcery 2005q3, which uses .text section comdats instead of
.gnu.linkonce weaks for template instances.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25249
When a function template instance is called, it is called indirectly, likely
due to being "weak" function (arm.c:arm_encode_section_info).
However when the same call is subject of a tail call optimization, it is called
directly.
The function is also called directly when there is no function temp
68 matches
Mail list logo
