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
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
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
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
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
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, 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
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
"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
>
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
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
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
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
+++ ../
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
> 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
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
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
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
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/
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
22 matches
Mail list logo
