[Bug bootstrap/32272] make exit because build/genmodes.exe doesn't exist
--- 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 did run configure > in > the source dir then even if after that you configure in a clean build dir > you'll get this error. > > So the solution is to regenerate a clean source dir (either untar or svn co) > and to absolutely avoid to configure in it, always configure in a build dir. In what way does this description differ from mine that I overlook? Maybe we should let toplevel configure check that, if a separate build tree is used, then $srcdir/host-$host_noncanonical may not exist. Cheers, Ralf -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32272
[Bug bootstrap/32272] make exit because build/genmodes.exe doesn't exist
--- 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32272
[Bug libgcj/32198] rmic fails if remote method throws superclass of RemoteException
--- 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 it from source (using build/build.sh) and then try to generate stubs from server/output/classes/org/jboss/invocation/jrmp/server/JRMPInvoker.class [1] http://sourceforge.net/project/showfiles.php?group_id=22866&package_id=16942&release_id=548923 [2] rmic -classpath $LOCALCLASSPATH:server/classes/ -d stubs/ -keepgenerated -v1.2 -verbose -g org.jboss.invocation.jrmp.server.JRMPInvoker [Processing class org.jboss.invocation.jrmp.server.JRMPInvoker.class] [analyze class org.jboss.invocation.jrmp.server.JRMPInvoker] [implements org.jboss.invocation.Invoker] [implements java.rmi.Remote] [Generating class org.jboss.invocation.jrmp.server.JRMPInvoker_Stub] Package org.jboss.invocation.jrmp.server, name JRMPInvoker impl JRMPInvoker Exception in thread "main" gnu.classpath.tools.rmic.CompilationError: invoke, defined in org.jboss.invocation.Invoker, does not throw java.rmi.RemoteException at gnu.classpath.tools.rmic.SourceGiopRmicCompiler.compile(libgcj-tools.so.81) at gnu.classpath.tools.rmic.SourceGiopRmicCompiler.run(libgcj-tools.so.81) at gnu.classpath.tools.rmic.Main.run(libgcj-tools.so.81) at gnu.classpath.tools.rmic.Main.main(libgcj-tools.so.81) -- jerico dot dev at gmail dot com changed: What|Removed |Added CC||jerico dot dev at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32198
[Bug c/21759] Implement warning for codes at the intersection of C and C++
--- 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 changed: What|Removed |Added CC||ghazi at gcc dot gnu dot org Last reconfirmed|2005-12-18 20:03:32 |2008-06-19 08:03:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21759
[Bug c++/36576] New: gcc 4.3.1 doesn't build for me on openSUSE 10.3
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-libgcc -B/home/schaeff/gcc-4.3.1-bin/./gcc -nostdinc++ -L/home/schaeff/gcc-4.3.1-bin/x86_64-unknown-linux-gnu/libstdc++-v3/src -L/home/schaeff/gcc-4.3.1-bin/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/usr/local/x86_64-unknown-linux-gnu/bin/ -B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/x86_64-unknown-linux-gnu/include -isystem /usr/local/x86_64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc-4.3.1/libjava -I./include -I./gcj -I../../../gcc-4.3.1/libjava -Iinclude -I../../../gcc-4.3.1/libjava/include -I../../../gcc-4.3.1/libjava/classpath/include -Iclasspath/include -I../../../gcc-4.3.1/libjava/classpath/native/fdlibm -I../../../gcc-4.3.1/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../gcc-4.3.1/libjava/libltdl -I../../../gcc-4.3.1/libjava/libltdl -I../../../gcc-4.3.1/libjava/.././libjava/../gcc -I../../../gcc-4.3.1/libjava/../zlib -I../../../gcc-4.3.1/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -fomit-frame-pointer -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/usr/local\" -DTOOLEXECLIBDIR=\"/usr/local/lib/../lib64\" -DJAVA_HOME=\"/usr/local\" -DBOOT_CLASS_PATH=\"/usr/local/share/java/libgcj-4.3.1.jar\" -DJAVA_EXT_DIRS=\"/usr/local/share/java/ext\" -DGCJ_ENDORSED_DIRS=\"/usr/local/share/java/gcj-endorsed\" -DGCJ_VERSIONED_LIBDIR=\"/usr/local/lib/../lib64/gcj-4.3.1-9\" -DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"\" -DLIBGCJ_DEFAULT_DATABASE=\"/usr/local/lib/../lib64/gcj-4.3.1-9/classmap.db\" -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.3.1/classmap.db\" -g -O2 -D_GNU_SOURCE -MT posix-threads.lo -MD -MP -MF .deps/posix-threads.Tpo -c ../../../gcc-4.3.1/libjava/posix-threads.cc -o posix-threads.o >/dev/null 2>&1 here=`pwd`; cd ../../../gcc-4.3.1/libjava/classpath/lib; \ find gnu java javax org sun -name .svn -prune -o -name '*.class' -print | \ gjar -cfM@ $here/libgcj-4.3.1.jar jar: internal error: java.lang.NullPointerException: man at java.util.jar.JarOutputStream.(JarOutputStream.java:43) at gnu.classpath.tools.jar.Creator.writeCommandLineEntries(Creator.java:225) at gnu.classpath.tools.jar.Creator.run(Creator.java:246) at gnu.classpath.tools.jar.Main.run(Main.java:276) at gnu.classpath.tools.jar.Main.main(Main.java:284) make[3]: *** [libgcj-4.3.1.jar] Fehler 1 make[3]: Leaving directory `/home/schaeff/gcc-4.3.1-bin/x86_64-unknown-linux-gnu/libjava' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/home/schaeff/gcc-4.3.1-bin/x86_64-unknown-linux-gnu/libjava' make[1]: *** [all-target-libjava] Fehler 2 make[1]: Leaving directory `/home/schaeff/gcc-4.3.1-bin' make: *** [all] Fehler 2 -- Summary: gcc 4.3.1 doesn't build for me on openSUSE 10.3 Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: karx11erx at hotmail dot com GCC build triplet: X86 GCC host triplet: X86 GCC target triplet: X86 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36576
[Bug c/34800] Compile failure with --combine and a union with an anonymous struct
--- 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 Known to work||4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34800
[Bug fortran/36577] New: Segmentation fault from gfortran compilation
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:12657: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. [zjin:~/coart/spec] jin% gfortran -v Using built-in specs. Target: i386-apple-darwin8.9.1 Configured with: ../gcc-4.3-20070518/configure --enable-languages=fortran,c++ Thread model: posix gcc version 4.3.0 20070518 (experimental) Thank you in advance. -- Summary: Segmentation fault from gfortran compilation Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zhonghaij at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36577
[Bug fortran/36577] Segmentation fault from gfortran compilation
--- 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=36577
[Bug fortran/36577] Segmentation fault from gfortran compilation
--- 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
[Bug java/35257] jar: internal error: java.lang.NullPointerException bootstrapping libjava
--- 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 CC||karx11erx at hotmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35257
[Bug c++/36576] gcc 4.3.1 doesn't build for me on openSUSE 10.3
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36576
[Bug fortran/36577] Segmentation fault from gfortran compilation
--- 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 1 Fatal Error: Can't open module file 'pmom_aer.mod' for reading at (1): No such file or directory -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36577
[Bug fortran/36577] Segmentation fault from gfortran compilation
--- 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 (prerelease) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36577
[Bug c/34800] Compile failure with --combine and a union with an anonymous struct
--- 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34800
[Bug c/34800] Compile failure with --combine and a union with an anonymous struct
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34800
[Bug rtl-optimization/35604] Label references are not updated after edge insertion
--- 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): Skip the condition of an IF_THEN_ELSE. We only want to change jump destinations, not eventual label comparisons. Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/jump.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35604
[Bug target/36527] gcc 4.2.x generates wrong code for ARM target
--- 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 Known to work|3.4.6 |3.4.6 4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36527
[Bug rtl-optimization/35604] Label references are not updated after edge insertion
-- ubizjak at gmail dot com changed: What|Removed |Added Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35604
[Bug c/28706] [4.1 Regression] Compile failure with --combine and explicitly aligned structures
--- 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 Known to work|4.0.0 |4.0.0 4.3.1 4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28706
[Bug middle-end/36578] New: cast to long double not taken into account when result stored to a double
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 corresponds to the IEEE-754 double precision and the "long double" type
corresponds to the traditional x86 extended precision) with the arguments:
4294967219 4294967429
(these arguments allow the double rounding effect to be visible).
#include
#include
int main (int argc, char **argv)
{
double a, b, c, d, e;
long double al, bl, dl, el;
if (argc != 3)
exit (1);
a = atof (argv[1]);
b = atof (argv[2]);
al = a;
bl = b;
c = a * b;
d = (long double) a * (long double) b;
e = al * bl;
dl = (long double) a * (long double) b;
el = al * bl;
printf ("a = %.0f\n", a);
printf ("b = %.0f\n", b);
printf ("c = %.0f\n", c);
printf ("d = %.0f\n", d);
printf ("e = %.0f\n", e);
printf ("dl = %.0Lf\n", dl);
printf ("el = %.0Lf\n", el);
return 0;
}
Incorrect result (with gcc 3.4 to gcc 4.3.1):
a = 4294967219
b = 4294967429
c = 18446744314227707904
d = 18446744314227707904
e = 18446744314227712000
dl = 18446744314227709952
el = 18446744314227709952
Correct result (as given by gcc 3.3) is the same except:
d = 18446744314227712000
Note: I compiled with the options -std=c99 -Wall -pedantic.
--
Summary: cast to long double not taken into account when result
stored to a double
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vincent at vinc17 dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36578
[Bug middle-end/36578] cast to long double not taken into account when result stored to a double
--- 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 implementation shall conform to the IEEE-754 standard.\n"
"FLT_EVAL_METHOD is %d (see ISO/IEC 9899, 5.2.4.2.2#7).\n\n",
(int) FLT_EVAL_METHOD);
#endif
which outputs:
__STDC_IEC_559__ defined:
The implementation shall conform to the IEEE-754 standard.
FLT_EVAL_METHOD is 0 (see ISO/IEC 9899, 5.2.4.2.2#7).
So, one can't even say that the value of d is correct because it is the same as
the exact result rounded to double precision. The fact that the double rounding
doesn't occur is a bug here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36578
[Bug bootstrap/33396] add --enable-intermodule
--- 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_OBJS. * Makefile.in: Handle onestep build. (COMPILE-m): New variable to build with --combine. * configure: Regenerate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33396
[Bug other/36579] New: gcc refuses to recognize libraries on the command line
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 succeeds: g++ -lpthread minimal.o -L. -lmcf_ext -o go here, libext.a is a c-library. -- Summary: gcc refuses to recognize libraries on the command line Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: c94wjpn at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36579
[Bug other/36579] gcc refuses to recognize libraries on the command line
--- 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 than once. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36579
[Bug libgcj/32198] rmic fails if remote method throws superclass of RemoteException
--- 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 CC||tromey at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-06-19 15:27:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32198
[Bug target/36559] Softfloat library support absent for Coldfire
--- 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. Ciao luigi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36559
[Bug c++/36576] gcc 4.3.1 doesn't build for me on openSUSE 10.3
--- 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 |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36576
[Bug c++/36576] gcc 4.3.1 doesn't build for me on openSUSE 10.3
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36576
[Bug java/35257] jar: internal error: java.lang.NullPointerException bootstrapping libjava
--- 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
[Bug other/36579] gcc refuses to recognize libraries on the command line
--- 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 at gcc dot gnu dot org changed: What|Removed |Added CC||rwild at gcc dot gnu dot org Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36579
[Bug objc/36580] New: ICE at -O2 and above (with strict aliasing) with invalid Objective-C code.
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 preprocessed source if appropriate.
See for instructions.
I don't know if this is a regression of not. I found this while testing the
tuples branch which included the wrong include directories and messed up the
code.
--
Summary: ICE at -O2 and above (with strict aliasing) with invalid
Objective-C code.
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery
Severity: normal
Priority: P3
Component: objc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36580
[Bug c++/36576] gcc 4.3.1 doesn't build for me on openSUSE 10.3
--- 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. Is there an updated gjar somewhere I can install? -- karx11erx at hotmail dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36576
[Bug ada/36562] gnatmake not processing shared library projects
--- 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 the bug. This has only been tested on x86_64-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36562
[Bug c++/36523] OpenMP task construct fails to instantiate copy constructor
--- 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_functions): Don't clear node->needed and node->reachable. * cgraphbuild.c (record_reference): Handle OMP_PARALLEL and OMP_TASK. * omp-low.c (delete_omp_context): Call finalize_task_copyfn. (expand_task_call): Don't call expand_task_copyfn. (expand_task_copyfn): Renamed to... (finalize_task_copyfn): ... this. * testsuite/libgomp.c++/task-7.C: New function. Added: trunk/libgomp/testsuite/libgomp.c++/task-7.C Modified: trunk/gcc/ChangeLog trunk/gcc/cgraphbuild.c trunk/gcc/cgraphunit.c trunk/gcc/omp-low.c trunk/libgomp/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36523
[Bug fortran/36577] Segmentation fault from gfortran compilation
--- 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
[Bug fortran/36540] libgfortran compile warnings
--- 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
[Bug ada/36573] s-intman.adb:232:50: "SA_ONSTACK" is undefined
--- 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_ONSTACK): Define. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/s-osinte-hpux-dce.ads -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36573
[Bug ada/36573] s-intman.adb:232:50: "SA_ONSTACK" is undefined
--- 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|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36573
