s differently that allows it to do that?
Also, is C keeping this behavior to satisfy the standard, or do the modern
language analyzers still have the same constraints that required this behavior
in the first place?
Thank you for your answers,
Laurent Cimon
o understand why I’m trying to do this, please see:
<https://github.com/thvnx/gcc/commit/47761af29f2bceb8e9404737bfb7d613a30eeebf
<https://github.com/thvnx/gcc/commit/47761af29f2bceb8e9404737bfb7d613a30eeebf>>.
Thanks,
Laurent
On Tuesday, February 05, 2019 00:33 CET, Andrew Pinski
wr
, dconst0);
update_complex_assignment (gsi, rr, ri);
}
```
> Le 4 févr. 2019 à 23:38, Andrew Pinski a écrit :
>
> On Mon, Feb 4, 2019 at 4:47 AM Laurent Thévenoux wrote:
>>
>> Sorry for duplicate, gcc-help was not the right mailing list for this one.
>>
>&
Sorry for duplicate, gcc-help was not the right mailing list for this one.
Original Message
Subject: How to gimplify_build a FMA_EXPR since it was removed?
Date: Monday, February 04, 2019 13:28 CET
From: Laurent Thévenoux
To: gcc-h...@gcc.gnu.org
CC: richard.sandif
disclaimer.
Could you please send me the documents and some instructions on how we handle
this process?
Best regards,
Laurent Thévenoux (http://perso.ens-lyon.fr/laurent.thevenoux/)
j = 0
END
Thank you so much for your help, and also, for the great work you are doing
with this gfortran and gcc extremely useful project.
Best regards,
Laurent Ibgui.
!= x$target || test "x$TARGET_SYSTEM_ROOT" != x; then
+if test x$build != x$target || test "x$TARGET_SYSTEM_ROOT" != x; then
Then, beside that change I might also need to add a --with-sysroot to
my configure command, but looking at the gnu install pages, i m not
sure ... Please advice.
Thanks
Laurent
L for their support of the GCC Compile Farm
project.
Sincerely,
Laurent
(1) http://www.ibm.com
(2) http://www.osuosl.org
(3) http://gcc.gnu.org/wiki/CompileFarm
(4) http://www.fsffrance.org/
(5) http://fedoraproject.org/
erface/Makefile.in:
ENABLE_BUILD_WITH_CXX = @ENABLE_BUILD_WITH_CXX@
ifneq ($(ENABLE_BUILD_WITH_CXX),yes)
COMPILER = $(CC)
COMPILER_FLAGS = $(CFLAGS)
LINKER = $(CC)
LINKER_FLAGS = $(CFLAGS)
else
COMPILER = $(CXX)
COMPILER_FLAGS = $(CXXFLAGS)
LINKER = $(CXX)
LINKER_FLAGS = $(CXXFLAGS)
endif
Paolo
>>
Now I don't know if we intend to support build without CXX
in the near future :).
Sincerely,
Laurent
your data it should reduce your bill by a factor of three
(365W => 110W), so it should pay itself in around a year: 720 EUR less
on your yearly electricity bill, assuming you counted only your PC power
consumption in your figures. And bonus nearly no noise in a case with 2
or 3 120mm fans.
I haven't had a chance to test AMD A8 processors but I will do soon.
Sincerely,
Laurent
st two pieces.)
C only trunk bootstrap is less than 10 minutes on gcc10 and gcc20 (1)
thanks to AMD and Intel donations, but without the above
information CPU power is of little use :).
Sincerely,
Laurent
(1) http://gcc.gnu.org/wiki/CompileFarm
opment and growth."
Many thanks to H.J. Lu from Intel for his help in making
this possible, and to INRIA admin staff for setting
up the servers.
Sincerely,
Laurent
(1) http://www.intel.com
(2) http://www.irill.org
(3) http://gcc.gnu.org/wiki/CompileFarm
result with suitable exceptions for trivial
patches and tester being unavailable or overloaded, etc...?
Sincerely,
Laurent
http://gcc.gnu.org/wiki/CompileFarm
f the
farm project as its user base grows, now nearing 200 accounts.
Sincerely,
Laurent
(1) http://www.amd.com/
(2) http://gcc.gnu.org/wiki/CompileFarm
(3) http://fsffrance.org/
(4) http://gcc.gnu.org/news.html (May 22, 2008)
t and what project(s)
you intend to use the compile farm for. If you don't have done any
contribution yet, we also have accepted applications in the past when
sponsored by a developper who qualifies (for example internships).
> Sorry for waste Your time with trivial questions.
Questions are
switch to using PC-based cross-compilation.
In my (limited) experience for daily development link times on the
Windows platform for big Ada applications are an issue too, not compile
times.
Laurent
ware these days without
having to do manual memory management.
Sincerely,
Laurent
also be interesting, but somewhat harder owing to the more
> free-form nature of the text there. Still, a two-to-one ratio of linux to
> rest-of-the-world would be in line with my subjective impression: it's not
> overwhelming the rest, but it's substantially the best tende
i,
I don't know if these are formally equivalent (any taker?) but on the
compile farm we have arm-linux and mips64-linux machines. I don't think
unknown/suse/whatever version of Linux makes any difference for the
criteria.
Feel free to apply for an account on the compile farm, instructions are
given here:
http://gcc.gnu.org/wiki/CompileFarm
Sincerely,
Laurent
d "package"
p.ads:2:23: "Intger" is undefined
p.ads:2:23: possible misspelling of "Integer"
p.ads:2:29: missing ";"
$
The checker is in gcc/ada/g-spchge.adb
Laurent
On Wed, 2010-03-03 at 00:33 +, Joseph S. Myers wrote:
> On Wed, 3 Mar 2010, Laurent GUERBY wrote:
>
> > $ ../trunk/configure --prefix=/n/100/guerby/install-trunk
> > --enable-languages=c --enable-__cxa_atexit --disable-nls
> > --enable-threads=posix --with-mpfr=
On Tue, 2010-03-02 at 16:34 -0800, H.J. Lu wrote:
> On Tue, Mar 2, 2010 at 4:18 PM, Laurent GUERBY wrote:
> > Hi,
> >
> > I'm trying to build a fully 32 bits GCC on a x86_64-linux 64 bits debian
> > system which has all the 32 bits libraries installed (this is for
e ld the right way?
Thanks in advance,
Laurent
$ CC="gcc -m32"
$ export CC
$ ../trunk/configure --prefix=/n/100/guerby/install-trunk
--enable-languages=c --enable-__cxa_atexit --disable-nls
--enable-threads=posix --with-mpfr=/opt/cfarm/mpfr-2.4.2-32
--with-gmp=/opt/cfarm/gmp-4.2.4-32 --with-
setting in stone forever an
"Ada" (really GCC-specific) ABI compared to the current situation of
per-branch SONAME?
Note that the Ada language allows those who want to set in stone
their library ABI to do so via Import/Export pragmas, reusing
C/C++/Fortran existing ABIs where possible.
Sin
weak to meet their goals: for example nearly all
distributions ship with Ada enabled whereas GCC configure defaults with
Ada disabled even when an Ada compiler is available to bootstrap with.
Debian on mips (currently) defaults to o32 whereas GCC configure
defaults to n32. I assume there are many other examples.
Laurent
he object (C99 6.5.7).
BTW in Ada if one uses address clause to overlay a 16 character string
and a 4 4-byte integer array (both aliased) which is then accessed what
can we expect GCC-wise? Are we safe from aliasing related optimizations?
FWIW the program below seems to work as expected.
Laurent
is mentioned that (add.n , pc) is deprecated.
As far as I know it isn't deprecated. Or I failed to find anything
saying it is :-)
Laurent
Hi,
FYI this problem is still here on powerpc64-linux, I opened
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519
There's also:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32193
Laurent
On Thu, 2009-02-19 at 15:06 +0100, Laurent GUERBY wrote:
> Hi,
>
> Trunk bootstrap on p
On Fri, 2009-12-18 at 10:42 +, Richard Earnshaw wrote:
> On Thu, 2009-12-17 at 21:00 +0100, Laurent GUERBY wrote:
> > On Thu, 2009-12-17 at 21:02 +0100, Eric Botcazou wrote:
> > > > The 43 slides presentation in english is available here
> > >
t; A small nit: you don't need to do 'make bootstrap' anymore, 'make' is enough.
Yes I explained it during the presentation (on native vs cross) but I
couldn't remember in what version the change was made so I erred on the
safe side :).
Laurent
-20091216.odp
Feel free to mirror, reuse and adapt, they're public domain. Let me know
if you do something with them :).
The video for the presentation will be available in the
coming weeks on the Toulibre web site (note: I spoke in french).
Laurent
he whole thing, no idea..
Both 153543 and 153546 worked fine on gcc13 autotester:
http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02489.html
http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02514.html
Laurent
On Wednesday 21 October 2009 02:58:42 Ireneusz Szpilewski wrote:
> Current status of void is somewhat strange. It is a type but you cannot
> create objects of type void.
> So, it is type of what? But you can have memory pointer to void, so
> object (or array) of type void
> has its memory position
On Fri, 2009-09-25 at 17:48 +0200, Laurent GUERBY wrote:
> Hi,
>
> I'd say from the symptoms tasking doesn't work at all, could you try
> with a simpler testcase:
>
> -- begin tt.adb
> with Ada.Text_IO; use Ada.Text_IO;
> procedure TT is
>t
t;);
end;
-- end tt.adb
To my knowledge once "created" an Ada task will immediately start
executing user program code with magic synchronization lock.
Sincerely,
Laurent
On Fri, 2009-09-25 at 03:47 +0100, Dave Korn wrote:
> Hi all,
>
> Over on the cygwin-improvements branch(*) I&
's so different for RTEMS.
Joel reported results for 4.5.0 20090910 r151592 and state of GCC
changed a lot in the past 9 days. RTEMS is also a sjlj target IIRC.
Sincerely,
Laurent
On Tue, 2009-09-08 at 07:21 +0100, Dave Korn wrote:
> EH_MECHANISM=-gcc
I don't think this is correct for windows targets:
EH_MECHANISM must be left to its original empty
definition to get sjlj exceptions which are the only
one working on windows IIRC.
Sincerely,
Laurent
On Sat, 2009-08-22 at 23:33 +0200, Laurent GUERBY wrote:
> On Mon, 2009-08-17 at 12:00 +0200, Mikael Pettersson wrote:
> > On Wed, 12 Aug 2009 23:08:00 +0200, Matthias Klose wrote:
> > >On 12.08.2009 23:07, Martin Guy wrote:
> > >> On 8/12/09, Joel Sherrill wrote:
n you use your 4.4.1 binary to bootstrap
trunk, otherwise stage1 xsinfo fails.
Laurent
ngjmp based) is broken at
least in some cases (see below), that might explain the high number of
ACATS failure.
My understanding is that
EH_MECHANISM=-gcc
is not correct for sjlj exceptions so I removed this line from the patch
and I'm currently testing with trunk.
Laurent
gue...@gcc50:~/tmp
On Sat, 2009-08-15 at 07:53 +0200, Ralf Wildenhues wrote:
> > > * Laurent GUERBY wrote on Fri, Aug 14, 2009 at 10:52:35PM CEST:
> > > > => gcc/testsuite/ada/acats/run_all.sh
> > >
> > > > 3/ Here is the point I find surprising: the "ps fauxww&quo
host?
It's a script that appears in the build/gcc directory:
$ file /home/guerby/build/gcc/collect-ld
/home/guerby/build/gcc/collect-ld: Bourne shell script text executable
Thanks for your help,
Laurent
On Fri, 2009-08-14 at 23:36 +0200, Andreas Schwab wrote:
> Laurent GUERBY writes:
>
> > Any idea of why /bin/sh is running stuff in parallel instead
> > of sequential?
>
> Have you tried set -x?
IIRC I tried at first but it didn't gave me useful information,
every
On Fri, 2009-08-14 at 23:25 +0200, Ralf Wildenhues wrote:
> Hello,
>
> * Laurent GUERBY wrote on Fri, Aug 14, 2009 at 10:52:35PM CEST:
> > => gcc/testsuite/ada/acats/run_all.sh
>
> > 3/ Here is the point I find surprising: the "ps fauxww" run in the
> &g
On Fri, 2009-08-14 at 22:19 +0100, Dave Korn wrote:
> Laurent GUERBY wrote:
>
> > 3/ Here is the point I find surprising: the "ps fauxww" run in the
> > second "if" show that even if the script is fully sequential
> > at least one gnatmake subpro
0:28 c48005b
6/ Waiting for one more second ("sleep 1" not shown above) the
full file appears at last in "ls -l":
-rwxr-xr-x 1 guerby guerby 1164960 2009-08-13 20:28 c48005b
Any idea of why /bin/sh is running stuff in parallel instead
of sequential?
Could some code in
gnatmake/gnatlink/xgcc/collect2/collect-ld cause it?
gue...@gcc13:~$ /bin/sh --version
GNU bash, version 3.1.17(1)-release (x86_64-pc-linux-gnu)
Thanks in advance,
Laurent
076.html
* hppa-linux (gcc61)
http://gcc.gnu.org/ml/gcc-testresults/2009-05/msg02639.html
(was two month ago, tester was stuck and I just relaunched it)
Laurent
http://gcc.gnu.org/wiki/CompileFarm
On Mon, 2009-07-27 at 10:28 -0400, Robert Dewar wrote:
> Laurent GUERBY wrote:
>
> > In most Ada code array T index type will likely be "Natural range <>"
> > and so the type system will not give useful bounds for optimizations.
>
> Well very often t
On Mon, 2009-07-27 at 15:32 +0200, Paolo Bonzini wrote:
> On 07/27/2009 12:25 PM, Robert Dewar wrote:
> > Laurent GUERBY wrote:
> >
> >>>> if Dynamic_N >= T'First and Dynamic_N > T'Last then
> >>> Huh? I can't understand the first co
On Mon, 2009-07-27 at 09:34 +0200, Gabriel Paubert wrote:
> On Fri, Jul 24, 2009 at 06:25:12PM +0200, Laurent GUERBY wrote:
> >for I in T'First .. Dynamic_N loop
> > T (I) := 0.0; -- generate check I in T'First .. T'Last
> >end loop;
> >
Isn't it the same as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40578
Were I suggested GNAT_FOPEN (and you commented too)?
Sincerely,
Laurent
On Sat, 2009-07-25 at 16:30 +0100, Dave Korn wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40857
>
>
> There's a c
wrong in my recollection (and I don't think GNAT
takes advantage of that), Robert?
I also don't know if there's a generic (shared by languages)
infrastructure to support this kind of optimization in GCC.
Laurent
ing from case to if would be an appropriate way to fix
this RTEMS issue (assuming this is the only conflict), Thomas is in Cc.
Laurent
trunk 25h00
gcc60 ia64 trunk 8h30
gcc61 hppa trunk 22h00
gcc62 sparc64 trunk 28h00
Currently my script loops silently in case of bootstrap failure. I can
make the script send a mail to gcc-regression@ when bootstrap state
change (work then fail, and fail then work) if there's consensus it's
useful (I don't know if people follow gcc-regression@).
Sincerely,
Laurent
On Sat, 2009-06-27 at 13:51 +0200, Laurent GUERBY wrote:
> On Sat, 2009-06-27 at 13:25 +0200, Eric Botcazou wrote:
> > > This was the only va_arg usage, may be we should apply it on trunk too
> > > as the patched version is supposed to work for both C and C++.
> >
>
ence here is my current draft patch to gcc-in-cxx branch,
it completes make bootstrap including gnattools, check
running.
Laurent
Index: gcc/ada/adadecode.h
===
--- gcc/ada/adadecode.h (revision 148953)
+++ gcc/ada/adadecode.h (workin
ER=$(CXX) will do but I'm not sure that we
really want here.
I will submit the gnatbind switch to Ada patch separately for review on
trunk after testing completes.
Hopefully there seem to be no major issue in having Ada working
on the gcc-in-cxx branch.
Sincerely,
Laurent
d context,
> but in any case, let's fix this if it is easy to do so.
Switching gnatbind to generate Ada if there's nothing against
it might be a better solution since stage1 uses the system gnatbind, so
a patch to current gnatbind will not help (unless we push it to branches
and tell user to install a fairly recent gnatbind first).
Laurent
../gcc/gcc/ada/tracebak.c:396:
../../gcc/gcc/ada/tb-gcc.c: In function '_Unwind_Reason_Code
trace_callback(_Unwind_Context*, uw_data_t*)':
../../gcc/gcc/ada/tb-gcc.c:86: error: pointer of type 'void *' used in
arithmetic
>>
Patch welcomed as these three are not obvious to me :
814: error: expected type-specifier
before ')' token
[...]
make[3]: *** [ada/decl.o] Error 1
make[3]: Leaving directory `/home/guerby/cxx/build/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory `/home/guerby/cxx/build'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/home/guerby/cxx/build'
make: *** [bootstrap] Error 2
I guess this has to do with reserved word conflict on "new":
<<
tree
substitute_in_type (tree t, tree f, tree r)
{
tree new;
>>
Do you have some way to deal with this?
Sincerely,
Laurent
On Tue, 2009-05-12 at 21:49 +0200, Andreas Schwab wrote:
> Laurent GUERBY writes:
>
> > So 0.15.3 configure does not set $with_ppl variable at all.
>
> Sure it does. Look at the argument parsing loop.
I added a dump and $with_ppl is indeed set correctly but $ppl_prefix
(wh
On Tue, 2009-05-12 at 21:31 +0200, Andreas Schwab wrote:
> Laurent GUERBY writes:
>
> > Looking more at cloog-ppl/configure I find stuff like:
> >
> > <<
> > # Check whether --with-ppl or --without-ppl was given.
> > if test "${with_ppl+set}&qu
s ok.
Now I don't know how to fix configury stuff but may be someone
can help here.
Also it would be nice if cloog-ppl-0.15.3.tar.gz top level
directory was named with version "cloog-ppl-0.15.3" instead of the
current version-less "cloog-ppl".
Thanks for your help,
Laurent
on.h': No such file or directory
Last time I tried I was able to build a gmp/mpfr/ppl/cloog static and
libstdc++ dynamic (system) GCC:
http://gcc.gnu.org/ml/gcc/2009-03/msg00856.html
As shown in the discussion last option must be:
--with-host-libstdc++=/usr/lib/libstdc++.so.6
Laurent
Hi,
What about enabling Ada build in 4.5 when configure finds out a suitable
Ada compiler?
Laurent
On Tue, 2009-04-21 at 22:28 +0200, Eric Botcazou wrote:
> This breaks Ada on x86:
it should fix incremental build, sorry for the mess.
Laurent
On Tue, 2009-04-07 at 15:25 +0200, Arnaud Charlet wrote:
> Laurent,
>
> I keep getting the following error when doing an incremental build (the first
> time from scratch it works, and then it always fails):
>
> l
ng, I'd like people to help bootstrapping bootstrappable
> > targets -- arm, alpha, ia64, pa, s390, x86_64.
>
> I can bootstrap on CompileFarm alpha machine. Unfortunatelly, the
> machine ran out of disk space, so I'm actually waiting for a quota
> update to re-run the bo
On Mon, 2009-04-06 at 23:10 +0200, Gerald Pfeifer wrote:
> Hi Laurent,
>
> On Wed, 4 Mar 2009, Laurent GUERBY wrote:
> > On Wed, 2009-03-04 at 13:24 +0100, Richard Guenther wrote:
> >> On the above list, what are the target triples that are available? Do
> >> th
rent trunk fails to bootstrap but this is with C only so the issue
is not Ada related.
Sincerely,
Laurent
On Fri, 2009-03-06 at 19:46 +0100, Laurent GUERBY wrote:
> On Thu, 2009-03-05 at 18:24 +0100, Laurent GUERBY wrote:
> > On Tue, 2009-02-24 at 20:40 +0100, Laurent GUERBY wrote:
>
On Sun, 2009-04-05 at 08:25 -0700, H.J. Lu wrote:
> On Sun, Apr 5, 2009 at 2:25 AM, Laurent GUERBY wrote:
> > I'm thinking of changing my auto tester to report a broken bootstrap
> > (the first time a bootstrap fails), is there a normalized way to
> > report such failu
6_64trunk 3h30
gcc15 x86_644.46h30 (-j 2)
gcc40 powerpc64 trunk 6h00
gcc41 ia64 trunk 26h00
gcc50 armv5tel trunk 37h00 (C only)
gcc52 mipseltrunk 21h00
gcc53 powerpc trunk 7h30
gcc54 sparc trunk 22h00
gcc61 hppa trunk 22h00
Laurent
+2009-04-01 Janis Johnson
Hi,
The compile farm powerpc-linux tester (gcc53) now fails to bootstrap,
from the ChangeLog and the message I would guess this was caused by PR
8781/37892 patch.
Sincerely,
Laurent
Updated to revision 145531.
=> OK
Updating SVN tree
Ugcc/tree-ssa-sccvn.c
Ugcc/tree-ssa-sccvn.
,
Laurent
On Sun, 2009-03-29 at 15:21 +, Joseph S. Myers wrote:
> On Sun, 29 Mar 2009, Laurent GUERBY wrote:
>
> > libbackend.a(builtins.o): In function `fold_builtin_1':
> > ../../trunk/gcc/builtins.c:10319: undefined reference to `mpfr_j0'
> > ../../trunk/gcc/builti
On Sun, 2009-03-29 at 14:37 +, Joseph S. Myers wrote:
> On Sun, 29 Mar 2009, Laurent GUERBY wrote:
>
> > /home/guerby/build-ppl/./prev-gcc/xgcc -B/home/guerby/build-ppl/./prev-gcc/
> > -B/n/17/guerby/install-trunk-ppl/x86_64-unknown-linux-gnu/bin/ -g -O2
> > -DI
l'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/home/guerby/build-ppl'
make: *** [bootstrap] Error 2
What am I missing?
Thanks in advance,
Laurent
ompile and install GCC on a system then my experience
is that configuring and installing GMP and MPFR from .tar.gz is hassle
free (you must use --disable-shared on both) and does not take very long
relative to GCC bootstrap. On the GCC Compile Farm if you look
at it GMP and MPFR in /opt/cfarm are not compiled by root :).
Sincerely,
Laurent
ject accepts hardware + OS licences and hosting
donations :).
Laurent
http://gcc.gnu.org/wiki/CompileFarm
On Fri, 2009-03-20 at 19:09 +0100, Steven Bosscher wrote:
> On Fri, Mar 20, 2009 at 5:30 PM, Laurent GUERBY wrote:
> > The compile farm machine gcc41 is a Merced based machine:
> ...
> > model name : Merced
> ...
> > Now I don't know if gcc41 falls in your -mt
4
cpu MHz: 1300.000
itc MHz: 1300.00
BogoMIPS : 1946.41
siblings : 1
Now I don't know if gcc41 falls in your -mtune=itanium1 category
or not.
That said if it does I don't oppose removing itanium1, we'll just turn
off the gcc41 machine when the 4.4 branch last release is done.
Sincerely,
Laurent
.
For ARMv6T2/ARMv7, bitfield instructions:
- BFC, BFI specify an immediate 5-bit starting bit position and
an immediate 5-bit ending bit position
- SBFX, UBFX specify an immediate 5-bit starting bit position
and an immediate 5-bit width.
Laurent
On Sun, 2009-03-08 at 22:45 +0100, Richard Guenther wrote:
> On Sun, Mar 8, 2009 at 10:19 PM, Laurent GUERBY wrote:
> > Hi,
> >
> > Trunk on armv5tel-linux-gnueabi (compile farm gcc50) currently fails
> > about 1000 C tests:
> >
> > http://gcc.gnu.org/m
On Wed, 2009-03-11 at 01:05 -0400, DJ Delorie wrote:
> > Can you provide example code? I'm confused enough to believe
> > that you *should* get this effect with PCC_BITFIELD_TYPE_MATTERS
> > (modulo current bugs).
>
> Imagine a device with four 8-bit registers followed by a 32-bit
> register with
,
Laurent
ler and RTS.
Laurent
On Thu, 2009-03-05 at 18:24 +0100, Laurent GUERBY wrote:
> On Tue, 2009-02-24 at 20:40 +0100, Laurent GUERBY wrote:
> > On Tue, 2009-02-24 at 19:36 +, Dave Korn wrote:
> > > Laurent GUERBY wrote:
> > > > On Tue, 2009-02-24 at 18:59 +0000, Dave Korn wrote:
On Tue, 2009-02-24 at 20:40 +0100, Laurent GUERBY wrote:
> On Tue, 2009-02-24 at 19:36 +, Dave Korn wrote:
> > Laurent GUERBY wrote:
> > > On Tue, 2009-02-24 at 18:59 +, Dave Korn wrote:
> > >> Laurent GUERBY wrote:
> > >>
> > >>>
stable.
For bzip2 trunk regress badly in performance against 4.3.2
but n32 is indeed relatively faster than 32 (still slower than 4.3.2).
For gzip trunk matches 4.3.2 but n32 is slower than 32 and 64 even
slower.
Sincerely,
Laurent
gue...@gcc51:~$ time gzip -9c gmp-4.2.4.tar > /dev/null
real
ot). We should try again one
of these days :).
Laurent
; stuff). Advices welcomed (probably
privately not to turn this list into a licensing forum).
For other platforms with proprietary OS I think FSF France would
highly prefer a donation to buying licenses, so if people know
vendors of such systems please send them to me :).
Sincerely,
Laurent
o suggestions are welcomed (sh, cris, avr, m68k, other?).
Procedure to apply for an account on the GCC Compile Farm is available
in the page above.
Feel free to pass the word to other free software projects as well,
there are currently 85 accounts on the farm.
Sincerely,
Laurent
On Sat, 2009-02-28 at 10:51 +, Dave Korn wrote:
> Laurent GUERBY wrote:
> > On Fri, 2009-02-27 at 21:04 +0100, Rolf Ebert wrote:
> >>> Right, that's why the change should be reverted on the 4.3 branch. On
> >>> the
> >>> other hand, if y
EH or
> if there are other causes.
Sometimes from the list of failures it's possible to identify what's
broken. Did you send your test results to gcc-testresu...@? I couldn't
find them.
Thanks in advance,
Laurent
On Thu, 2009-02-26 at 17:02 -0800, David Daney wrote:
> Laurent GUERBY wrote:
> > On Thu, 2009-02-26 at 21:04 +, Richard Sandiford wrote:
> >> Laurent GUERBY writes:
> >>> I was wondering why mips64*-*-linux does not have the same
> >>> handlin
On Thu, 2009-02-26 at 21:04 +, Richard Sandiford wrote:
> Laurent GUERBY writes:
> > I was wondering why mips64*-*-linux does not have the same
> > handling of multiarch as powerpc/sparc/x86 in gcc/config.gcc:
> > 32 bits compiler binaries with 32/64 target choice via &qu
reason is "just not done", what model should we follow - copy/paste
from? Patch or patch sketch welcomed, we have mips64 machines to play
with in the GCC Compile farm :).
Thanks in advance,
Laurent
PS: http://gcc.gnu.org/wiki/CompileFarm
gained many architectures thanks to recent donati
On Wed, 2009-02-18 at 10:23 +0100, Laurent GUERBY wrote:
> On Wed, 2009-02-18 at 08:56 +0100, Arnaud Charlet wrote:
> > > > OK for stage 1 (GCC 4.5), currently pretty much everything is frozen on
> > > > mainline, except regressions (I hope stage 1 will open s
On Tue, 2009-02-24 at 23:32 +0100, Gerald Pfeifer wrote:
> On Tue, 24 Feb 2009, Laurent GUERBY wrote:
> >> At http://gcc.gnu.org/install/build.html , I see:
> > I believe this one is for released compilers, not SVN trunk.
>
> Actually, http://gcc.gnu.org/install/ is
all.texi from SVN.
Gerald, is there an HTML version online for trunk? I couldn't find one.
Laurent
On Tue, 2009-02-24 at 19:36 +, Dave Korn wrote:
> Laurent GUERBY wrote:
> > On Tue, 2009-02-24 at 18:59 +, Dave Korn wrote:
> >> Laurent GUERBY wrote:
> >>
> >>> I'm not sure 3.4 will work for trunk
> >> I was just entirely unable to
1 - 100 of 331 matches
Mail list logo
