DJ Delorie wrote:
Ok, I suppose, as long as the backticks still get expanded.
They do,
~ bonzinip$ echo `echo abc`
abc
Paolo
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 describing
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
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
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...
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 somebody
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 this
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 GCC,
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(struct _reent
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
(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
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
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
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__ = 4))) \
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).
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 unable
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...
#if ((__GNUC__ 4)
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 ownership
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
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 inline
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 new behaviour,
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 functions on
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
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 things which
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
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 ?
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
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 a
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 wouldn'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
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
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
| #
Hi:
I got this error error message when I tried to compile icu
(http://www.icu-project.org)
g++ -DU_I18N_IMPLEMENTATION -I. -I../common -O2 -fno-common -c -dynamic -o
dtfmtsym.o dtfmtsym.cpp
dtfmtsym.cpp: In member function `void
icu_3_6::DateFormatSymbols::initializeData(const
--- Comment #32 from rguenth at gcc dot gnu dot org 2007-03-28 08:52
---
There is
/* Refuse to operate on VARYING ranges, ranges of different kinds
and symbolic ranges. As an exception, we allow BIT_AND_EXPR
because we may be able to derive a useful range even if one of
--- Comment #9 from satyaakam at yahoo dot co dot in 2007-03-28 09:32
---
Hi,
We are getting the same error on AIX 5.3.0.0 , with gcc 3.2.3.
any fix for this bug in near future.
regards
Satya
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=378
I found this with gfortran (gcc version 4.3.0 20070328), it seems to work with
the gfortran/gcc included in my Mandriva 2007 (gcc version 4.1.1 20060724), so
I've marked it as a regression.
$ cat test.f90
SUBROUTINE Test
IMPLICIT NONE
INTEGER :: i, j
REAL*8 :: C(3,100), rM(100), rMI
COMMON
--- Comment #2 from nickc at redhat dot com 2007-03-28 11:38 ---
Subject: Re: gcc --help=target gives a linker error.
Hi Brooks,
I have a patch to fix this problem (attached). Unfortunately due to
an internal bugzilla error I cannot (currently) upload the patch to this PR.
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2007-03-28 11:46
---
Don't remember what fixed comment #13. Possibly, a change just
made the issue latent.
OK, thanks. Here is what I needed on my 4.1 branch:
Index: cfgexpand.c
--- Comment #2 from mano at roarinelk dot homelinux dot net 2007-03-28
11:50 ---
gcc-4.1.2 and 3.4.6 for linux; 3.3.5 and 2.95 for QNX also create
similar code without the dt instruction. How come your 3.4.4 is
so smart?
--
mano at roarinelk dot homelinux dot net changed:
--- Comment #14 from tbm at cyrius dot com 2007-03-28 11:51 ---
Results are in, and it looks good. A bootstrap with the following languages
works fine: --enable-languages=c,c++,java,fortran,objc,obj-c++,ada,treelang
The test results with --enable-secureplt actually look better than
--- Comment #1 from ubizjak at gmail dot com 2007-03-28 12:45 ---
Confirmed on i686-pc-linux-gnu with -O2 -msse2 -ftree-vectorize.
Backtrace:
#0 fancy_abort (file=0x871dab0 ../../gcc-svn/trunk/gcc/tree-data-ref.c,
line=2072, function=0x871eed6 affine_function_equal_p) at
--- Comment #5 from dgregor at gcc dot gnu dot org 2007-03-28 13:31 ---
Subject: Bug 29993
Author: dgregor
Date: Wed Mar 28 13:31:37 2007
New Revision: 123294
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123294
Log:
2007-03-28 Douglas Gregor [EMAIL PROTECTED]
PR
--- Comment #2 from nickc at redhat dot com 2007-03-28 13:40 ---
Subject: Re: --help=language option isn't documented.
Hi Brooks,
The attached patch adds this missing documentation. It also takes
care of a small bug, whereby the name of the language whose options were
being
--- Comment #1 from nickc at redhat dot com 2007-03-28 13:50 ---
Hi Brooks,
I do not think that this is a bug, although it is possibly a documentation
issue. The --help= option restricts the output to a specified subset of the
full output obtained with just the --help option. Thus it
--- Comment #2 from hjl at gcc dot gnu dot org 2007-03-28 14:38 ---
Subject: Bug 31380
Author: hjl
Date: Wed Mar 28 14:38:24 2007
New Revision: 123299
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123299
Log:
2007-03-28 Grigory Zagorodnev [EMAIL PROTECTED]
PR
--- Comment #6 from dgregor at gcc dot gnu dot org 2007-03-28 15:28 ---
Committed fix to mainline.
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from dgregor at gcc dot gnu dot org 2007-03-28 15:30
---
This functionality is part of the experimental C++0x mode, and is under control
of the -std=gnu++0x flag in the mainline (4.3.0) compiler.
--
dgregor at gcc dot gnu dot org changed:
What
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--- Comment #58 from bkoz at gcc dot gnu dot org 2007-03-28 17:32 ---
Request to re-assign to me.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #10 from bangerth at dealii dot org 2007-03-28 17:37 ---
(In reply to comment #6)
Always stopping is the right thing. Once Per finishes his fileline
conversion, it will be possible to send cpplib's errors through
diagnostic.c, and we will then be able to make this a
--- Comment #59 from gdr at cs dot tamu dot edu 2007-03-28 17:43 ---
Subject: Re: __cplusplus defined to 1, should be 199711L
bkoz at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| Request to re-assign to me.
Please, go ahead :-)
-- Gaby
--
--- Comment #60 from bkoz at gcc dot gnu dot org 2007-03-28 17:48 ---
Mine.
Current libcpp patch only is:
Index: init.c
===
--- init.c (revision 123196)
+++ init.c (working copy)
@@ -376,7 +376,7 @@
}
--- Comment #61 from bkoz at gcc dot gnu dot org 2007-03-28 17:49 ---
mine, try two
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|gdr
--- Comment #62 from gdr at cs dot tamu dot edu 2007-03-28 17:54 ---
Subject: Re: __cplusplus defined to 1, should be 199711L
bkoz at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| --- Comment #60 from bkoz at gcc dot gnu dot org 2007-03-28 17:48
---
|
| Mine.
|
| Current
--- Comment #63 from bkoz at gcc dot gnu dot org 2007-03-28 18:18 ---
There is no fix a the moment.
However, I'm working on speculative fixes for newlib and linux, which are
predicated on the correct __cplusplus values. I may get to solaris too, if my
sanity stretches that far, or I
In compilation of a large library of code for decimal floating-point
arithmetic, I found that compilations with -g would succeed, but most
would fail with -O1, -O2, or -O3 on IA-32. I've taken a single example
and chopped away extraneous code to produce a standalone file
that exhibits the
--- Comment #3 from brooks at gcc dot gnu dot org 2007-03-28 19:22 ---
The patch tracker missed the patch I'd already posted for this one as well:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01655.html
I think our fixes are fairly equivalent here; yours specifies the list of
language,
--- Comment #1 from brooks at gcc dot gnu dot org 2007-03-28 19:23 ---
Patch posted, but the patch tracker didn't see it:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01657.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31356
--- Comment #15 from debian-gcc at lists dot debian dot org 2007-03-28
19:23 ---
maybe related: http://sourceware.org/bugzilla/show_bug.cgi?id=4267
building current 4.2 branch configured with --enable-secureplt
--enable-libstdcxx-debug, with current binutils trunk results in an ld
--- Comment #16 from pinskia at gcc dot gnu dot org 2007-03-28 19:24
---
(In reply to comment #15)
maybe related: http://sourceware.org/bugzilla/show_bug.cgi?id=4267
It is unrelated really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31364
--- Comment #3 from brooks at gcc dot gnu dot org 2007-03-28 19:17 ---
I had previously posted a patch to fix this, as well, but apparently the patch
tracker didn't pick up on it to attach it to the PR:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01658.html
As mentioned on the
--- Comment #9 from dgregor at gcc dot gnu dot org 2007-03-28 19:46 ---
This problem has been solved by 16-bit tree codes:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01721.html
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-03-28 20:47 ---
Hi Jerry,
there is still the issue with kind=10 reals written with
CONVERT=swap.
Reopening until we've decided what to do with that :-)
Thomas
--
tkoenig at gcc dot gnu dot org changed:
What
--- Comment #3 from simartin at gcc dot gnu dot org 2007-03-28 22:06
---
Subject: Bug 29077
Author: simartin
Date: Wed Mar 28 22:06:01 2007
New Revision: 123312
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123312
Log:
2007-03-28 Simon Martin [EMAIL PROTECTED]
PR
--- Comment #4 from simartin at gcc dot gnu dot org 2007-03-28 22:10
---
Fixed on the mainline.
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #37 from anlauf at gmx dot de 2007-03-28 22:22 ---
(In reply to comment #36)
Closing, will not backport to 4.2 unless someone feels strongly about it.
Jerry,
I hate to bother you, but it is not really fixed.
Add a comment line at the end of the namelist file
This is reproduceable with gcc 4.0.0 and gcc SVN, but not with gcc 3.4.6.
I still don't really know what's the problem, but I think it may be that not
enough registers are available for output, and gcc is using the same register
for 2 different outputs.
gccs were built with:
--prefix=/usr
--- Comment #1 from ramiro at lisha dot ufsc dot br 2007-03-28 22:39
---
Created an attachment (id=13296)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13296action=view)
.c, .i and .s files
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31386
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-28 22:49 ---
Actually I think the inline-asm should be:
#define CMOV_COMBO( val1, val2 ) \
asm volatile ( \
cmpl %0, %3\n\t \
cmovl %3, %0\n\t \
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-28 22:50
---
Same thing happens for local variables, character arguments and character
functions... Example of the first case:
subroutine foo(i)
integer(kind=8), intent(in) :: i
character(len=i) :: x
print *, len(x)
--- Comment #43 from janis at gcc dot gnu dot org 2007-03-29 01:12 ---
A couple of days ago in irc I agreed to come up with a version of the patch
that just handles the C tests. So far it works fine with C but breaks
everything else, but I haven't forgotten about it.
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-03-29 01:41 ---
Reduced self contained testcase:
Module NsLin
Real*8, Dimension(54,54) :: VXX, VXY,
VYX, VYY, VXX2, VXY2, VYX2, VYY2
End Module NsLin
Subroutine SysNSL (N, NX, NY)
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-29 07:15 ---
I am going to mark this as a rtl optimization issue because the tree level is
correct unless we get a PLUS_EXPR which is able to wrap without being
undefined.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-03-29 07:30 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
Hi Eric, Hi Richard,
We recently ran across an ICE building a target libiberty for one of
the multilibs of the mips64vrel-elf toolchain:
.../libiberty/regex.c: In function 'byte_re_match_2_internal':
.../libiberty/regex.c:7481: error: insn does not satisfy its constraints:
(insn
78 matches
Mail list logo