On Sat, Feb 23, 2008 at 5:48 PM, Rodolfo Lima <[EMAIL PROTECTED]> wrote:
> > Hi, I'd like to know if C++0x regressions are being addressed for
> > gcc-4.3 release. I'm saying that because of bug
> > "Compiling error with variadic template with fixed parameter with
> > default type." (http://gcc
I've been working at getting Tim Josling's cobol to work as a front
end. I've found how to tell GCC not to consider cobol an 'all'
(default) language, but I haven't figured out how to keep other cobol
targets from being activated.
For example, I do a plain
../gcc_src/configure
make bootstrap
On Sat, Feb 23, 2008 at 5:48 PM, Rodolfo Lima <[EMAIL PROTECTED]> wrote:
> Hi, I'd like to know if C++0x regressions are being addressed for
> gcc-4.3 release. I'm saying that because of bug
> "Compiling error with variadic template with fixed parameter with
> default type." (http://gcc.gnu.org/
Hi, I'd like to know if C++0x regressions are being addressed for
gcc-4.3 release. I'm saying that because of bug
"Compiling error with variadic template with fixed parameter with
default type." (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35297) is
rather annoying for those who are already using C
Jakub Jelinek redhat.com> writes:
>
> GCC 4.3.0 release candidate 1 is now available at:
>
> ftp://gcc.gnu.org/pub/gcc/snapshots/4.3.0-RC-20080222/
>
> Please test the tarballs there and report any problems to Bugzilla. CC me
> on the bugs if you believe they are regressions from previous rel
On Sat, 23 Feb 2008, FX Coudert wrote:
> > + /*darwin_patch_builtin (BUILT_IN_NANL);*/ /* Broken for now since it
> > +is defined as DEF_GCC_BUILTIN when it is also a C99 function. */
Note that this (builtin nan*) is bug 19984, which explains the history
behind the use of DEF_GCC_B
> gnat.dg/socket1.adb and socket2.adb are identical AFAICT, is there a
> special reason to have both?
Probably none. Feel free to remove one of them.
Arno
nanl
strtold
are missing. In addition, there are some lessor functions like
err, errc, errx, strtold_l, swprintf, vfwscanf missing. I assume
this is due to no builtins for them or Fortran not using them. If
Ada or other non-C languages might, might make sense to add them too.
I've
Hi Arnaud,
gnat.dg/socket1.adb and socket2.adb are identical AFAICT, is there a
special reason to have both? I couldn't find a ChangeLog entry for these
tests.
Thanks in advance,
Laurent
--- ../gcc-4.3.0-RC-20080222/gcc/testsuite/gnat.dg/socket2.adb 2007-06-14
11:24:07.0 +0200
+++ ../
On Feb 23, 2008, at 2:57 AM, FX Coudert wrote:
1. the target part, in gcc/config/darwin* and gcc/config/rs6000,
that takes care of setting correct assembler names for the builtins,
if needed
The patch was bootstrapped on powerpc-apple-darwin9.2.0 with C and
Fortran, and regtested with bot
Taras Glek wrote:
Would you consider restructuring GTY markers to be more like GCC
attributes?
It could have some advantages, but if I understand what you mean it
would make sense only on platforms where GCC is compiled by itself. I
believe that (perhaps unfortunately) the rule is that GCC
Hello Ralf,
El Saturday 23 February 2008 08:33:34 Ralf Wildenhues escribió:
> Hello Guillermo,
>
> * Guillermo Ballester Valor wrote on Fri, Feb 22, 2008 at 11:51:53PM CET:
> > El Friday 22 February 2008 20:21:36 Paweł Sikora escribió:
> > > as far i can see you're trying to build libgcj multilib
"Kaveh R. GHAZI" <[EMAIL PROTECTED]> writes:
> So I'm noticing I get several failures on i686-unknown-linux-gnu and
> x86_64-unknown-linux-gnu that some other people aren't seeing.
>
> On x86_64 I get lots of failures from libmudflap.
> http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg01577.html
>
So I'm noticing I get several failures on i686-unknown-linux-gnu and
x86_64-unknown-linux-gnu that some other people aren't seeing.
On x86_64 I get lots of failures from libmudflap.
http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg01577.html
These results are don't have them:
http://gcc.gnu.org/m
On Sat, Feb 23, 2008 at 10:53:53AM -0500, Daniel Jacobowitz wrote:
> On Sat, Feb 23, 2008 at 08:52:41PM +1100, Tim Josling wrote:
> > I wrote a little proof-of-concept script to take the mailing list
> > archives and the ChangeLog files and annotate the ChangeLog files with
> > the URLs of the prob
On Sat, Feb 23, 2008 at 08:52:41PM +1100, Tim Josling wrote:
> I wrote a little proof-of-concept script to take the mailing list
> archives and the ChangeLog files and annotate the ChangeLog files with
> the URLs of the probable email containing the patch.
This is really awesome. Thank you! I ho
Prakash Punnoor wrote:
Why is movaps (SSE, floating point data) instead of movdqa (SSE2. integer
data) used as store? Bug or feature? Even with -O0 compiled it is used.
Testing further: The -march=k8 seems to cause this. Leaving it out, movdqa is
used, so I guess it is a feature.
Th
On Sat, 2008-02-23 at 20:52 +1100, Tim Josling wrote:
> 3. I think this may be a useful thing. If a place could be found to put
> the 30MB of files I would be happy to maintain them on a weekly basis or
> so. Alternatively I could update the ChangeLog files themselves but I
> have reason to suspect
FX Coudert wrote:
Thanks to Andrew's code, Mike's and Geoff's comments in the PR, help
from Uros, Paolo and Jack, and Dominique's machine for testing, here is
a patch for fixing this PR. It has three independent parts, joined
together because I regtested them together:
1. the target part, i
Thanks to Andrew's code, Mike's and Geoff's comments in the PR, help
from Uros, Paolo and Jack, and Dominique's machine for testing, here
is a patch for fixing this PR. It has three independent parts, joined
together because I regtested them together:
1. the target part, in gcc/config/dar
On the principle that it's better to do something than just complain...
I monitored the time I spent looking for the emails associated with a
given patch and I found it takes high single digit minutes to find them.
Sometimes you can't find them (which takes a lot longer). I do this a
lot.
I wrot
Hello Guillermo,
* Guillermo Ballester Valor wrote on Fri, Feb 22, 2008 at 11:51:53PM CET:
> El Friday 22 February 2008 20:21:36 Paweł Sikora escribió:
> >
> > as far i can see you're trying to build libgcj multilib (32/64-bits)
> > on x86_64 only enviroment. please try --disable-libjava-multilib
22 matches
Mail list logo