--- Additional Comments From ian at airs dot com 2005-08-03 06:00 ---
I looked into fixing this on the 3.4 branch. There is at minimum a series of
patches which would have to be applied:
1) mklibgcc.in has to be changed to group all the EXTRA_MULTILIB_PARTS files for
a particular
http://groups-beta.google.com/group/comp.lang.c++.moderated/browse_thread/thread/3c449572456c8592
The test program:
#include vector
int distance(std::vectorint v1, std::vectorint v2)
{
return v1.size() - v2.size();
}
int main()
{
std::vectorint v1(3), v2(1);
int d = distance(v1, v2);
--- 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
--- 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 ==
--- 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
--- 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
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
--
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
-Message
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=9419action=view)
Patch to init.c in libobjc to fix protocol problem.
This patch is relative to CVS.
--
--- 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=9420action=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=9421action=view)
test case #2a
Requires the protocolCase2b.m attachment as well.
Compile using gcc -g protocolCase2b.m
--- 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=9422action=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=HEADcontent-
type=text/vnd.viewcvs-markup
That is not my code, and I am not the
--- 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 ***
--
--- 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
--- 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
--- 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:
--- 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 :
--- 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:
--- 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
--- 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
--- 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:
--- 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 the
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
--- 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
--- 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:
--- 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.
--- 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
--- 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)
--- 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 variable.selection_count+0
--- 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=9423action=view)
testcase to reproduce internal compiler error
--
--
What|Removed |Added
Attachment #9423|application/octet-stream|text/plain
mime type||
--- 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
--- 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
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
18:39 ---
Here is something a little smaller:
template class _Tp class insert_iteratorslist_Tp {};
template class _Value class insert_iteratorint {
hash_set_Value;
Reduced by hand.
--
--- 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
--- 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
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
--
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:
--- 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
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
--- 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=9425action=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
--- 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
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=9426action=view)
105393_segfault_CertMgrDispatcher_min.i
PalmSource bug 105393.
--
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
--- 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
--
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
--- 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)
--- 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
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:
1 - 100 of 115 matches
Mail list logo