--- Comment #4 from danglin at gcc dot gnu dot org 2008-06-20 05:08 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from danglin at gcc dot gnu dot org 2008-06-20 05:07 ---
Subject: Bug 36573
Author: danglin
Date: Fri Jun 20 05:06:24 2008
New Revision: 136981
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136981
Log:
PR ada/36573
* s-osinte-hpux-dce.ads (SA_ONST
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-06-20 03:53
---
None of the proposed type casts fix this problem. Requires some configury
repair work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36540
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-06-20 03:49
---
junk.f compiles without error for me here.
Do you have the gmp and mpfr libraries installed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36577
--- Comment #1 from jakub at gcc dot gnu dot org 2008-06-20 02:18 ---
Subject: Bug 36523
Author: jakub
Date: Fri Jun 20 02:18:07 2008
New Revision: 136977
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136977
Log:
PR c++/36523
* cgraphunit.c (cgraph_process_new_f
--- Comment #1 from chrisp_42 at bigpond dot com 2008-06-19 21:42 ---
Created an attachment (id=15791)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15791&action=view)
patch to fix configuration for ada/36562
Attached is a patch which fixes configuration problem associated with th
--- Comment #4 from karx11erx at hotmail dot com 2008-06-19 20:01 ---
(In reply to comment #3)
> Update your system. Report this bug to OpenSUSE.
>
> *** This bug has been marked as a duplicate of 35257 ***
>
My system is up to date. It is automatically updated several times a week.
Testcase:
struct objc_class { } ;
object_get_class(id object)
{
(Class)object;
}
struct objc_class {};
--- CUT ---
We get:
IMP.mi:6: error: redefinition of 'struct objc_class'
IMP.mi:6: internal compiler error: in layout_type, at stor-layout.c:1878
Please submit a full bug report,
with preproces
--- Comment #2 from rwild at gcc dot gnu dot org 2008-06-19 16:12 ---
(In reply to comment #0)
> It seems to me that the ordering of the libraries / object files given on the
> command line is significant.
Yes, it is, has always been, also with shared libraries.
Not a bug.
--
rwild
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-06-19 16:02 ---
*** Bug 36576 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35257
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-06-19 16:02 ---
Update your system. Report this bug to OpenSUSE.
*** This bug has been marked as a duplicate of 35257 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from karx11erx at hotmail dot com 2008-06-19 15:59 ---
(In reply to comment #1)
> This is a bug in opensuse's gjar.
>
> *** This bug has been marked as a duplicate of 35257 ***
>
How do I fix it?
--
karx11erx at hotmail dot com changed:
What|Removed
--- Comment #7 from luigi dot mantellini at idf-hit dot com 2008-06-19
15:27 ---
Created an attachment (id=15790)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15790&action=view)
Fix config.gcc in order to compile the correct libraries
I (think) resolved using the proposed patch.
--- Comment #2 from tromey at gcc dot gnu dot org 2008-06-19 15:27 ---
Confirmed; I think the analysis is correct here.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-19 15:02 ---
Is libext.a an archive?
If so this is not a bug as archives are only looked at once by the most
linkers.
You can use -Wl,--start-group -Wl,--end-group if you want to group
libraries/objects to be looked at more
It seems to me that the ordering of the libraries / object files given on the
command line is significant.
This fails:
g++ -lpthread -L. -lext minimal.o -o go
minimal.o: In function `main':
minimal.cpp:(.text+0x1f): undefined reference to `ext_'
collect2: ld returned 1 exit status
Whereas this s
--- Comment #12 from aldot at gcc dot gnu dot org 2008-06-19 14:57 ---
Created an attachment (id=15789)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15789&action=view)
handle libdecnumber
libdecnumber/ChangeLog
* configure.ac: Add option --enable-intermodule and adjust bid
--- Comment #1 from vincent at vinc17 dot org 2008-06-19 14:37 ---
To make things clear, perhaps I should have added:
#if __STDC__ == 1 && __STDC_VERSION__ >= 199901 && defined(__STDC_IEC_559__)
#pragma STDC FP_CONTRACT OFF
printf ("__STDC_IEC_559__ defined:\n"
"The implemen
The following program shows that the casts to long double are not taken into
account when the result to stored to a variable of type double. This bug occurs
with gcc from 3.4 to 4.3.1, but didn't occur with gcc 3.3.
The bug can be reproduced on a Linux/x86_64 machine (i.e. where the "double"
type
--- Comment #8 from aldot at gcc dot gnu dot org 2008-06-19 14:10 ---
works for me with 4.3.1 and current trunk
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
---
--
ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.3.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35604
--- Comment #8 from benny at ammitzboell-consult dot dk 2008-06-19 14:07
---
Works on gcc 4.3.1
--
benny at ammitzboell-consult dot dk changed:
What|Removed |Added
--- Comment #7 from uros at gcc dot gnu dot org 2008-06-19 14:05 ---
Subject: Bug 35604
Author: uros
Date: Thu Jun 19 14:04:31 2008
New Revision: 136947
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136947
Log:
PR rtl-optimization/35604
* jump.c (redirect_exp_1)
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-06-19 13:23 ---
Fixed so closing as such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from alexandre dot nunes at gmail dot com 2008-06-19 13:21
---
(In reply to comment #1)
> Works for me with
> GNU C (Debian 4.3.1-2) version 4.3.1 (i486-linux-gnu)
> and current trunk.
>
Yes, 4.3.x is not affected, even pre-releases of 4.3.0 worked fine for me.
--
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-06-19 12:23 ---
Removing the offending USE statement (commnet #3) only results in a load of
undefined references, i.e. compilation was (sort of) successfull - no problem
to be seen?!
$> gfortran-4.3
gcc version 4.3.2 20080618 (prer
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-06-19 12:20 ---
Can not reproduce this for now. Please make sure that you include all necessary
files ...
$ gfortran-4.3 -g -w pr36577.f
pr36577.f:13595.72:
USE PMOM_aer
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-19 12:09 ---
This is a bug in opensuse's gjar.
*** This bug has been marked as a duplicate of 35257 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-06-19 12:09 ---
*** Bug 36576 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from zhonghaij at yahoo dot com 2008-06-19 11:39 ---
Created an attachment (id=15788)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15788&action=view)
junk.f is extracted from coart.f
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36577
--- Comment #1 from zhonghaij at yahoo dot com 2008-06-19 11:38 ---
Created an attachment (id=15787)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15787&action=view)
coart.f is the original source, junk.f is the part with problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
I got an error message when compiling my code coart.f . Seems gfortran does
not like the block data. But I tried to separate the component with problem
(the attached junk.f), it was fine. Could you please tell me why?
Here is what happened:
[zjin:~/coart/spec] jin% gfortran -c coart.f
coart.f:12
--- Comment #1 from aldot at gcc dot gnu dot org 2008-06-19 10:54 ---
Works for me with
GNU C (Debian 4.3.1-2) version 4.3.1 (i486-linux-gnu)
and current trunk.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--
gcc build terminates with an error on gcc 4.3.1.
Source is installed in /home//gcc-4.3.1 (gcc, g++, objc, java, fortran,
libstdc++)
Make is called in /home//gcc-4.3.1-bin after having called
../gcc-4.3.1/configure from that folder.
libtool: compile: /home/schaeff/gcc-4.3.1-bin/./gcc/xgcc -shared-
--- Comment #6 from ghazi at gcc dot gnu dot org 2008-06-19 08:03 ---
Manuel - "quick and dirty" list got posted here:
http://gcc.gnu.org/ml/gcc/2008-06/msg00412.html
I think #3 & #4 are implemented, #1 & #2 remain. There might be others of
course.
--
ghazi at gcc dot gnu dot org c
--- Comment #1 from jerico dot dev at gmail dot com 2008-06-19 07:55
---
I have got the same problem when trying to produce stubs for JBoss AS. Works
fine with SUN, grmic throws the an exception however (see [2]). To reproduce
download JBoss AS 4.2.2-GA source tarball from [1], compile
--- Comment #11 from laurent at guerby dot net 2008-06-19 07:45 ---
No difference, just to confim.
I must admit I never understood why GCC configure does not fail immediately
when sourcedir=builddir since it doesn't work, but I guess your proposed check
would be a step in this direction
--- Comment #10 from Ralf dot Wildenhues at gmx dot de 2008-06-19 07:22
---
Subject: Re: make exit because build/genmodes.exe
doesn't exist
* laurent at guerby dot net wrote on Thu, Jun 19, 2008 at 08:29:14AM CEST:
> It happened to me but I found the source: if even once you d
38 matches
Mail list logo
