Gcc complains about legal code. Test case stripped down from a gdb
testsuite test case.
Environment:
System: Linux fishfood.ninemoons.com 2.6.14-1.1656_FC4 #1 Thu Jan 5 22:13:22
EST 2006 i686 i686 i386 GNU/Linux
Architecture: i686
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc
bug.i
--
# 1 "bug.c"
# 1 ""
# 1 ""
# 1 "bug.c"
int main ()
{
float f = 1.0;
if(isinf(f))
return 1 ;
return 0;
}
--
Command that does NOT trigger bug
gcc bug.c
Output of gcc when bug NOT triggered
Undefined first referenced
symbol
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-01-28 13:35
---
isinf is a standard function, its invocation is simply optimized away at -O.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-28 15:17 ---
Confirmed, a regression from at least 4.0.2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25917
--- Comment #1 from jsm28 at gcc dot gnu dot org 2006-01-28 16:52 ---
Now bug 25890 is fixed on mainline, the test fails in this way (but referring
to "Operand 4 of `tbit.z'") on mainline - but it passes on 4.1 branch so is a
regression on mainline.
--
jsm28 at gcc dot gnu dot org ch
--- Comment #2 from jsm28 at gcc dot gnu dot org 2006-01-28 17:04 ---
Created an attachment (id=10747)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10747&action=view)
Dump file for vect-reduc-dot-s16.c, -mlp64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25918
--- Comment #3 from jsm28 at gcc dot gnu dot org 2006-01-28 17:05 ---
Created an attachment (id=10748)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10748&action=view)
Dump file for vect-reduc-pattern-2.c, -mlp64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25918
--- Comment #2 from jsm28 at gcc dot gnu dot org 2006-01-28 17:09 ---
Test appears now to be PASSing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25684
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-01-28 17:24
---
*** Bug 25684 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25315
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-28 17:25 ---
Confirmed, also happens on powerpc-darwin7.9.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
FAIL: tr1/8_c_compatibility/cfenv/functions.cc (test for excess errors)
appeared on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11 on mainline,
presumably at the time the new test was added. The issue is that C99 TC1
changed some of the functions from returning void to returning int,
and this tes
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-28 17:24 ---
I am going to close this as a dup of bug 25315, then.
*** This bug has been marked as a duplicate of 25315 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from hp at gcc dot gnu dot org 2006-01-28 17:44 ---
Confirmed with 110246 for cris-axis-linux-gnu.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-28 17:52 ---
Fixed by:
2006-01-23 Adam Nemet <[EMAIL PROTECTED]>
* fix-header.c (read_scan_file): Add new parameter imultilib when
calling register_include_chains.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-01-28 18:47
---
The copyprop enhancement patch I have in development handles the case where the
stores are not constant. I.e.
int tmp = 1;
f->s = tmp;
f->s2 = 2;
if (f->s != tmp)
link_error ();
and -fno-tree-ccp.
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-01-28 18:49 ---
This one is a bit tricky, because the code would
be legal (if memory-leaking) for if a were a pointer.
Also, using a stat variable is supposed to catch this.
Seems like we need a new function for allocating allocata
--- Comment #15 from mmitchel at gcc dot gnu dot org 2006-01-28 19:24
---
Subject: Bug 25855
Author: mmitchel
Date: Sat Jan 28 19:24:03 2006
New Revision: 110329
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110329
Log:
PR c++/25855
* pt.c (most_speialized_inst
--- Comment #16 from mmitchel at gcc dot gnu dot org 2006-01-28 19:24
---
Subject: Bug 25855
Author: mmitchel
Date: Sat Jan 28 19:24:11 2006
New Revision: 110330
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110330
Log:
PR c++/25855
* pt.c (most_speialized_inst
--- Comment #17 from mmitchel at gcc dot gnu dot org 2006-01-28 19:24
---
Subject: Bug 25855
Author: mmitchel
Date: Sat Jan 28 19:24:45 2006
New Revision: 110331
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110331
Log:
PR c++/25855
* pt.c (most_speialized_inst
--- Comment #18 from mmitchel at gcc dot gnu dot org 2006-01-28 19:28
---
Subject: Bug 25855
Author: mmitchel
Date: Sat Jan 28 19:28:01 2006
New Revision: 110332
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110332
Log:
PR c++/25855
* class.c (resolve_address_o
--- Comment #2 from dbb at hadenmead dot com 2006-01-28 19:36 ---
This function is not present in Solaris9 (although it is indeed available in
Solaris10). So - with or without the optimiser - the compile should always
fail; unless, of course,the optimiser makes assumptions about the inte
--- Comment #19 from mmitchel at gcc dot gnu dot org 2006-01-28 19:37
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-01-28 19:41
---
> This function is not present in Solaris9 (although it is indeed available in
> Solaris10). So - with or without the optimiser - the compile should always
> fail; unless, of course,the optimiser makes assumptions
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #1 from danglin at gcc dot gnu dot org 2006-01-28 20:08 ---
The problem is the ada version of main doesn't call __main, so the
EH objects linked into the executable are not registered.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25926
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-28 20:11
---
Fixed for 4.2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-28 20:23 ---
Not Darwin specific.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC build tri
For the following code...
public class b
{
public static final int FOOBAR = 555;
}
..I would expect to see FOOBAR in .rodata. However gcj currently places this
in .data.
If you poke through the .jar.so files we have in Fedora Core you'll see big
chunks of .data that should actually .rodata.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-28 20:38 ---
Note there are ticks for final static data to be changed IIRC. I don't know
how useful they are or if they really are valid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26007
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-28 20:42 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26007
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-28 20:49 ---
Confirmed and then ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-28 20:50 ---
Suspending based on the fact the defect report is still opened.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|insn-automata.c:2433: |[4.2 Regression
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|writer written by |[4.2 Regression
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18540
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23552
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24962
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24327
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25084
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20852
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25085
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25086
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25416
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20881
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23308
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25538
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25710
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24276
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15234
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23319
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25891
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25093
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.0.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16803
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|cc1: error: unrecognized|[4.2 Regression] cc1: error:
|command line option "
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25367
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25386
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to work||4.0.3 3.4.6 4.1.0 4.2.0
Target Milestone|---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23675
--- Comment #4 from dbb at hadenmead dot com 2006-01-28 21:30 ---
Sorry, I must ask you to help me here.
The function [macro] isinf() is not declared [or defined] in any of the
Solaris9 include files (the nearest it comes is in /usr/include/ieefp.h, which
defines the function finite(),
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-28 21:35 ---
Again this is a bug in your code/Semi in solaris and not in GCC.
isinf is a standard function (it does not have to be implemented as a macro).
--
pinskia at gcc dot gnu dot org changed:
What|Remo
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-01-28 21:44
---
> Yet such code DOES compile with gcc -O under gcc4.0.2. However, the following
> does not compile, with or without -O :-
>
> int something(float f)
> {
> f = f*f ;
> }
> int main ()
> {
> float f ;
>
--- Comment #1 from laurent at guerby dot net 2006-01-28 21:56 ---
Confirmed present on 4.0.2 (release),
4.1.0 20060126 (prerelease)
4.2.0 20060126 (experimental)
Another way to make it work is to be explicit in foo.adb:
package Numbers_Z is new Numbers.Z (S_X.Z.S_Two);
--
lauren
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-01-28 22:10
---
Subject: Bug 25999
Author: mmitchel
Date: Sat Jan 28 22:10:17 2006
New Revision: 110337
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110337
Log:
PR c++/25999
* decl.c (start_preparsed_fun
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-28 22:11
---
Subject: Bug 25999
Author: mmitchel
Date: Sat Jan 28 22:11:14 2006
New Revision: 110339
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110339
Log:
PR c++/25999
* decl.c (start_preparsed_fun
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-01-28 22:11
---
Subject: Bug 25999
Author: mmitchel
Date: Sat Jan 28 22:11:42 2006
New Revision: 110340
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110340
Log:
PR c++/25999
* decl.c (start_preparsed_fun
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-01-28 22:14
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-28 22:26 ---
Wait a minute:
c
c Hello, world.
c
Program Hello
implicit none
logical DONE
DO while (.NOT. DONE)
write(*,10)
END DO
10 format('Hello, world.')
END
That is undefin
--- Comment #4 from hp at gcc dot gnu dot org 2006-01-28 22:55 ---
Subject: Bug 25947
Author: hp
Date: Sat Jan 28 22:55:01 2006
New Revision: 110341
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110341
Log:
PR target/25947
* gcc.dg/torture/pr25947-1.c: New test.
--- Comment #5 from hp at gcc dot gnu dot org 2006-01-28 22:58 ---
Subject: Bug 25947
Author: hp
Date: Sat Jan 28 22:58:24 2006
New Revision: 110343
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110343
Log:
PR target/25947
* config/cris/cris.c (cris_order_for_ad
--- Comment #6 from hp at gcc dot gnu dot org 2006-01-28 23:00 ---
Subject: Bug 25718
Author: hp
Date: Sat Jan 28 23:00:24 2006
New Revision: 110344
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110344
Log:
PR target/25718
* gcc.dg/torture/pr25718-1.c: New test.
--- Comment #7 from hp at gcc dot gnu dot org 2006-01-28 23:01 ---
Subject: Bug 25718
Author: hp
Date: Sat Jan 28 23:01:20 2006
New Revision: 110345
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110345
Log:
PR target/25718
* config/cris/cris.md ("uminsi3"): Don'
--- Comment #5 from hp at gcc dot gnu dot org 2006-01-28 23:03 ---
Subject: Bug 25706
Author: hp
Date: Sat Jan 28 23:03:00 2006
New Revision: 110346
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110346
Log:
PR target/25706
* gcc.dg/torture/pr25706-1.c: New test.
--- Comment #6 from hp at gcc dot gnu dot org 2006-01-28 23:04 ---
Subject: Bug 25706
Author: hp
Date: Sat Jan 28 23:03:58 2006
New Revision: 110347
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110347
Log:
PR target/25706
* config/cris/cris.md ("*extopqihi_side
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-29 00:08 ---
Fixed in 4.1.0 and above.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-29 00:26 ---
Should have been fixed by:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00508.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21107
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-29 00:26 ---
Any news on this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21428
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-29 00:29 ---
Confirmed, fixed at least on the mainline, this might be too hard to fix on the
4.1 branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from dbb at hadenmead dot com 2006-01-29 00:36 ---
Please forgive my persistence, but :-
> Again this is a bug in your code/Semi in solaris and not in GCC.
Possibly in Solaris (non-compliance with standard), but the code I have
supplied contains no bugs : the code should
I think the best way to describe the problem is giving a simple piece of code:
int t1;
int t2;
int * a = &t1;
int const * const & b = a;
a = &t2;
printf ("test 2: %x %x\n", a, b);
if (a != b)
printf ("UPS!!!\n");
My gcc -v outputs:
Using built-in specs.
Target: i486-linux-gnu
Conf
--- Comment #1 from ciprian dot craciun at gmail dot com 2006-01-29 00:41
---
Created an attachment (id=10752)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10752&action=view)
The preprocessed file that exemplifies the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26011
--- Comment #2 from ciprian dot craciun at gmail dot com 2006-01-29 00:42
---
Created an attachment (id=10753)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10753&action=view)
The original source code file that exemplifies the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-29 01:38 ---
int t1;
int t2;
int * a = &t1;
int const * const & b = a;
This does something different than you think.
It creates a temparory variable for the type, "const int *" as you need to
first convert a to that and the
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-29 01:46 ---
Well first when using optimization, GCC finds that 1.0 is finite.
Your test should look more like:
float f = 1.0;
int main ()
{
if(isinf(f))
return 1 ;
return 0;
}
But watch out for real optimizing (IPO based
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-29 02:02 ---
Confirmed, your 3.3.2 is redhat's and I don't trust it enough to consider this
a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
On the platform that add underscore before the external symbol, the name
mangling in the following code generates different name for
"testtemplate::memberfunc()::memberfunclocalstaticvar const" with and
without -O3. With -O3, the mangled name is incorrect.
extern void func();
class testclass0
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 02:53 ---
This is a dup of bug 14516 which was fixed in 4.0.0.
*** This bug has been marked as a duplicate of 14516 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-01-29 02:53
---
*** Bug 26013 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-29 03:34 ---
The options in 4.2.0 is "-Woverlength-strings"
Fixed by:
* c.opt: Add -W(no-)overlength-strings.
* doc/invoke.texi: Document it.
* c-opts.c (c_common_handle_option): -pedantic implies
During bootstrap, libgcj builds fine. However, the first time something is
linked against it (that would be jv-convert), linker complains there are
undefined references in libgcj.so. They look like standard system calls and C
library functions with "@SUNW_x.y" appended (x.y being version, like 0.
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2006-01-29 03:50
---
Subject: Bug 25835
Author: jvdelisle
Date: Sun Jan 29 03:50:23 2006
New Revision: 110361
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110361
Log:
2006-01-28 Jerry DeLisle <[EMAIL PROTECTED]>
Configure a current subversion copy of gcc with --target=vax--netbsdelf, do
"make bootstrap." Watch it fail during stage1 like so:
...
for d in libgcc; do \
if [ -d $d ]; then true; else /bin/sh ../../gcc/../mkinstalldirs $d; fi; \
done
mkdir libgcc
if [ -f stmp-dirs ]; then true; else touch st
--- Comment #6 from alex at milivojevic dot org 2006-01-29 03:52 ---
It just shows how rusty my Fortran is ;-)
I've compiled the updated test program, and got the same thing. It does not
work on SUNW,UltraAX-e2.
--
alex at milivojevic dot org changed:
What|Removed
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2006-01-29 03:58
---
Subject: Bug 25835
Author: jvdelisle
Date: Sun Jan 29 03:58:42 2006
New Revision: 110362
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110362
Log:
2006-01-28 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 04:04 ---
These symbols all come from libc and they are not that strange. They are just
versioned versions of the symbols.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26014
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-01-29 04:32
---
All the rest of the issues are going to be too complex for me to fix, IFort
does not optimize Fortran code like this either.
So the comments which are not fixed are #0 and #2 across the functions.
The correspondi
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-29 04:34 ---
I think GNU binutils 2.16 is broken on Solaris 11.
And it is:
http://sourceware.org/ml/binutils/2005-07/msg00294.html
Please update your binutils or not use GNU ld.
--
pinskia at gcc dot gnu dot org changed:
1 - 100 of 109 matches
Mail list logo
