org
ReportedBy: thomas dot orgis at awi dot de
GCC host triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40678
--- Comment #4 from thomas dot orgis at awi dot de 2009-06-30 08:18 ---
Hm, the gfortran program _is_ installed with that script. I have the evidence
on my disk;-) It was created the same day the other current gcc/fortran files
have been installed.
Could it be a side-effect of building
orgis at awi dot de
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40583
not recognize .f95 files
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: thomas dot orgis at awi dot de
GCC build
--- Comment #2 from thomas dot orgis at awi dot de 2009-06-29 12:51 ---
Thanks for confirming that it _should_ work.
Now the question is: What is wrong with the installation on my system so that
it does not work?
I see that gfortran is apparently trying to preprocess the .F95 files
--- Comment #2 from thomas dot orgis at awi dot de 2009-06-29 12:54 ---
Well, then, I have to assume that the Source Mage gcc install screws up.
As to contact the vendor: I change that to fix that install process, as I
am sort of part of said GNU/Linux vendor, the Source Mage
at gimplify.c:6315
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: thomas dot orgis at awi dot de
GCC build triplet
--- Comment #8 from thomas dot orgis at awi dot de 2008-11-04 08:52 ---
Ok, first, let me apologize for the 15 check is miscompiled statement...
operator precedence got me there.
The feature for stack-realignment I meant is
__attribute__((force_align_arg_pointer))
I use this already
Version: 4.3.1
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: thomas dot orgis at awi dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux
--- Comment #1 from thomas dot orgis at awi dot de 2008-11-03 13:26 ---
Created an attachment (id=16617)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16617action=view)
tar with the test source file, script to test the bug, example disassembly
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from thomas dot orgis at awi dot de 2008-11-03 13:35 ---
Are you saying that there is no way to protect my library from user programs
that have misaligned stacks?
The whole checking business is in vain, then?
To sad that it working fine with older gccs made be believe
--- Comment #5 from thomas dot orgis at awi dot de 2008-11-03 16:08 ---
Aren't we talking about data on the stack?
And, actually gcc-4.2 can realign the stack, if you ask it to.
But, well ... in any case it would be very helpful if a programmer had a way to
deal devensively with stack
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: thomas dot orgis at awi dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36454
--- Comment #1 from thomas dot orgis at awi dot de 2008-06-06 21:45 ---
Oh, btw: I reckon that this is independent of host system, but for reference: I
tested this on x86-64-linux (gfortran 4.1.2 or such) and x86-linux (4.2.3 and
4.3.0).
--
thomas dot orgis at awi dot de changed
--- Comment #6 from thomas dot orgis at awi dot de 2008-02-28 10:40 ---
Eh... one question: Does the fix in 4.3 just make the initialization with
REAL exponent work (Fortran 2003, AFAIK) or does it also fix the error message
when working in strict Fortran 95 mode (hm, I suppose
--- Comment #3 from thomas dot orgis at awi dot de 2008-02-27 10:12 ---
Well, that's good to hear that this is already fixed.
Though it may be nit-picky to note that there isn't a 4.3 gfortran binary
package on the page you pointed out but only 4.2 and trunk (4.4) ;-)
I'll see when
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: thomas dot orgis at awi dot de
GCC build triplet: x86_64-suse-linux
GCC host triplet: x86_64-suse-linux
GCC target triplet
--- Comment #1 from thomas dot orgis at awi dot de 2008-02-26 17:37 ---
I stripped a bit more and I think I got the root of the problem, illustrated by
this more minimal example:
MODULE data
IMPLICIT NONE
PRIVATE
INTEGER, PARAMETER :: dat_dimension = 2
TYPE dat_sigtype
18 matches
Mail list logo