--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
07:06 ---
Mike,
As I promised on the fortran list, I am about to tackle module equivalences.
Since there are clearly associated issues with equivalences in general, I need
to come to grips with those too.
Your con
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-03
07:21 ---
I've got a patch that should work, but can't test it because of PR23210.
--
What|Removed |Added
--
What|Removed |Added
OtherBugsDependingO||23138
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23210
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
07:54 ---
(In reply to comment #11)
> Patch posted here: http://gcc.gnu.org/ml/fortran/2005-06/msg00307.html
This is still not complete. The example below produces separate unions, which
represent the equivalences,
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-08-03
09:23 ---
> I think this was fixed by:
> http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00080.html
>
> Can you confirm this?
I can.
--
What|Removed |Added
--
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
10:01 ---
Tobi,
We should agree the condition by which the call to gfc_trans_arrayfunc_assign
is bypassed and get this one out of the way. The original, posted to the list,
had:
expr1->symtree->n.sym->ts.type == ex
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
11:42 ---
(In reply to comment #4)
> The bug is caused by the call to gfc_set_default_type in resolve.c:3961
passing
> 0 as second argument, thereby suppressing the error that should be issued
there.
> Unfortunately
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
11:51 ---
Two separate USE statements works correctly, as the example below can
demonstrate. This has got to be solvable
Paul T
module a
integer, parameter :: b = kind(1.e0)
end module a
program d
use a,
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
12:05 ---
(In reply to comment #1)
> I was sure this was a duplicate but I couldn't find it.
It's effectively 15382, is it not?
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20890
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-03
12:05 ---
Reopened on Greg's request.
--
What|Removed |Added
CC|
--
What|Removed |Added
Summary|'make install' installs xgcc|bad install program not
|instead of gcc |detected
http://gcc.gnu.org/bugzilla/
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-03
12:31 ---
> Sorry if I appear dense, but where is the problem in changing
> namelist /cor/ a
> print cor
> to
> namelist /cor/ a
> write (*,cor)
> ?
Or even horrible, horrible, horrible
In spite of chanting the incantations given in PR 21766, both a simple make
and a bootstrap fail on Cygwin, with
gcc -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissin
g-prototypes -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H-I.
-I.
-I../../gcc/gcc -I../.
Patches needed to build on mingw32 include
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg9.html and
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00097.html . The first
one contains the fix to your problem, the second one is the latest
version of the patch to fix dllimport.
However, on mingw32,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
12:56 ---
*** This bug has been marked as a duplicate of 15910 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
12:56 ---
*** Bug 23213 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
13:03 ---
Just for reference, the thread from comp.lang.c++.moderated:
http://groups-beta.google.com/group/comp.lang.c++.moderated/browse_thread/thread/
3c449572456c8592
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
Thanks Francois-Xavier,
I saw your message and assumed that Cygwin was in the same state. I looked
for but did not see the
+ #undef COMMON_ASM_OP
+ #define COMMON_ASM_OP "\t.comm\t"
in the patches. It's strange, I was searching on COMMON_ASM_OP; perhaps
fingers trouble.
Paul T
> -Messag
I have a test case and a patch that fixes this. I found the problem on
mingw32 but I believe that this will be a problem on every platform, and for
every version of gcc (gnu Objc runtime only).
I will attempt to attach the testcase and patch.
--
Summary: libobjc doesn't initialize
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 13:39
---
Created an attachment (id=9419)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9419&action=view)
Patch to init.c in libobjc to fix protocol problem.
This patch is relative to CVS.
--
http://gcc.gnu.org
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 13:41
---
Created an attachment (id=9420)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9420&action=view)
Test case #1
Complie like this
gcc -g protocolCase1.m -lobjc -o protocolCase1
then run the program and watch
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 13:44
---
Created an attachment (id=9421)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9421&action=view)
test case #2a
Requires the protocolCase2b.m attachment as well.
Compile using gcc -g protocolCase2b.m proto
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 13:44
---
Created an attachment (id=9422)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9422&action=view)
test case #2b
See attachment 9421.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23214
2 problems:
I noticed that thr-win32.c has no implementation, only stubs. There is a
version that has implementation at http://savannah.gnu.org/cgi-
bin/viewcvs/gnustep/gnustep/dev-libs/libobjc/thr-win32.c?rev=HEAD&content-
type=text/vnd.viewcvs-markup
That is not my code, and I am not the copyr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
13:50 ---
This is a dup of bug 18255. The bug is really in the front-end which should
mark the supper protocol
as be staticly initialized.
*** This bug has been marked as a duplicate of 18255 ***
--
W
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
13:50 ---
*** Bug 23214 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 13:52
---
No no, it is not a duplicate. You will see that test case #1 will still fail
even after you fix bug 18255. libobjc fails to initialize statics if the
first static was initialized as a side effect of being us
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
13:57 ---
libobjc inside GCC does not use thr-*.c (except for thr-objc.c which is just a
wrapper around the gthr-
*.h files) at all but gthr-win32.h inside the gcc directory which is also used
by libstdc++.
Did you
--- Additional Comments From hjl at lucon dot org 2005-08-03 14:05 ---
I have been using
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01456.html
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01454.html
on gcc 3.4 since Nov., 2004. I have been doing "-j 8" on 4way SMP machines.
I haven't
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
14:05 ---
Subject: Bug 18582
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-03 14:05:02
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
14:06 ---
Subject: Bug 18582
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-03 14:06:05
Modified files:
gcc/testsuite : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
14:15 ---
Subject: Bug 18582
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-03 14:15:28
Modified files:
gcc: Change
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 14:17
---
Subject: Re: libobjc doesn't work on windows.
I did try --enable-shared, and it still did not compile as a dll. Either
the configure in the CVS repos is not up to date and needs to be regenerated
from confi
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-03
14:18 ---
Patch applied to 3.4. Relevant parts of testcase also
applied to HEAD and 4.0.
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
14:19 ---
Subject: Bug 19899
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-03 14:18:56
Modified files:
gcc: ChangeLog Makefile.in tree-scalar-evo
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-03
14:35 ---
This is a duplicate of PR22480.
*** This bug has been marked as a duplicate of 22480 ***
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-03
14:35 ---
*** Bug 21234 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
14:41 ---
Subject: Bug 19899
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-03 14:40:53
Modified files:
gcc: Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-03
14:42 ---
Fixed on mainline and for GCC 4.0.2.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From albertm at uphs dot upenn dot edu 2005-08-03
15:02 ---
Subject: Re: gfortran silently changes values in equilvane
nce'd variables
Greetings!
On Wed, 3 Aug 2005, paulthomas2 at wanadoo dot fr wrote:
> --- Additional Comments From paulthomas2 at wanadoo
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-03
15:49 ---
Joern wrote:
> The target register pressure is easy to calculate, and although 4.1 lacks
> infrastructure for assessment of the unroll benefit (which 3.4 has), it is
> certainly easier to add it there in t
When running a simple Java-Gnome app, I get a IncompatibleClassChangeError. The
following test case produces the bug. I've tested this with the IBM and BEA
jvms as well and both of these work fine, so I don't suspect that Java-Gnome is
to blame.
---
import org.gnu.gtk.Gtk
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-03
16:07 ---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |re
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
16:39 ---
Subject: Bug 21723
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-03 16:39:02
Modified files:
gcc: Change
--- Additional Comments From ian at airs dot com 2005-08-03 16:59 ---
How do you manage without patches to use a stamp file for gtyp-gen.h and
options.h? When I tried using patches like the ones you listed, I got a crash
on a simultaneous build of options.h. Are you sure you don't have
None of my other compiler even give a warning on this program -
[dranta:~/tests/gfortran-D] dir% xlf95 -o only -qsuffix=f=f90 only.f90
** define_kind === End of Compilation 1 ===
** main === End of Compilation 2 ===
1501-510 Compilation successful for file only.f90.
[dranta:~/tests/gfortran-
--- Additional Comments From hjl at lucon dot org 2005-08-03 17:04 ---
I do have this patch
http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00340.html
Does it help?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18532
--- Additional Comments From hjl at lucon dot org 2005-08-03 17:10 ---
I also have this patch
http://gcc.gnu.org/ml/gcc-patches/2003-10/msg00088.html
Ian, can you email me your failed build log?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18532
--- Additional Comments From ian at airs dot com 2005-08-03 17:12 ---
The patch you need is this one:
http://gcc.gnu.org/ml/gcc-patches/2004-01/msg03130.html
I don't know how you are surviving without it.
The failing part of the build log is:
mips-elf-ar rc soft-float/el/libgcov.a
--- Additional Comments From ian at airs dot com 2005-08-03 17:14 ---
Oh, I see it now. Your patch has a prev_extra to serialize building
EXTRA_MULTILIB_PARTS for all multilibs. That avoids the problem with options.h.
Mainline doesn't have that patch, and presumably doesn't need to ser
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-03
17:25 ---
Working on a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22293
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 17:32
---
Sorry that this is not a nice diff, but I am working from unclean sources
(mingw 3.4.4 snapshot source)
It appears that libobjc/Makefile.in needs a target like this:
libobjc.la: $(OBJS)
$(LIBTOOL_LINK)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
17:35 ---
libobjc already have that target:
libobjc$(libext).la: $(OBJS)
$(LIBTOOL_LINK) $(CC) -o $@ $(OBJS) \
-rpath $(toolexeclibdir) \
-version-info $(LIBOBJC_VERSION)
--
Here a minor "bug":
http://gcc.gnu.org/onlinedocs/gcc-4.0.1/gcc/X86-Built_002din-Functions.html#X86-Built_002din-Functions
does _not_ contain documentation for SSE2 X86 Built-in Functions
--
Summary: missing documentation for sse2 built-in functions
Product: gcc
--
What|Removed |Added
Component|c |target
GCC target triplet||i?86-*-*, x86_64-*-*
Keywords|
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-08-03 18:21 ---
These insns in the .32.flow2 RTL dump:
(insn:HI 12 7 14 0 (set (mem/s:SI (plus:SI (reg/v/f:SI 0 ax [orig:58 screen ]
[58])
(const_int 3144 [0xc48])) [7 .selection_count+0 S4
A32]
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
18:25 ---
Subject: Bug 22591
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-08-03 18:25:16
Modified files:
gcc
gcc-4.1-20050716-glibc-2.3.2-hdrs-2.6.11.2/x86_64-unknown-linux-gnu/bin/x86_64-unknown-linux-gnu-g++
-O2 bug3.ii
Crashes with
bug3.ii:6: internal compiler error: Segmentation fault
This test case was reduced using delta (http://www.cs.berkeley.edu/~dsw/), I'll
attach the source file you can use
--- Additional Comments From gnu dot org at journalscape dot com
2005-08-03 18:28 ---
Created an attachment (id=9423)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9423&action=view)
testcase to reproduce internal compiler error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23
--
What|Removed |Added
Attachment #9423|application/octet-stream|text/plain
mime type||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23219
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
18:32 ---
Confirmed, backtrace:
#0 0x08131d4d in decl_namespace_context (decl=0xb7d8a8fc) at
/home/peshtigo/pinskia/src/gnu/
gcc/src/gcc/cp/tree.c:1349
#1 0x0814d29f in current_decl_namespace () at
/home/peshtigo/
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
18:39 ---
Subject: Bug 23157
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-03 18:39:11
Modified files:
gcc: ChangeLog tree-scalar-evolution.c
L
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
18:39 ---
Here is something a little smaller:
template class insert_iterator > {};
template class insert_iterator {
hash_set<_Value>;
Reduced by hand.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23219
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-03
18:55 ---
Patch proposed to add the general runtime warning mechanism to libgfortran,
which solves this PR.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
19:49 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
19:54 ---
Confirmed, I think this is a dup of bug 18878 (it is at least related to PR
18878).
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
19:56 ---
Actually it is a dup of bug 18878, the problem is that gfortran does not like
the use of the same
variable listed twice, this is still a bug.
*** This bug has been marked as a duplicate of 18878 ***
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
19:56 ---
*** Bug 23217 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 20:05
---
Sorry, the key was the -no-undefined bit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23215
--- Additional Comments From howarth at nitro dot med dot uc dot edu
2005-08-03 20:21 ---
Andrew,
Do you think you might be interested in tackling the implementation of the
DW_TAG_common_block tag if we could get HJ Lu and/or Jakub Jelinek to provide
technical assistance? Having the
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
20:25 ---
(In reply to comment #2)
Jack,
Actually on ppc-darwin, GCC still uses stabs so I doubt this is the bug you are
hitting.
--
What|Removed |Added
--
I have reduced this test case as much I could. The fact that it doesn't seem
reducable any further suggests that this is a highly unlikely-to-be-hit corner
case :)
# cat ThreadSpawnerThread.java
public class ThreadSpawnerThread extends Thread {
public static class AvailableQueue {
public c
Compiling this little bit of code with -fstack-protector-all
extern int foo (int);
int bar (int a, int b)
{
return foo (a + b);
}
produces on x86-64 the following object code:
0: 01 f7 add%esi,%edi
2: 64 48 8b 04 25 28 00mov%fs:0x28,%rax
9: 00 00
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23221
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
23:14 ---
Confirmed, it is a little more obvious on ppc-darwin:
_bar:
mflr r0
stmw r29,-12(r1)
stw r0,8(r1)
stwu r1,-96(r1)
lis r29,ha16(___stack_chk_guard)
la r29,lo16(
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
I'd submit this through bugzilla but it looks like it's hosed right
now...
When attempting to compile Xine for Solaris I got the following error:
gcc -O3 -mcpu=ultrasparc -mtune=ultrasparc -fno-inline-functions -c
test.c -o test.o
/var/tmp//cco3qSnO.s: Assembler messages:
/var/tmp//cco3qSnO.s:
--- Additional Comments From jkj at sco dot com 2005-08-04 00:57 ---
Just FYI, this still fails for me, from 3.4.4 all teh way up to the mainline,
when using -fPIC. Platform is UnixWare, but thats not significantly different
from the test point of view to any other x86 target. I dont have
When attempting to compile Xine for Solaris I got the following error:
gcc -O3 -mcpu=ultrasparc -mtune=ultrasparc -fno-inline-functions -c
test.c -o test.o
/var/tmp//cco3qSnO.s: Assembler messages:
/var/tmp//cco3qSnO.s:464: Error: Illegal operands: There are only 32
single precision f reg
--- Additional Comments From aaronw at net dot com 2005-08-04 01:33 ---
Created an attachment (id=9425)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9425&action=view)
Test case that creates the problem
gcc -O3 -mcpu=ultrasparc -mtune=ultrasparc -fno-inline-functions -c
test.c -o
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
01:36 ---
This is a gas bug.
*** This bug has been marked as a duplicate of 15247 ***
*** This bug has been marked as a duplicate of 15247 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
01:36 ---
*** Bug 23222 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From aaron_williams at net dot com 2005-08-04
01:58 ---
Subject: Re: gas complains "There are only 32 single precision
f registers; [0-31]" when compiling glibc-2.3.2/math/dosincos.c
I'm not sure that this is the same bug since the bug indicates it's a
bug in
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-04
02:39 ---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |re
--- Additional Comments From flash at pobox dot com 2005-08-04 02:43
---
The patch looked good in overnight crash-testing over five thousand files in
our source tree. I used checking=yes version with patches 8277 and 9330. I'm
afraid last night's results aren't directly comparable to
The following code causes a segfault:
typedef int32_t (*ProcPtr)();
void Dispatcher(int32_t startCode)
{
if (rcvArgs.bytesReceived <
This doesn't look to me like either bug 22604 or 23118. It's a Delta-reduction
from a file for a
different bug (internal compiler error: tree check: expected
--- Additional Comments From flash at pobox dot com 2005-08-04 03:28
---
Created an attachment (id=9426)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9426&action=view)
105393_segfault_CertMgrDispatcher_min.i
PalmSource bug 105393.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
As a general part of testing for my platform (UnixWare),
I always run teh testsuites with -fPIC (I also multilib
for -fPIC). There is a general problem with PIC, and
its not unique to UnixWare, many of the same tests fail
on Linux when running the test suites with -fPIC. Many
of the errors are alon
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
03:33 ---
Confirmed.
--
What|Removed |Added
Component|c |c++
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
03:41 ---
2804-1.c is PR 19227.
2009-1.c is PR 19228.
20020919-1.c is PR 19275
sibcall-6.c is PR 19278
The above testcases are just testcase problems and nothing more.
You have to look into why the other test
--
What|Removed |Added
GCC target triplet||i586-pc-sysv5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23224
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
03:43 ---
Looks like complex returns are broken for your target with -fPIC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23224
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
03:48 ---
Some more testcase failures with -fPIC:
[3.4 only] ICE in g++.old-deja/g++.pt/asm1.C and asm2.C with -fpic/-fPIC (PR
19226)
Failure in gcc.dg/assign-warn-3.c on i686-pc-linux-gnu with -fpic/-fPIC (PR
19232
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
03:50 ---
And -fPIC is tested:
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00192.html (3.4 branch)
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00168.html (4.0 branch)
http://gcc.gnu.org/ml/gcc-testresults/20
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-04
03:57 ---
Subject: Bug 23221
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-04 03:57:43
Modified files:
gcc: ChangeLog calls.c function.c tree.h
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-04 04:01
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From jkj at sco dot com 2005-08-04 04:03 ---
Wow. You sure are on top of things Andrew :)
Sorry I missed the -fPIC reports. The few I looked at didn't have them.
As for complex returns being broken on my target, do you by any chance have any
insight as to where I
The code below gives the following error:
internal compiler error: tree check: expected class type, have exceptional
(error_mark) in
build_pointer_type_for_mode, at tree.c:4246
This sounds like bug 18177, but that was supposedly fixed in 4.0.0.
PalmSource bug 105393.
Here's the code:
typ
--- Additional Comments From flash at pobox dot com 2005-08-04 04:06
---
Created an attachment (id=9427)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9427&action=view)
105393_CertMgrDispatcher_min.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23225
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
04:17 ---
Confirmed, a little further reduced:
void Dispatcher()
(__builtin_offsetof (ArgsType, largeMsgLen))
Even changing __builtin_offsetof to __offsetof does not make 3.4.0 ICE.
--
What|Remove
1 - 100 of 116 matches
Mail list logo
