Correcting myself, sorry.
On 11/27/21 11:44 AM, Mario Bezzi wrote:
the code between #APP and #NO_APP is the same for the two runs.
The code between #APP and #NO_APP is *not* the same, still the call is
there. I.e. gcc attempted an optimization of the passed asm code.
Thank you,
mario
On
Tested under linux x86_64. _asm call sample blindly taken from
https://www.ibiblio.org/gferg/ldp/GCC-Inline-Assembly-HOWTO.html
gcc --version
gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0
int asmFunct() {
int from, to;
asm (" movl %0,%%eax; \n"
" movl %1,%%ecx; \n"
" call _foo
Peter thanks for all your help on this.
I agree with Seymour's statement below, and I consider the inability to
see dependencies that may exist as a compiler limitation.
For this reason, waiting for a long term formal solution, rather than
asking users to go through massive rework of their co
Peter, thank you for your interest and help.
Below my attempt to answer to your questions.
I hope this helps,
mario
On 11/23/21 2:19 PM, Peter Relson wrote:
Mario,
Did you ever try yours but returning the value in functRC (an output from
the __asm) rather than 0, just to bound the problem?
Y
rles
-Original Message-
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On
Behalf Of Mario Bezzi
Sent: Monday, November 22, 2021 9:37 AM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Curious compiler optimization
Apparently not..
int cGlue(void *functParms
Apparently not..
int cGlue(void *functParms) {
int cFuction(void *);
int functRC = cFunction(functParms);
return 0;
}
SOURCE,XREF,SSCOMM,LIST,LANGLVL(EXTENDED),LONGNAME,ASM,RENT,OPT(3)
000D8 End of Prolog
02 | *
00
knows the
function return code must be calculated.
regards, Tom
Date: Fri, 19 Nov 2021 08:33:20 -0500
From: Mario Bezzi
Subject: Re: Curious compiler optimization
Resending as the original, nicely formatted post, was rejected
because HTML.
Just for sharing..
The following simple C fun
Gil thank you, but I would not consider a "BALR 14,15" otiose.
In general I would expect the optimizer to let alone explicitly
handcrafted assembler code it doesn't understand.
mario
On 11/20/21 5:19 PM, Paul Gilmartin wrote:
On Nov 20, 2021, at 08:45:38, Phil Smith III wrot
Resending as the original, nicely formatted post, was rejected because HTML.
Just for sharing..
The following simple C function:
int asmFunct(void *asmFunctPtr, void *asmFunctParms) {
int functRC;
On 11/12/21 3:04 PM, Peter Relson wrote:
I'd think that if you want decent code, you don't ask for no optimization.
I have the following C function with embedded ASM:
int asmFunct(void *asmEntryPoint, void *functParms) {
int functRC;
__asm( " L 15,%1 \n"
" LR 1,%2
Thank you all for your kind help.
I will try to get an svc dump and see what the SDWA says.
I'll keep you posted.
mario
On 5/30/21 3:36 PM, Peter Relson wrote:
Are you able to get a dump that would have the SDWA in it (or record the
error in logrec so you can view it)?
RTM presents two sets o
Jonathan, thank you for bringing into play the linkage stack, good
point, and congratulations for recognizing IXGCONN from just few
instructions. amazing!
I will follow the execution within IXGL1RTE and see if I can make sense
of this.
Still I don't understand the PER interrupt code while it
Hello,
I have a Language Environment enabled program which seldomly fails with
a program check.
The Machine State section of the LE DUMP shows PSW and REGS at time of
error.
Machine State
MCH_EYE:ZMCH
GPR00:0007 GPR01:0003A970
GPR02:2F63612C GPR03:00094D62
GPR04:2F62A248 GP
I started using METAL C and love it. Calling METALC from C is very easy.
Just my own taste.
mario
On 11/15/2017 04:58 PM, Gord Tomlin wrote:
On 2017-11-15 09:58, John McKown wrote:
This idea came to me the other night. And may be explained by the slight
fever induced by my flu vacination. As
14 matches
Mail list logo
