Re: enquiry about GSoC

2025-03-17 Thread Martin Jambor
Hello, we are delighted you found contributing to GCC interesting. On Thu, Mar 06 2025, Manish Mathe via Gcc wrote: > Hi, I am Manish, a 2nd year B.tech student from India and I have been using > C for almost a year now, mostly to solve DSA problems on leetcode. I > started learning C++ a month a

Re: Enquiry

2022-01-31 Thread Jonathan Wakely via Gcc
On Mon, 31 Jan 2022 at 10:25, Andreas Schwab wrote: > > On Jan 30 2022, Jonathan Wakely via Gcc wrote: > > > On Sun, 30 Jan 2022, 10:58 Jakub Jelinek, wrote: > > > >> On Sun, Jan 30, 2022 at 10:50:56AM +, Jonathan Wakely wrote: > >> > We could put a trap instruction at the end of the function

Re: Enquiry

2022-01-31 Thread Andreas Schwab
On Jan 30 2022, Jonathan Wakely via Gcc wrote: > On Sun, 30 Jan 2022, 10:58 Jakub Jelinek, wrote: > >> On Sun, Jan 30, 2022 at 10:50:56AM +, Jonathan Wakely wrote: >> > We could put a trap instruction at the end of the function though, which >> > would make the result a bit less arbitrary. >>

Re: Enquiry

2022-01-31 Thread Jonathan Wakely via Gcc
On Mon, 31 Jan 2022 at 10:16, Theodore Papadopoulo wrote: > > On 1/30/22 11:58, Jakub Jelinek wrote: > > On Sun, Jan 30, 2022 at 10:50:56AM +, Jonathan Wakely wrote: > >> We could put a trap instruction at the end of the function though, which > >> would make the result a bit less arbitrary. >

Re: Enquiry

2022-01-31 Thread Theodore Papadopoulo
On 1/30/22 11:58, Jakub Jelinek wrote: On Sun, Jan 30, 2022 at 10:50:56AM +, Jonathan Wakely wrote: We could put a trap instruction at the end of the function though, which would make the result a bit less arbitrary. I've come around to thinking that's preferable for cases like this. Depen

Re: Enquiry

2022-01-31 Thread Jakub Jelinek via Gcc
On Sun, Jan 30, 2022 at 11:11:15AM +, Jonathan Wakely wrote: > On Sun, 30 Jan 2022, 10:58 Jakub Jelinek, wrote: > > > On Sun, Jan 30, 2022 at 10:50:56AM +, Jonathan Wakely wrote: > > > We could put a trap instruction at the end of the function though, which > > > would make the result a b

Re: Enquiry

2022-01-31 Thread Theodore Papadopoulo
On 1/30/22 12:17, Jonathan Wakely wrote: Meta-comment: a subject line of "Enquiry" is very vague, and most commonly used by spammers and phishers. Your enquiry is about undefined behaviour due to a missing return, which would have been a much better subject. Indeed. Did not realize that. Will

Re: Enquiry

2022-01-30 Thread Jonathan Wakely via Gcc
Meta-comment: a subject line of "Enquiry" is very vague, and most commonly used by spammers and phishers. Your enquiry is about undefined behaviour due to a missing return, which would have been a much better subject. On Sun, 30 Jan 2022, 09:48 Theodore Papadopoulo, < theodore.papadopo...@inria

Re: Enquiry

2022-01-30 Thread Jonathan Wakely via Gcc
On Sun, 30 Jan 2022, 10:58 Jakub Jelinek, wrote: > On Sun, Jan 30, 2022 at 10:50:56AM +, Jonathan Wakely wrote: > > We could put a trap instruction at the end of the function though, which > > would make the result a bit less arbitrary. > > > > I've come around to thinking that's preferable f

Re: Enquiry

2022-01-30 Thread Jakub Jelinek via Gcc
On Sun, Jan 30, 2022 at 10:50:56AM +, Jonathan Wakely wrote: > We could put a trap instruction at the end of the function though, which > would make the result a bit less arbitrary. > > I've come around to thinking that's preferable for cases like this. Depends on which exact cases. Because f

Re: Enquiry

2022-01-30 Thread Jonathan Wakely via Gcc
On Sun, 30 Jan 2022, 10:42 Jakub Jelinek via Gcc, wrote: > On Sun, Jan 30, 2022 at 10:47:41AM +0100, Theodore Papadopoulo wrote: > > Before creating a bug report, I want to check with the GCC community (all > > the more that checking that the problem has not yet been reported is > > complicated a

Re: Enquiry

2022-01-30 Thread Jakub Jelinek via Gcc
On Sun, Jan 30, 2022 at 10:47:41AM +0100, Theodore Papadopoulo wrote: > Before creating a bug report, I want to check with the GCC community (all > the more that checking that the problem has not yet been reported is > complicated at leat for me). > > The following (admitedly buggy) program genera

Re: Enquiry on GSoC projects

2011-03-18 Thread Jason Merrill
On 03/18/2011 08:14 PM, Diego Novillo wrote: On Fri, Mar 18, 2011 at 18:53, Levon Haykazyan wrote: Dear gcc contributors, My name is Levon Haykazyan, I am a PhD student at Yerevan State University (Armenia) studying theoretical computer science. I am considering applying to Summer of Code for

Re: Enquiry on GSoC projects

2011-03-18 Thread Diego Novillo
On Fri, Mar 18, 2011 at 18:53, Levon Haykazyan wrote: > Dear gcc contributors, > > My name is Levon Haykazyan, I am a PhD student at Yerevan > State University (Armenia) studying theoretical computer > science. I am considering applying to Summer of Code for > adding some C++0x support in gcc. I w

Re: Enquiry

2009-06-03 Thread Vijay
Thanks for the response Mukti. I think the options could be: |-mlong-calls -mno-ep and ||-mno-prolog-function. Could please tell me how to sepcify these options in makefile? Because I use gmake (in Cygwin shell) Thanks, -Vijay | mukti jain wrote: Can you experiment with optionmization op