Hi,
in some cases, a breakpoint can't be set on a continue or break
statement. Here is a simple example:
void foc (void)
{
int a, i;
for (i = 1; i <= 10; i++) {
if (i < 3)
a = 1;
else
break; // line 9
a = 5;
}
}
int main(void)
{
foc ();
}
The reason is quie
On Mar 14, 2007, at 3:16 PM, Ian Lance Taylor wrote:
Tristan Gingold <[EMAIL PROTECTED]> writes:
in some cases, a breakpoint can't be set on a continue or break
statement. Here is a simple example:
The reason is quiet simple: even at -O0 -g, there is no insn (and no
BB) corre
On Apr 26, 2007, at 3:07 PM, Claus Fischer wrote:
Dear GCC folks,
may I humbly put in a word for my dear bug 29609,
which is very close to my heart?
I write most of my C code in the style
if (!do_something(...))
goto failure_handler;
and letting the debugger stop at the 'goto'
On 10 Jul 2014, at 04:23, Trevor Saunders wrote:
> Hi,
>
> I've noticed that the following targets are built in config-list.mk with
> --enable-obsolete
> i686-interix3 - doesn't appear to actually require --enable-obsolete
> though, should it be marked as obsolete in config.gcc?
> score-* and p
On 08 Sep 2014, at 12:01, Pierre-Marie de Rodat wrote:
> Hello,
>
> I would like to test a GCC patch on the platform it is supposed to affect
> (PowerPC). In order to to this, I'm using the following documentation:
>
>https://gcc.gnu.org/simtest-howto.html
>
> However, after fresh CVS ch
On 08 Sep 2014, at 16:51, Pierre-Marie de Rodat wrote:
> On 09/08/2014 12:26 PM, Tristan Gingold wrote:
>> CVS ? Binutils (and gdb) are now using git:
>
> Huh! I knew this, but not being a daily CVS user, I though the commands in
> the documentation would get a binutil
Is it ok to require gcc 4.9 (3 years old) or later to build GNAT ?
We plan to use gcc exceptions within the GNAT front-end (previously we were
using a FE specific exception mechanism).
This requires a matching implementation in the runtime, which was last changed
for gcc 4.9
Our idea is to compl
> On 19 Jan 2017, at 11:46, Richard Biener wrote:
>
> On Thu, Jan 19, 2017 at 11:11 AM, Tristan Gingold wrote:
>> Is it ok to require gcc 4.9 (3 years old) or later to build GNAT ?
>>
>> We plan to use gcc exceptions within the GNAT front-end (previously we w
> On 19 Jan 2017, at 13:33, Jakub Jelinek wrote:
>
> On Thu, Jan 19, 2017 at 01:26:32PM +0100, Andreas Schwab wrote:
>> On Jan 19 2017, Tristan Gingold wrote:
>>
>>> Is it ok to require gcc 4.9 (3 years old) or later to build GNAT ?
>>
>> The newe
> On 19 Jan 2017, at 12:31, Richard Biener wrote:
>
> On Thu, Jan 19, 2017 at 12:04 PM, Tristan Gingold wrote:
>>
>>> On 19 Jan 2017, at 11:46, Richard Biener wrote:
>>>
>>> On Thu, Jan 19, 2017 at 11:11 AM, Tristan Gingold
>>> wrote
> On 19 Jan 2017, at 13:33, Jakub Jelinek wrote:
>
> On Thu, Jan 19, 2017 at 01:26:32PM +0100, Andreas Schwab wrote:
>> On Jan 19 2017, Tristan Gingold wrote:
>>
>>> Is it ok to require gcc 4.9 (3 years old) or later to build GNAT ?
>>
>> The newe
On Nov 3, 2011, at 3:23 PM, Richard Guenther wrote:
> On Thu, Nov 3, 2011 at 3:22 PM, Richard Guenther
> wrote:
>> On Thu, Nov 3, 2011 at 3:20 PM, Dominique Dhumieres
>> wrote:
>>> Revision 180821 breaks bootstrap on x86_64-apple-darwin10:
>>>
>>> ../../work/gcc/collect2.c: In function 'int m
On Sep 4, 2009, at 11:06 PM, Stefan Dösinger wrote:
Hi,
I tried to install binutils from CVS and the gcc SVN code on my mac
to test my
msvc_prologue work there, but I ran into an interesting problem:
When using the SVN gcc with my own as, I cannot compile any files:
Assembler messages:
Fata
On Sep 15, 2009, at 3:46 PM, Steven Bosscher wrote:
Hi,
The status is that there is no status, unfortunately (it's an
interesting extension...).
This extension is not presently implemented in the FSF GCC.
AFAIU there is no reason to believe Apple will contribute patches to
implement it.
I t
On Mar 3, 2010, at 11:36 AM, Andrew Haley wrote:
> On 03/03/2010 04:52 AM, b95705...@ntu.edu.tw wrote:
>
>> I am highly interestd in implementing C compiler for EFI Byte Code in
>> gcc and participate in Google Summer Code.
>>
>> EFI is a much larger, more complex,OS-like replacement for the ol
On Mar 16, 2010, at 3:50 PM, H.J. Lu wrote:
> 2010/3/8 Paweł Sikora :
>> hi,
>>
>> during development a cross platform appliacation on x86 workstation
>> i've enabled an alignemnt checking [1] to catch possible erroneous
>> code before it appears on client's sparc/arm cpu with sigbus ;)
>>
>> i
On Mar 16, 2010, at 4:37 PM, Alexey Salmin wrote:
>>> I am interested in an -mstrict-alignment option for x86.
>>
>> Not sure it will be useful. The libc still does unaligned accesses IIRC.
>>
>
> Wow. What for?
Well, simply because it is not compiled with strict alignment. There might
also
On Mar 19, 2010, at 1:33 PM, b95705...@ntu.edu.tw wrote:
> Hello Tristan,
>
>> I think the main issue is that EFI C dialect is not ANSI-C compliant: the
>> size of pointer is determined
>> at the run-time and therefore the layout of the structure is not static.
>> Gcc doesn't support this mod
On Mar 19, 2010, at 12:48 PM, b95705...@ntu.edu.tw wrote:
> I use Macbook with refit ,and its EFI shell version is 1.10.I have read
> some related information but I don't find how to launch EBC virture machine.
> I am truely want to know how could I launch it with fully appreciation.
> And I am wo
On May 3, 2010, at 12:02 PM, Jay K wrote:
>
> /src/gcc-4.5.0/libgcc/../gcc/config/alpha/vms-gcc_shell_handler.c: In
> function 'get_dyn_handler_pointer':
> /src/gcc-4.5.0/libgcc/../gcc/config/alpha/vms-gcc_shell_handler.c:73:3:
> error: 'PDSCDEF' undeclared (first use in this function)
> /src/
On May 3, 2010, at 12:33 PM, Jay K wrote:
>
> VMS decc$types.h:
>
> typedef unsigned int __size_t;
>
> but with GCC 4.5.0 this preprocesses as:
>
> typedef unsigned int ;
>
> and there are ensuing errors e.g. when compiling gcc/libiberty/regex.c
>
> probably because of:
>
> /us
On Dec 6, 2010, at 6:23 PM, Dave Korn wrote:
> Tristan, sorry, you must be sick of hearing from me by now,
No, not really :-)
> but I notice the
> branch was still labile a couple of hours ago... it would be really good if we
> could get HJ's patch approved and backported before you spin the re
On Jul 19, 2013, at 2:26 AM, Andy Lutomirski wrote:
> Windows has a feature that I've wanted on Linux forever: stack-based
> (i.e. scoped) exception handling. The upshot is that you can do,
> roughly, this (pseudocode):
[...]
Indeed Windows and OpenVMS have such a mechanism. That's clean and
l
On 26 Nov 2013, at 04:23, Jan-Benedict Glaw wrote:
> Hi!
>
> Build log is available at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=36942
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40027
Yes, we are aware of that. Basically, the openvms configuration
Hi,
we are currently working on the use of the arm ehabi for Ada exceptions,
and we aren't sure about which encoding has to be used for ttype.
The patch http://gcc.gnu.org/ml/gcc-patches/2011-09/msg00765.html
explains that on `Older ARM EABI toolchains set this value
[ttype_encoding] incorrectly`
On Apr 3, 2012, at 7:37 PM, Diego Novillo wrote:
>
> We would like to start the process to make GCC 4.8 build in C++ mode by
> default.
>
> The mechanics of the change are simple enough. I volunteer to test changing
> the default on all primary targets (assuming I can get them from the GCC
On Apr 4, 2012, at 3:12 PM, Ian Lance Taylor wrote:
> Tristan Gingold writes:
>
>> On Apr 3, 2012, at 7:37 PM, Diego Novillo wrote:
>>
>>>
>>> We would like to start the process to make GCC 4.8 build in C++ mode by
>>> default.
>>>
On Apr 4, 2012, at 4:37 PM, Gabriel Dos Reis wrote:
> On Wed, Apr 4, 2012 at 8:32 AM, Tristan Gingold wrote:
>
>> For Alpha, gas crashes during libstdc++ build. From initial investigation,
>> this looks manageable. But Alpha object format is quite old, and has no
>>
Hi,
I have added two entries:
alpha64-dec-openvms - currently as failed. I still have to investigate the
support of weak symbols by the assembler
ia64-hp-openvms - pass. But it requires some patches for Ada.
Tristan.
On Apr 10, 2012, at 3:07 PM, Diego Novillo wrote:
> On 4/10/12 8:41 AM, Tristan Gingold wrote:
>> Hi,
>>
>> I have added two entries:
>> alpha64-dec-openvms - currently as failed. I still have to investigate the
>> support of weak symbols by the assembler
&
Hi,
did you try with this patch:
http://gcc.gnu.org/ml/gcc-patches/2012-05/msg00970.html
Tristan.
On May 29, 2012, at 12:23 PM, Mailaripillai, Kannan Jeganathan wrote:
> Hi,
>
> This modification (assertion) is causing failure in ia64-hp-hpux11.23:
>
> r187199 | rsandifo | 2012-05-05 10:41:4
the original post:
> http://gcc.gnu.org/ml/gcc/2012-05/msg00371.html
>
> Regards,
> Kannan
>
> -Original Message-
> From: Mailaripillai, Kannan Jeganathan
> Sent: Wednesday, May 30, 2012 2:44 PM
> To: 'Tristan Gingold'
> Cc: gcc@gcc.gnu.org
> Subj
o!
Tristan.
>
> Regards,
> Kannan
>
> -Original Message-
> From: Tristan Gingold [mailto:ging...@adacore.com]
> Sent: Wednesday, June 06, 2012 1:17 PM
> To: Mailaripillai, Kannan Jeganathan
> Cc: gcc@gcc.gnu.org
> Subject: Re: regression due to r187199 explow.
is failing due to this.
I haven't tried to build for ia64-hpux, only for ia64-openvms (which doesn't
support omp).
What is the backtrace ?
Tristan.
>
> Regards,
> Kannan
>
> -Original Message-
> From: Mailaripillai, Kannan Jeganathan
> Sent: Wednesday, J
:0 in compile ()
> #30 0x6571940:0 in finalize_compilation_unit ()
> #31 0x51bc8e0:0 in c_write_global_declarations ()
> #32 0x9c63b30:0 in compile_file ()
> #33 0x9c6b470:0 in do_compile ()
> #34 0x9c6b9c0:0 in toplev_main (argc=49, argv=0x7fffeee8)
> #35 0xf564740:0 in main (argc
On Oct 4, 2012, at 11:23 PM, Ian Lance Taylor wrote:
> On Thu, Oct 4, 2012 at 1:32 PM, Jack Howarth wrote:
>> Is libbacktrace currently functional in gcc trunk and is it expected
>> to function on darwin? While I could understand it not working on installed
>> binaries of FSF gcc that were str
On Oct 5, 2012, at 11:37 AM, Richard Guenther wrote:
> On Fri, Oct 5, 2012 at 9:15 AM, Tristan Gingold wrote:
>>
>> On Oct 4, 2012, at 11:23 PM, Ian Lance Taylor wrote:
>>
>>> On Thu, Oct 4, 2012 at 1:32 PM, Jack Howarth
>>> wrote:
>>>> Is
On Aug 21, 2007, at 11:49 PM, Gordan Bobic wrote:
These are the only place I found references to them, apart from the
files in the gcc/ada directory:
gcc/ada/g-alveop.adb
gcc/ada/g-alveop.ads
gcc/ada/g-alleve.adb
gcc/ada/g-alleve.ads
I ignored these - I am making a rash assumption here tha
38 matches
Mail list logo
