"Zack Weinberg" <[EMAIL PROTECTED]> writes:
| Gabriel Dos Reis wrote:
| > I don't understand your statement. The C++ (and the C) standard says
| >
| > # If a source file that is not empty does not end in a new-line
| > # character, or ends in a new-line character immediately preceded by a
| >
On 3/27/07, Antoine Eiche <[EMAIL PROTECTED]> wrote:
Dear all,
I want to insert functions calls during a new pass.
Which version of GCC?
The problem is to
create parameters. At this time, I successfully create a function call
with two constante as parameter and insert it (I can see that in t
Gabriel Dos Reis wrote:
I don't understand your statement. The C++ (and the C) standard says
# If a source file that is not empty does not end in a new-line
# character, or ends in a new-line character immediately preceded by a
# backslash character, the behavior is undefined.
The GNU prepr
FX Coudert <[EMAIL PROTECTED]> writes:
> > Now I learned that there are currently no Fortran developers signed
> > up as SoC mentors for GCC. It would be really great if someone with
> > a decent knowledge of gfortran would be willing to be my mentor, so
> > I can work on this project. This really
I tried to apply on the SoC website, but the application form only
reloaded when I hit "Become a mentor", neither saying if it worked
or didn't work. So, I hope it worked. Can someone check it (Ian,
maybe?)
Problem fixed. The Google form doesn't work if you 1) use Safari and
2) come from
Now I learned that there are currently no Fortran developers signed
up as SoC mentors for GCC. It would be really great if someone with
a decent knowledge of gfortran would be willing to be my mentor, so
I can work on this project. This really wouldn't take up too much
of your time. I just
Hello
What application/tool can show inheritance tree of C++ classes, or
list all classes from a source code, which g++ can compile without
errors or warnings ?
On Wed, Mar 28, 2007 at 01:39:25PM +0100, Martin Michlmayr wrote:
> I noticed that you cleaned up C++ header dependencies in response to
> PR28080. This means that *a lot* of C++ code will no longer build.
Rather, programs that have never been built with any compiler other than
g++, but that assu
> "Francesco" == Francesco Montorsi <[EMAIL PROTECTED]> writes:
Francesco> This is very annoying when e.g. the first error is due to
Francesco> not finding a required header file: after that gcc goes on
Francesco> and spits out tons of errors about missing declarations for
Francesco> those thi
Thx for your answer,
But I believe the problem is not the contruction of the parameters of
the function, but the construction of the adress of an array and give it
at a function call.
Maybe, I don't say good my problem in my previous mail.
Example:
If I have an array A in a source code, I wan
Michael Veksler <[EMAIL PROTECTED]> writes:
> I would like to find how to force gcc (and its optimizers):
>
>1. Not to move stuff across in_profiler=* assignments, for all
> optimizers. This was measured to skew profiling by 10-20% on x86
> Linux, and more than x2 on tiny functio
"Dave Korn" <[EMAIL PROTECTED]> writes:
> To allow for non gcc compilers, I think I should in fact say
>
> #if defined(__GNUC__) && !defined(__GNUC_STDC_INLINE__)
> #define ELIDABLE_INLINE extern inline
> #else
> #define ELIDABLE_INLINE inline
> #endif
>
> ... i.e., if using gcc without the ne
On 28 March 2007 15:14, Ian Lance Taylor wrote:
> It's simpler than that. I defined new preprocessor macros
> specifically to avoid this complexity. Here is one approach that
> should work;
>
> #ifdef __GNUC_STDC_INLINE__
> #define ELIDABLE_INLINE inline
> #else
> #define ELIDABLE_INLINE extern
Hello all,
[Sorry for the excessively long mail. It contains introduction, problem
explanation, solution and a set of how-to questions].
== Introduction ==
Because gprof is completely useless in some cases (see below), I had to
develop
(1999) a new profiling algorithm. Unfortunately, my imple
On 28 Mar 2007 07:21:13 -0700, Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
> What is the protocol for confirming, taking ownership of, and closing
> bug reports in Bugzilla? I'd like to close out some bugs for which
> I've already committed the patches (20599 and 29993, at least) and
> take owner
On 28 March 2007 15:14, Ian Lance Taylor wrote:
> "Dave Korn" <[EMAIL PROTECTED]> writes:
>
>> So, am I correct to believe that we need to use plain 'inline' for c99
>> after gcc 4.4, and 'extern inline' before that? That is, I think I need
>> to write a test that looks like...
>>
>>
>> #i
"Doug Gregor" <[EMAIL PROTECTED]> writes:
> What is the protocol for confirming, taking ownership of, and closing
> bug reports in Bugzilla? I'd like to close out some bugs for which
> I've already committed the patches (20599 and 29993, at least) and
> take ownership of several others, but I am u
Antoine Eiche wrote on 03/27/07 13:28:
> Thanks for any help in finishing this pass
See how omp-low.c builds calls to the child parallel functions
(create_omp_child_function).
"Dave Korn" <[EMAIL PROTECTED]> writes:
> So, am I correct to believe that we need to use plain 'inline' for c99
> after gcc 4.4, and 'extern inline' before that? That is, I think I need to
> write a test that looks like...
>
>
> #if ((__GNUC__ > 4) || ((__GNUC__ == 4) && (__GNUC_MINOR__ >=
Manuel López-Ibáñez ha scritto:
(This question is more appropriate for gcc-help, this list is for gcc
development.)
ok, sorry. I'll post there next time.
From the manual page:
-Wfatal-errors
This option causes the compiler to abort compilation on the first
error occ
Hello,
What is the protocol for confirming, taking ownership of, and closing
bug reports in Bugzilla? I'd like to close out some bugs for which
I've already committed the patches (20599 and 29993, at least) and
take ownership of several others, but I am unable to do anything but
comment on the bu
(This question is more appropriate for gcc-help, this list is for gcc
development.)
From the manual page:
-Wfatal-errors
This option causes the compiler to abort compilation on the first
error occurred rather than trying to keep going and printing fur‐
ther e
Hi all,
I wonder if there is some option/flag I can feed to gcc to avoid
that it continues compiling my source files after it encounters the
first error... I've searched in gcc docs without success.
This is very annoying when e.g. the first error is due to not finding a
required header fi
On 25 March 2007 07:37, Andrew Pinski wrote:
> On 3/24/07, Brian Dessent wrote:
>> Dave Korn wrote:
>>
>>> # 405 "/usr/include/stdio.h" 3 4
>>
>> [ Which is from newlib (libc/include/stdio.h) if anyone reading this
>> doesn't have a Cygwin system handy. ]
>>
>>> static __inline__ int __sgetc_r(
I noticed that you cleaned up C++ header dependencies in response to
PR28080. This means that *a lot* of C++ code will no longer build.
Can you please mention your clean-up work at
http://gcc.gnu.org/gcc-4.3/changes.html so users are aware of what's
going on.
Thanks.
--
Martin Michlmayr
http://w
Steven Bosscher wrote:
On 3/28/07, Julian Brown <[EMAIL PROTECTED]> wrote:
Steven Bosscher wrote:
> All of this feels (to me anyway) like adding a lot of code to the
> middle end to support MEP specific arch features. I understand it is
> in the mission statement that more ports is a goal for G
On 3/28/07, Julian Brown <[EMAIL PROTECTED]> wrote:
Steven Bosscher wrote:
> All of this feels (to me anyway) like adding a lot of code to the
> middle end to support MEP specific arch features. I understand it is
> in the mission statement that more ports is a goal for GCC, but I
> wonder if th
On 28 March 2007 11:57, Kai Tietz wrote:
> Hello,
>
> I noticed a seg-fault in gengtype on cygwin bootstap. Guilty seem to be,
> that in method "oprintf" the standard c-library call "vsnprintf" is used,
> which is on MSVCRT broken. By a patching it to use vasnprintf it seems to
> work. Did somebo
Steven Bosscher wrote:
All of this feels (to me anyway) like adding a lot of code to the
middle end to support MEP specific arch features. I understand it is
in the mission statement that more ports is a goal for GCC, but I
wonder if this set of changes is worth the maintenance burden...
FWIW,
Hello,
I noticed a seg-fault in gengtype on cygwin bootstap. Guilty seem to be,
that in method "oprintf" the standard c-library call "vsnprintf" is used,
which is on MSVCRT broken. By a patching it to use vasnprintf it seems to
work. Did somebody noticed this problem too ?
Regards,
i.A. Kai T
I was looking through how to convert real numbers between various
representations for the Fortran TRANSFER patch that I'm working on, and
came across something that I'm curious about.
We've currently got two different bits of code for converting an MPFR
real number to a REAL_VALUE_TYPE. One o
"Andrew Pinski" <[EMAIL PROTECTED]> writes:
| On 27 Mar 2007 21:11:56 -0500, Gabriel Dos Reis <[EMAIL PROTECTED]> wrote:
| > | In C, a pedwarn is a warning by default, an error with -pedantic-errors.
| > |
| > | In C++, a pedwarn is an error by default, a warning with -fpermissive.
| >
| > You're
DJ Delorie wrote:
> Ok, I suppose, as long as the backticks still get expanded.
They do,
~ bonzinip$ echo "`echo abc`"
abc
Paolo
33 matches
Mail list logo
