--- Comment #16 from howarth at nitro dot med dot uc dot edu 2007-11-29
04:34 ---
It appears that the Darwin9 linker will be modified to handle this issue as the
linux linker does in the next Developer Tools update. However it is very
unlikely Darwin8's cctools will ever see such a
--- Comment #13 from burnus at gcc dot gnu dot org 2007-11-27 09:48 ---
For testsub.f, g95 creates (for EXTERNAL BDTEST):
static void * U0 = bdtest_;
which shows up as:
U bdtest_
same for ifort. While sunf95 and openf95 have bdtest_ in the dump.
And for the BLOCK
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2007-11-27
14:22 ---
Does anyone have access to other platforms to see if blocktest_data breaks when
compiled with gfortran on anything other than Darwin and Cywin?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34136
--- Comment #15 from burnus at gcc dot gnu dot org 2007-11-27 17:36 ---
(In reply to comment #13)
For testsub.f, g95 creates (for EXTERNAL BDTEST):
static void * U0 = bdtest_;
which shows up as:
U bdtest_
same for ifort. While sunf95 and openf95 have bdtest_ in
--- Comment #8 from mrs at apple dot com 2007-11-26 20:58 ---
Apparently there are two distinct ways to make this work, either, output a
reference to bdtest, or ensure that the linker tries to resolve commons from
libraries. Linux uses the later approach. To be portable, gfortran
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2007-11-27
02:18 ---
Created an attachment (id=14644)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14644action=view)
assembly file generated from testbd.f from g95 on i386-darwin9
--
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2007-11-27
02:18 ---
Created an attachment (id=14645)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14645action=view)
assembly file generated from testsub.f from g95 on i386-darwin9
--
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2007-11-27
02:23 ---
In case this helps prove Mike's hypothesis of the alternate fix to this problem
(outside of the patching the darwin linker), I've uploaded the assembly files
for testbd.f and testsub.f generated on
--- Comment #12 from mrs at apple dot com 2007-11-27 02:42 ---
Yes, the second set contains:
_U0.457:
.long _bdtest_
which is the part the makes the whole thing work on systems like darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34136
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2007-11-22
18:45 ---
Created an attachment (id=14611)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14611action=view)
assembly file generated from testsub.f on i386-redhat-linux (Fedora 8)
--
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2007-11-22
18:54 ---
Created an attachment (id=14614)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14614action=view)
assembly file generated from testbd.f on i386-redhat-linux (Fedora 8)
--
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2007-11-22
18:42 ---
Created an attachment (id=14610)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14610action=view)
assembly file generated from testsub.f on i686-apple-darwin9
--
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2007-11-22
18:55 ---
Added assembly files from testbd.f for i386-redhat-linux and
i686-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34136
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2007-11-22
18:53 ---
Created an attachment (id=14613)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14613action=view)
assembly file generated from testbd.f on i686-apple-darwin9
--
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2007-11-22
18:47 ---
As requested by Mike Stump, i've uploaded the assembly files generated with -S
for the testsub.f source file of blockdata_test for both i686-apple-darwin9
(which fails to pass) and i386-redhat-linux (which
15 matches
Mail list logo
