Roberto COSTA wrote:
> Hello,
> last week I announced that, within the R&D division of
> STMicroelectronics I belong to, my team decided to work about a CIL
> back-end for gcc (see http://gcc.gnu.org/ml/gcc/2006-06/msg00420.html).
> After receiving positive feedback and interest about such a back
Snapshot gcc-4.0-20060622 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20060622/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.0 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On 19/06/06, Eric Botcazou <[EMAIL PROTECTED]> wrote:
> By the way, -ftrapv only works on integral types.
When it works. Last time I took a look, it was easily wiped out by
optimization.
So, it is of no use then... :-(
--
Eric Botcazou
--
Paulo Jorge Matos - pocm at sat inesc-id pt
Web
Gerald:
Gerald Pfeifer wrote:
On Wed, 24 May 2006, Bill Gatliff wrote:
Indeed, "bitrotted" is in fact a better description of what is happening.
I have tweaked the ChangeLog entry to say "gone", which is even more
neutral, and will do the same on the 4.1 branch shortly.
Gerald
On Wed, 24 May 2006, Bill Gatliff wrote:
> Indeed, "bitrotted" is in fact a better description of what is happening.
I have tweaked the ChangeLog entry to say "gone", which is even more
neutral, and will do the same on the 4.1 branch shortly.
Gerald
It is my pleasure to announce that the steering committee has appointed
Steve Ellcey and John David Anglin maintainers of our HP/UX ports, which
the two of them have been caring and feeding for some time now.
Please adjust your entries in our MAINTAINERS file, Dave and Steve!
Congratulations, an
Laurynas Biveinis wrote:
> Hi,
>
> After following the mailing list for a while I got impression that it
> is not trivial to interpret "make -k check" results, i.e. if you get
> FAILs while testing your changes, that does not necessarily mean that
> your code actually broke something, as FAILs are
> If you're doing up a new port, and want it to work well, then the
> absolute, there should be no unexpected failures is a good place to
> aim for.
It's a wonderful absolute, but not always practical. I keep a history
of test results for my ports, with a goal of "no regressions" relative
to tho
> So I guess that there is no baseline as such, and the only
> meaningful way to use the results is to compare testsuite outputs
> with and without your changes?
That's what I always do. Hence the "no regressions" we report;
they're before/after regressions.
Very important to diff the two sourc
On Jun 22, 2006, at 12:25 PM, Laurynas Biveinis wrote:
So I guess that there is no baseline as such, and the only meaningful
way to use the results is to compare testsuite outputs with and
without your changes?
Depends upon what you're doing... For the normal regression test
while developing
Hi,
After following the mailing list for a while I got impression that it
is not trivial to interpret "make -k check" results, i.e. if you get
FAILs while testing your changes, that does not necessarily mean that
your code actually broke something, as FAILs are rather common.
So I guess that the
> /lib/libc.so.6 is provided by glibc whereas /usr/lib/libc.so is
> provided by glibc-devel.
Ah, if this is true then I probably need to be building against a sysroot
containing glibc-devel.
I'll try that, thx.
NZG
On Fri, Jun 23, 2006 at 12:30:22AM +0530, Niklaus wrote:
> i think this is something to do with --with-sysroot.
> Try removing the sysroot but i am not sure well sysroot/lib should
> contain libc.so
>
> /lib/libc.so.6 is provided by glibc whereas /usr/lib/libc.so is
> provided by glibc-devel.
>
>
i think this is something to do with --with-sysroot.
Try removing the sysroot but i am not sure well sysroot/lib should
contain libc.so
/lib/libc.so.6 is provided by glibc whereas /usr/lib/libc.so is
provided by glibc-devel.
Maybe some one experienced can help you out.
On 6/22/06, NZG <[EMAIL P
Amatör film yönetmenlerimize, herzaman ilgi gösteren Türk medyasina tesekkür
olarak bizde FIFA 2006 dan cektigimiz dijital resimlerimizi Türk medya
mensuplariyla
paylasmak istiyoruz.
www.makinist.de
Almanya nin baskenti Berlin de yayinladigimiz TAF (Türk Amatör Filmi) adli tv
programimizi Tür
Amatör film yönetmenlerimize, herzaman ilgi gösteren Türk medyasina tesekkür
olarak bizde FIFA 2006 dan cektigimiz dijital resimlerimizi Türk medya
mensuplariyla
paylasmak istiyoruz.
www.makinist.de
Almanya nin baskenti Berlin de yayinladigimiz TAF (Türk Amatör Filmi) adli tv
programimizi Tür
Amatör film yönetmenlerimize, herzaman ilgi gösteren Türk medyasina tesekkür
olarak bizde FIFA 2006 dan cektigimiz dijital resimlerimizi Türk medya
mensuplariyla
paylasmak istiyoruz.
www.makinist.de
Almanya nin baskenti Berlin de yayinladigimiz TAF (Türk Amatör Filmi) adli tv
programimizi Tür
Amatör film yönetmenlerimize, herzaman ilgi gösteren Türk medyasina tesekkür
olarak bizde FIFA 2006 dan cektigimiz dijital resimlerimizi Türk medya
mensuplariyla
paylasmak istiyoruz.
www.makinist.de
Almanya nin baskenti Berlin de yayinladigimiz TAF (Türk Amatör Filmi) adli tv
programimizi Tür
I was surprised when this erroneous line didn't give an error:
Bifilter _bif(new Filter(),Bifilter::DELETE_ON_DESTRUCTION);
when the Bifilter constructor is defined as
class Bifilter : public Filter
{
public:
enum DestructorAction { DELETE_ON_DESTRUCTION, KEEP_ON_DE
Hello,
last week I announced that, within the R&D division of
STMicroelectronics I belong to, my team decided to work about a CIL
back-end for gcc (see http://gcc.gnu.org/ml/gcc/2006-06/msg00420.html).
After receiving positive feedback and interest about such a back-end, I
thought it's a good i
20 matches
Mail list logo
