Hi,
Recently, I run into a very odd things when change my gcc toolchain
from 3.3.* to 3.4.*. The compiled application such as a simple hello
printing, is unable to redirect into a file.
$ ./hello
hello
$ ./hello > log
$ cat log
$
It's a cross toolchain, using binutils-2.16, glibc-2.3.2, with th
2011/11/15 Mingjie Xing :
> Hi,
>
> Recently, I run into a very odd things when change my gcc toolchain
> from 3.3.* to 3.4.*. The compiled application such as a simple hello
> printing, is unable to redirect into a file.
Here's more information generating by strace.
$ strace ./hello.gcc-3.3 > l
On 15 November 2011 08:38, Mingjie Xing wrote:
> Hi,
>
> Recently, I run into a very odd things when change my gcc toolchain
> from 3.3.* to 3.4.*. The compiled application such as a simple hello
> printing, is unable to redirect into a file.
>
> $ ./hello
> hello
> $ ./hello > log
> $ cat log
> $
Hi,
I'm trying to build a gnat cross compiler based on gcc 4.5.2 for my private
target (named prism). To do this, I'm using a native gnat-6.4.2 (containing gcc
4.5.2).
I want the minimal amount of lib and runtime so I presume that I nearly only
need to provide 'system.ads'. (I will add seconda
I wanted to download my patch in comment 15 of http://gcc.gnu.org/PR2972#c15
So I clicked on the attachment link, and I get the patch viewer,
showing me a coloured, side-by-side diff. Very pretty, but no use if
I want to download it to apply it to the GCC source.
So I clicked on the "Raw Unified
Hello!
x86-specific part of this patch was committed to the trunk recently.
There is also target-independent part, which covers memset/memcopy for
the smallest sizes (from 1 to ~256 bytes). In contrast to existing
implementation, it has a cost model to choose the fastest move-mode
(which could be
Le 15. 11. 11 10:50, Jonathan Wakely a écrit :
> So I clicked on the attachment link, and I get the patch viewer,
> showing me a coloured, side-by-side diff. Very pretty, but no use if
> I want to download it to apply it to the GCC source.
>
> So I clicked on the "Raw Unified" link above the side
2011/11/15 Frédéric Buclin :
> Le 15. 11. 11 10:50, Jonathan Wakely a écrit :
>> So I clicked on the attachment link, and I get the patch viewer,
>> showing me a coloured, side-by-side diff. Very pretty, but no use if
>> I want to download it to apply it to the GCC source.
>>
>> So I clicked on th
Le 15. 11. 11 13:25, Jonathan Wakely a écrit :
> unified link would be useful. For GCC unified diffs are the norm, so
> having an extra link to show it in that form (but not accurately) does
> seem unhelpful.
Feel free to file a bug on GCC Bugzilla, and assign it to me, so that I
can remove this
Samo najbolje besplatne online igre igrice na:
www.igre.uk.pn
Auto, moto, sportske, za decu, za devojèice, misaone, Super Mario, Pacman,
trke, arkadne, za odrasle i mnoge druge igre.
Brza, jednostavna i besplatna registracija! Najveca mreza u Evropi.
Samo najbolje besplatne online igre igrice na:
www.igre.uk.pn
Auto, moto, sportske, za decu, za devojèice, misaone, Super Mario, Pacman,
trke, arkadne, za odrasle i mnoge druge igre.
Brza, jednostavna i besplatna registracija! Najveca mreza u Evropi.
I guess "fold" means do the computation at compile time?
No, it is being called with a variable. That is interesting that libc has a
gamma function. I will have to track down the implementation ...
-Original Message-
From: Ian Lance Taylor [mailto:i...@google.com]
Sent: Tuesday, November
Hi,
Auto-Vectorization is still implemented in the 'old'- non polyhedral way.
Polyhedral model can only help drive the vectorization strategies.
What is happening is that Graphite (polyhedral model framework inside GCC)
is setting the flag on the loop that it thinks should be vectorized.
Later, th
On 11/15/2011 08:51 AM, James Hirschorn wrote:
I guess "fold" means do the computation at compile time?
No, it is being called with a variable. That is interesting that libc has a
gamma function. I will have to track down the implementation ...
-Original Message-
From: Ian Lance Taylor
On 11/15/2011 06:07 AM, James Hirschorn wrote:
> I have noticed that the builtin gamma function is very accurate and
> extremely fast. Can someone tell me where to find the source code for the
> implementation?
Probably sysdeps/ieee754/dbl-64/e_lgamma_r.c
> gdb skips over the call to the builtin
James Hirschorn writes:
> I guess "fold" means do the computation at compile time?
Yes.
> No, it is being called with a variable. That is interesting that libc has a
> gamma function. I will have to track down the implementation ...
I believe it is here:
http://sourceware.org/git/?p=glibc.git
GCC fails to build on FreeBSD 10, and debugging this I ran into the
following snippet that's spread all over the place in various ./configure
files:
freebsd* | dragonfly*)
# DragonFly does not have aout. When/if they implement a new
# versioning mechanism, adjust this.
if test -x /
On 15.11.11 22:37, Gerald Pfeifer wrote:
GCC fails to build on FreeBSD 10, and debugging this I ran into the
following snippet that's spread all over the place in various ./configure
files:
freebsd* | dragonfly*)
# DragonFly does not have aout. When/if they implement a new
# versio
Andreas Tobler writes:
> libtool.m4 change:
> --
> case $host_os in
> -freebsd[[123]]*) objformat=aout ;;
> +freebsd[[23]].*) objformat=aout ;;
If you match the dot explicitly anyway you can leave the 1 in the set.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
On 15.11.11 23:08, Andreas Schwab wrote:
Andreas Tobler writes:
libtool.m4 change:
--
case $host_os in
-freebsd[[123]]*) objformat=aout ;;
+freebsd[[23]].*) objformat=aout ;;
If you match the dot explicitly anyway you can leave the 1 in the set.
Yep. I just to
On 11/15/2011 04:18 PM, Andreas Tobler wrote:
On 15.11.11 23:08, Andreas Schwab wrote:
Andreas Tobler writes:
libtool.m4 change:
--
case $host_os in
- freebsd[[123]]*) objformat=aout ;;
+ freebsd[[23]].*) objformat=aout ;;
If you match the dot explicitly anyway you can leave
On Tue, 15 Nov 2011, Andreas Tobler wrote:
> Are you sure that they come from autoconf? I'd say they come from
> toplevel libtool.m4.
You right; bah, my bad.
> When I tested this, I only had to adjust libtool.m4 and then autoconf'ing the
> needed files.
>
> libtool.m4 change:
>
On 15.11.11 23:31, Peter O'Gorman wrote:
On 11/15/2011 04:18 PM, Andreas Tobler wrote:
On 15.11.11 23:08, Andreas Schwab wrote:
Andreas Tobler writes:
libtool.m4 change:
--
case $host_os in
- freebsd[[123]]*) objformat=aout ;;
+ freebsd[[23]].*) objformat=aout ;;
If you mat
On 15.11.11 23:34, Gerald Pfeifer wrote:
On Tue, 15 Nov 2011, Andreas Tobler wrote:
Are you sure that they come from autoconf? I'd say they come from
toplevel libtool.m4.
You right; bah, my bad.
When I tested this, I only had to adjust libtool.m4 and then autoconf'ing the
needed files.
libt
Snapshot gcc-4.4-2015 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-2015/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
25 matches
Mail list logo
