public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
* Problem
@ 1999-12-10 17:02 Alexander Pochaevets
  1999-12-31 22:24 ` Problem Alexander Pochaevets
  0 siblings, 1 reply; 7+ messages in thread
From: Alexander Pochaevets @ 1999-12-10 17:02 UTC (permalink / raw)
  To: gnu

Dear staff of GNU,

I have some problem with
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
on PC under Linux

/* --------------------- zz.c -------------------------- */
#include
<stdlib.h>                                                            
#include
<math.h>                                                              
                                                                               
int
main(void){                                                                
  printf("%ld\n",(signed long
int)rint((double)2.5));                          
  return
0;                                                                    
}                                                                              
/* ----------------------------------------------------- */
                                                                               

$ cc -o zz zz.c
-lm                                                              
$ ./zz
2                                                                              
                                                                             
$ cc -o zz zz.c -lm
-ansi                                                        
$ ./zz
1074883448                                                                     
                                                                               
                                                                               
Any comments will be appreciated.
Regards,
Sasha

^ permalink raw reply	[flat|nested] 7+ messages in thread
* Problem
@ 2004-07-08 15:26 m waqar
  2004-07-08 15:32 ` Problem Eljay Love-Jensen
  0 siblings, 1 reply; 7+ messages in thread
From: m waqar @ 2004-07-08 15:26 UTC (permalink / raw)
  To: gcc-help


Respected Sir,I want to know that how can I gernrate
Asemmbly Souce CodeUsing GNU C++ complier.

Thanks




		
__________________________________
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
http://promotions.yahoo.com/new_mail

^ permalink raw reply	[flat|nested] 7+ messages in thread
* Problem
@ 2004-07-08 15:30 m waqar
  0 siblings, 0 replies; 7+ messages in thread
From: m waqar @ 2004-07-08 15:30 UTC (permalink / raw)
  To: gcc-help


Respected Sir,I want to know that how can I gernrate
Asemmbly Souce CodeUsing GNU C++ complier.

Thanks




	
		
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail 

^ permalink raw reply	[flat|nested] 7+ messages in thread
* Problem
@ 2008-11-19 17:22 Timo Kreuzer
  0 siblings, 0 replies; 7+ messages in thread
From: Timo Kreuzer @ 2008-11-19 17:22 UTC (permalink / raw)
  To: gcc-help

Hi,

I am working on x64 SEH for ReactOS. The idea is to use .cfi_escape
codes to mark the code positions where the try block starts / ends and
of the except landing pad. The emitted .eh_frame section is parsed after
linking and converted into Windows compatible unwind info / scope tables.
This works quite well so far.

Now the problem: The exception filter and the finally clause are being
created as nested functions. Now I need to know (in the parsing step
after linking) the addresses of these functions and that they belong to
the corresponding try / except statement. Best would be emitting the
address of the nested function as .cfi_escape, but that doesn't really
work. 1) .cfi_escape only takes bytes, not rvas and 2) the C compiler
doesn't want to give me the address of the nested function at compile time.

I ended up with a dirty hack, referencing the "parent code" from the
inline function with a lea opcode:

{
    __label__ label1;
label1:
    asm volatile (".cfi_escape 0x50, 0x01\n");
    int nested_function()
    {
        asm volatile ("lea %0, %%eax" : : "m"(*(volatile
int*)(&&label1)) : "eax" )
        asm volatile (".cfi_escape 0x50, 0x02\n");
    }
}

From the escape code I know that there must be a lea instruction, that I
can read the rva from. Together with the position of the start of the
nested function and the position of the label (that would correspond to
the end of the try block for example), I have all the information.
But it's dirty.

Does anyone know a better solution for that?

Thanks in advance,
Timo



^ permalink raw reply	[flat|nested] 7+ messages in thread
* Problem
@ 2009-09-29  9:55 sl529
  0 siblings, 0 replies; 7+ messages in thread
From: sl529 @ 2009-09-29  9:55 UTC (permalink / raw)
  To: gcc-help

The problem was arised at the end of bootstrap process of GCC with jRate 
Ported.


[WARNING]: Unable to set scheduling policy.
[WARNING]: You might need to run this application as root
libgcj failure: gcj linkage error.
Incorrect library ABI version detected.  Aborting.

Anyone can help?

Best Regards
Charlie

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2009-09-29  9:55 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-12-10 17:02 Problem Alexander Pochaevets
1999-12-31 22:24 ` Problem Alexander Pochaevets
2004-07-08 15:26 Problem m waqar
2004-07-08 15:32 ` Problem Eljay Love-Jensen
2004-07-08 15:30 Problem m waqar
2008-11-19 17:22 Problem Timo Kreuzer
2009-09-29  9:55 Problem sl529

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).