On Fri, May 25, 2012 at 11:36 AM, NightStrike wrote:
> Under what conditions does it fail? We use it daily at mingw-w64.
>
> On Fri, May 25, 2012 at 2:33 PM, H.J. Lu wrote:
>> When --with-sysroot is used to configure gcc, build will usually fail
>> if --with-build-sysro
On Fri, May 25, 2012 at 11:40 AM, H.J. Lu wrote:
> On Fri, May 25, 2012 at 11:36 AM, NightStrike wrote:
>> Under what conditions does it fail? We use it daily at mingw-w64.
>>
>> On Fri, May 25, 2012 at 2:33 PM, H.J. Lu wrote:
>>> When --with-sysroot is use
;"
int
[hjl@gnu-6 include]$ echo __WCHAR_TYPE__ | gcc -mx32 -E -
# 1 ""
# 1 ""
# 1 ""
# 1 ""
int
[hjl@gnu-6 include]$ echo __WCHAR_TYPE__ | gcc -m64 -E -
# 1 ""
# 1 ""
# 1 ""
# 1 ""
int
[hjl@gnu-6 include]$
Is this intentional?
--
H.J.
On Wed, May 30, 2012 at 9:25 AM, Joseph S. Myers
wrote:
> On Wed, 30 May 2012, H.J. Lu wrote:
>
>> On Linux/i386:
>
>> long int
>
>> On Linux/x86-64:
>>
>> [hjl@gnu-6 include]$ echo __WCHAR_TYPE__ | gcc -m32 -E -
>
>> int
>
> That'
;
> http://gcc.gnu.org/ml/gcc/2012-03/msg00345.html
>
> The next report will be sent by me when announcing the release
> candidate.
Can we fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53539
for GCC 4.7.1?
Thanks.
--
H.J.
el/binutils/
It is also available on linux/release/2.22.52.0.4 branch at
http://git.kernel.org/?p=linux/kernel/git/hjl/binutils.git;a=summary
Thanks.
H.J. Lu
hjl.to...@gmail.com
06/05/2012
On Tue, Jun 26, 2012 at 12:36 PM, Mark Butler wrote:
> On Monday, May 14, 2012 11:31:11 AM UTC-6, H.J. wrote:
>>
>> Support for the x32 psABI:
>>
>> http://sites.google.com/site/x32abi/
>>
>> is added in Linux kernel 3.4-rc1. X32 uses the ILP32 model for
The structure
> layouts of any structure that did not contain pointers would be identical,
> for example. struct timeval, struct timespec, struct stat, and on and on...
Linux/x32 uses the same layout for struct timeval, struct timespec, struct stat,
as Linux/x86-64. It is orthogonal to L64 vs L32.
--
H.J.
On Tue, Jun 26, 2012 at 10:56 PM, Mark Butler wrote:
>
>
> On Tuesday, June 26, 2012 3:22:45 PM UTC-6, H.J. wrote:
>>
>> On Tue, Jun 26, 2012 at 2:11 PM, Mark Butler wrote:
>> >
>> >> x32 is designed to replace ia32 where long is 32-bit, not x86-64.
>&
Hi,
Resending with plain text.
Here is the final proposal to add STB_SECONDARY to gABI.
Any comments?
Thanks.
--
H.J.
---
We want to provide a relocatable object which can take advantage of all
versions of a supported OS. For a function, foo, in the C library, we
can use it only if it is
On Wed, Jun 27, 2012 at 11:24 AM, Magnus Fromreide wrote:
> On Wed, 2012-06-27 at 05:01 -0700, H.J. Lu wrote:
>> On Tue, Jun 26, 2012 at 10:56 PM, Mark Butler wrote:
>> >
>> >
>> > On Tuesday, June 26, 2012 3:22:45 PM UTC-6, H.J. wrote:
>> >>
&g
er used for the description of
> STB_WEAK.
Here is the revised proposal.
Thanks.
H.J.
We want to provide a relocatable object which can take advantage of all
versions of a supported OS. For a function, foo, in the C library, we
can use it only if it is available on all versions of the C lib
proposal.
> Question: will this be part of the current gABI draft soon?
>
That is a good question. I don't know if the gABI draft is
being actively maintained at the moment.
--
H.J.
---
We want to provide a relocatable object which can take advantage of all
versions of a supported OS.
On Thu, Jun 28, 2012 at 7:34 AM, Suprateeka R Hegde
wrote:
>> -Original Message-
>> From: generic-...@googlegroups.com [mailto:generic-
>> a...@googlegroups.com] On Behalf Of H.J. Lu
>> Sent: 28 June 2012 07:55 PM
>> To: generic-...@googlegroups.com
>>
and it turns out salq are changed to shl which leads to the
> strange behavior. shl only allows shift less or equal than 31.
>
It is a binutils issue.
--
H.J.
and it turns out salq are changed to shl which leads to the
> strange behavior. shl only allows shift less or equal than 31.
>
I was reminded that SHL == SAL. Your problem lies elsewhere.
H.J.
On Fri, Jul 6, 2012 at 10:49 AM, Feng LI wrote:
> So under x86_64 machine, I could do a
> Shl %rax 32 safely without being truncated?
Yes.
> Still , why the suffix q is removed in the disassembled code if they are the
> same?
>
You can get suffix by adding -Msuffix to objdump.
--
H.J.
Hi,
I saw massive FORTRAN failures on trunk with both SPEC CPU 2006
and GCC FORTRAN testsuite. Is this a known problem? Should I open a bug
report?
--
H.J.
On Sat, Aug 4, 2012 at 9:49 AM, Tobias Burnus wrote:
> H.J. Lu wrote:
>>
>> I saw massive FORTRAN failures on trunk with both SPEC CPU 2006
>> and GCC FORTRAN testsuite. Is this a known problem? Should I open a bug
>> report?
>
>
> I assume that you do not
3.51.0.1 branch at
http://git.kernel.org/?p=linux/kernel/git/hjl/binutils.git;a=summary
Thanks.
H.J. Lu
hjl.to...@gmail.com
08/07/2012
6 => /libx32/libm.so.6 (0xf67db000)
libc.so.6 => /libx32/libc.so.6 (0xf642c000)
/libx32/ld-linux-x32.so.2 (0xf75c1000)
[hjl@gnu-mic-2 build-x86_64-linux]$
I do have mpc, mpfr and gmp.
--
H.J.
versions of libbfd
and libopcodes. As far as I can tell, one can run the newly built binutils
without setting them since libtool already sets up proper DT_RPATH.
--
H.J.
On Sat, Aug 25, 2012 at 8:31 AM, H.J. Lu wrote:
> Hi,
>
> Setting HOST_LIB_PATH_bfd/HOST_LIB_PATH_opcodes causes:
>
> as: error while loading shared libraries:
> /builddir/build/BUILD/binutils/./opcodes/.libs/libopcodes-2.23.51.0.2-0.1.fc17.so:
> file too short
> make
On Sat, Aug 25, 2012 at 3:27 PM, Mike Frysinger wrote:
> On Saturday 25 August 2012 11:58:08 H.J. Lu wrote:
>> On Sat, Aug 25, 2012 at 8:31 AM, H.J. Lu wrote:
>> > Hi,
>> >
>> > Setting HOST_LIB_PATH_bfd/HOST_LIB_PATH_opcodes causes:
>> >
On Sun, Aug 26, 2012 at 6:22 AM, Paolo Bonzini wrote:
> Il 25/08/2012 17:58, H.J. Lu ha scritto:
>> The change was introduced by
>>
>> http://gcc.gnu.org/ml/gcc-cvs/2005-03/msg01452.html
>>
>> Paolo, do you remember the reason for this?
>
> Actually, t
> The DWARF reader calls malloc and is therefore not async-signal safe.
> It would be difficult to write an efficient DWARF reader that does not
> allocate any memory, and I'm not aware of any way to allocate memory
> that is defined to be async-signal safe. That said, as far as I know
> mmap is async-signal safe in practice if not in theory, so one
> approach would be to do memory allocation using mmap.
>
Using mmap instead of malloc is a good idea. It should fix:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24724
--
H.J.
ue in glibc.
H.J.
---
This is the beta release of binutils 2.23.51.0.2 for Linux, which is
based on binutils 2012 0908 in CVS on sourceware.org plus various
changes. It is purely for Linux.
All relevant patches in patches have been applied to the source tree.
You can take a look at patches/README t
why the second warning appears
> although I wrote the function properly!
>
>
,__bid_truncdddf is a libgcc internal function. Don't ever use it
in user programs. Just cast DFP to double.
--
H.J.
upport in libgcc is based on the very old Intel DFP
library. We are planning to update it to the current Intel DFP library.
--
H.J.
16. Improve ppc support.
17. Improve tic6x support.
The file list:
1. binutils-2.23.51.0.3.tar.bz2. Source code.
The primary sites for the beta Linux binutils are:
1. http://www.kernel.org/pub/linux/devel/binutils/
It is also available on linux/release/2.23.51.0.3 branch at
http://git.kernel.or
at the block obtained from insn_scope
>> (insn), called from reemit_insn_block_notes, has a block number of 0.
>> That leads to the crash in insn_scope.
>>
>> It's interesting that it only occurs with -g. I'm not sure what that means.
>>
>> Could you take a look at this and see if it is due to your patch?
>>
>> Thanks.
>>
>> Ian
It may also cause:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54645
--
H.J.
b/gnu/gcc/gcc-4.7.2> get gcc-4.7.2.tar.bz2
get: Access failed: 550 Failed to open file. (gcc-4.7.2.tar.bz2)
lftp ftp.gnu.org:/pub/gnu/gcc/gcc-4.7.2>
--
H.J.
atch for trunk.
If yes, please try hjl/x32/gcc-4_7-branch branch.
--
H.J.
e list:
1. binutils-2.23.51.0.5.tar.bz2. Source code.
The primary sites for the beta Linux binutils are:
1. http://www.kernel.org/pub/linux/devel/binutils/
It is also available on linux/release/2.23.51.0.5 branch at
http://git.kernel.org/?p=linux/kernel/git/hjl/binutils.git;a=summary
Thanks.
H.J. Lu
hjl.to...@gmail.com
11/12/2012
x27;t see it for non-target
> options.
>
Can you handle it similar to gcoff/gstabs/gdwarf-?
--
H.J.
t nonpic } to all
We should add { target nonpic } independent of Android.
> tests that fail on Android, but probably the problem is deeper than
> that and that would be only hiding our head in the sand.
Using -fPIE to compile executables is a good idea.
--
H.J.
Hi,
There is a bad memory access in LTO:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
Should we add an option to bootstrap GCC with asan?
--
H.J.
On Sat, Nov 17, 2012 at 9:38 AM, Ian Lance Taylor wrote:
>
> On Nov 17, 2012 9:37 AM, "H.J. Lu" wrote:
>>
>> Hi,
>>
>> There is a bad memory access in LTO:
>>
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
>>
>> Should we
is also available on linux/release/2.23.51.0.6 branch at
http://git.kernel.org/?p=linux/kernel/git/hjl/binutils.git;a=summary
Thanks.
H.J. Lu
hjl.to...@gmail.com
11/26/2012
On Thu, May 17, 2012 at 12:50 PM, H.J. Lu wrote:
> On Tue, May 15, 2012 at 9:07 AM, Michael Matz wrote:
>> Hi,
>>
>> On Mon, 14 May 2012, H.J. Lu wrote:
>>
>>> > As a minor nitpick, I have always used x32 with a lower case x. The
>>> > ca
and westmere;
> I have searched for occurrences of these strings in GCC, and I
> couldn't find anything that would imply a different behavior wrt
> unaligned loads on 128/256 bits vectors. Is it still unimplemented?
>
i386.c has
{
/* When not optimize for size, enable vzeroupper optimization for
TARGET_AVX with -fexpensive-optimizations and split 32-byte
AVX unaligned load/store. */
if (!optimize_size)
{
if (flag_expensive_optimizations
&& !(target_flags_explicit & MASK_VZEROUPPER))
target_flags |= MASK_VZEROUPPER;
if ((x86_avx256_split_unaligned_load & ix86_tune_mask)
&& !(target_flags_explicit & MASK_AVX256_SPLIT_UNALIGNED_LOAD))
target_flags |= MASK_AVX256_SPLIT_UNALIGNED_LOAD;
if ((x86_avx256_split_unaligned_store & ix86_tune_mask)
&& !(target_flags_explicit & MASK_AVX256_SPLIT_UNALIGNED_STORE))
target_flags |= MASK_AVX256_SPLIT_UNALIGNED_STORE;
/* Enable 128-bit AVX instruction generation
for the auto-vectorizer. */
if (TARGET_AVX128_OPTIMAL
&& !(target_flags_explicit & MASK_PREFER_AVX128))
target_flags |= MASK_PREFER_AVX128;
}
}
--
H.J.
ore cleanups in some of the
> libraries (?).
>
> Not much, but something is more than nothing :-)
>
I am for it.
--
H.J.
gt; problems with GCC when using this memory model.
>
Have you tried PIE with small model? You can place your
binaries above 4G with better performance.
--
H.J.
Hi,
I am trying to submit my x32 extension to x86-64 discussion
mailing list. But my email was bounced back. Do we need
a more reliable place for x86-64 psABI?
H.J.
-- Forwarded message --
From: Mail Delivery Subsystem
Date: Fri, Dec 7, 2012 at 1:02 PM
Subject: Delivery
binutils/
It is also available on linux/release/2.23.51.0.7 branch at
http://git.kernel.org/?p=linux/kernel/git/hjl/binutils.git;a=summary
Thanks.
H.J. Lu
hjl.to...@gmail.com
12/20/2012
es, see
http://gcc.gnu.org/ml/gcc-testresults/2012-12/msg01861.html
[hjl@gnu-4 src-4.7]$ cat gcc/REVISION
[gcc-4_7-branch revision 194514]
[hjl@gnu-4 src-4.7]$
--
H.J.
Hi,
This update fixed the linker regression:
http://www.sourceware.org/bugzilla/show_bug.cgi?id=14980
H.J.
This is the beta release of binutils 2.23.51.0.8 for Linux, which is
based on binutils 2012 1218 in CVS on sourceware.org plus various
changes. It is purely for Linux.
All relevant
aligned
>
Why don't you let GCC to align struct my_array to
32 byte for you? You can do
struct my_array data __attribute__((aligned(32)));
--
H.J.
support.
14. Improve cr16 support.
15. Improve mips support.
16. Improve ppc support.
17. Improve tic6x support.
The file list:
1. binutils-2.23.51.0.9.tar.bz2. Source code.
The primary sites for the beta Linux binutils are:
1. http://www.kernel.org/pub/linux/devel/binutils/
It is also availa
>
There are a couple bugs:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44490
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44532
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46942
--
H.J.
.
14. Improve cr16 support.
15. Improve mips support.
16. Improve ppc support.
17. Improve tic6x support.
The file list:
1. binutils-2.23.52.0.1.tar.bz2. Source code.
The primary sites for the beta Linux binutils are:
1. http://www.kernel.org/pub/linux/devel/binutils/
It is also available on l
suffix" for both
mnemonic suffix in AT&T/Intel modes and operand size in Intel mode.
I like your suggestion. We now have enough bits on operand to do it.
But it is a major work and it can't be done one instruction at a time.
H.J.
an follow up with this thread in ia32 psABI discussion group:
http://groups.google.com/group/ia32-abi/browse_thread/thread/f47e0106b21d9269
H.J.
On Tue, Jan 08, 2008 at 01:57:50PM +, Andrew Haley wrote:
> H.J. Lu writes:
> > On Mon, Jan 07, 2008 at 06:32:08PM +, Andrew Haley wrote:
> > >
> > > So, what now? Can we even agree about what the psABI actually says
> > > about sign-extending re
p any ia32 psABI
issues there.
H.J.
AINTAINERS in gcc, gdb and binutils.
Thanks.
H.J.
Hi,
My old email address, [EMAIL PROTECTED], may no longer works. My
new email address is [EMAIL PROTECTED]
H.J.
/ia32
and Linux/x86-64.
Thanks.
H.J.
-- 0. MOTIVATION --
Some local variables (such as of __m128 type or marked with alignment
attribute) require stack aligned at a boundary larger than the default stack
boundary. Current GCC partially supports this with limitations. We are
proposing a new
cessful bootstrap/test
Revision 131576 also miscompiled 178.galgel n SPEC CPU 2000 on
Linux/ia32 with -O2 -ffast-math. See
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34852
I don't know if they are related.
H.J.
On Mon, Jan 28, 2008 at 02:47:23AM +0100, Gerald Pfeifer wrote:
> On Thu, 17 Jan 2008, H.J. Lu wrote:
> > I created gcc stack alignment branch to implement our proposal
> > to automatically align stack:
> >
> > svn://gcc.gnu.org/svn/gcc/branches/stack
>
> Would
gt;tag [varmap] in the subject line.
> >
> > + stack-branch
>
> Is it called stack or stack-branch?
>
> Andreas.
>
This is the patch I checked in.
H.J.
---
Index: svn.html
===
RCS file: /cvs/gcc/
I am trying to get fndecl on a C++ CALL_EXPR with get_callee_fndecl.
But get_callee_fndecl returns NULL. What is the proper way to
get fndecl on a C++ CALL_EXPR in the middle end?
Thanks.
H.J.
On Wed, Jan 30, 2008 at 08:04:52PM -0800, Andrew Pinski wrote:
> On Jan 30, 2008 7:59 PM, H.J. Lu <[EMAIL PROTECTED]> wrote:
> > I am trying to get fndecl on a C++ CALL_EXPR with get_callee_fndecl.
> > But get_callee_fndecl returns NULL. What is the proper way to
> > ge
DImode is aligned at 8 byte in i386. Since 32bit doesn't have
64bit register, can we align DImode at 4byte instead of 8
for i386? It shouldn't have any negative impact on performance.
H.J.
rmance gain. However,
it does break i386 psABI. We align DF scalar to 8 byte and DF
field in struct to 4 byte for i386. Can we just align DI scalar
to 4 byte and leave DI field in struct unchanged for i386?
Thanks.
H.J.
E2 enabled
x.i:5: error: Calling 'float(float)' with attribute sseregparm without
SSE/SSE2 enabled
[EMAIL PROTECTED] stack-2]$
Since it is an error, can't ix86_function_sseregparm remember what
have been reported and not
generate duplicated messages?
H.J.
H.J.
We have a bunch of stack alignment run-time tests for C++. We
like to run them with difffernet optimization flags, like
-O0, -O1, -O2, ..., similar to those under gcc.c-torture/execute.
Is there a way to do it for C++?
Thanks.
H.J.
I tried to build Ada at trunk revision 131899 on Linux/ia32. It failed
on RHEL4/ia32 and Fedora 8/ia32. But I can build Ada on Linux/Intel64.
Is there a known problem?
H.J.
small, minimum allowed is 64
s-pack33.adb:59:49: size for "E7" too small, minimum allowed is 64
s-pack33.adb:62:30: size for "Cluster" too small, minimum allowed is 512
H.J.
-system-zlib --enable-checking=assert
--with-demangler-in-ld --enable-languages=c,ada --enable-shared
--enable-threads=posix --enable-haifa --prefix=/usr/gcc-4.3
--with-local-prefix=/usr/local
and run "make bootstrap"?
Thanks.
H.J.
On Fri, Feb 08, 2008 at 11:41:07AM -0600, Joel Sherrill wrote:
> H.J. Lu wrote:
>> On Feb 8, 2008 9:37 AM, Joel Sherrill <[EMAIL PROTECTED]> wrote:
>>
>>> Strange. I update this morning and built a new native Fedora 8 ia32
>>> compiler followed by a
y bug.
3. Fix an x86 TLS bfd bug.
4. Fix an x86 PIC gas bug.
5. Improve symbol versioning support.
The file list:
1. binutils-2.18.50.0.4.tar.bz2. Source code.
2. binutils-2.18.50.0.3-2.18.50.0.4.diff.bz2. Patch against the
previous beta source code.
3. binutils-2.18.50.0.4.i686.tar.bz2. IA-32 binary tar ball for RedHat
EL 4.
4. binutils-2.18.50.0.4.ia64.tar.bz2. IA-64 binary tar ball for RedHat
EL 4.
5. binutils-2.18.50.0.4.x86_64.tar.bz2. X64_64 binary tar ball for RedHat
EL 4.
The primary sites for the beta Linux binutils are:
1. http://www.kernel.org/pub/linux/devel/binutils/
Thanks.
H.J. Lu
[EMAIL PROTECTED]
02/08/2008
multilib \
> --with-gnu-ld --verbose --with-system-zlib --disable-nls \
> --enable-version-specific-runtime-libs \
> --enable-languages=c,ada --prefix=$INSTALL &&
Can you add "--enable-checking=assert" to see what happens?
Thanks.
H.J.
printf ("%d\n", __builtin_offsetof (struct bar, y));
}
bash-3.2$ gcc -m32 x.c
bash-3.2$ ./a.out
4
4
bash-3.2$ gcc -m64 x.c
bash-3.2$ ./a.out
8
8
bash-3.2$
My patch will only change alignment for long long scalars and arrays.
What alignments do Ada expect for long long on ia32? Does Ada expect
8 byte alignments for struct/record?
H.J.
Hi,
My testsuite are also bounced. Is there a problem?
H.J.
On Feb 9, 2008 6:12 AM, Jack Howarth <[EMAIL PROTECTED]> wrote:
>Is anyone else having their gcc testresults rejected by
> the mail server as containing elements that appear to be
> spam?
>Jack
>
gt; and debug side-by-side in decl.o (the error message is issued there) against
> the pristine compiler, maybe it's only an oversight.
>
I don't know Ada to create a testcase. Can some Ada people help out?
Thanks.
H.J.
I opened
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35186
H.J.
On Feb 11, 2008 4:35 PM, Eric Botcazou <[EMAIL PROTECTED]> wrote:
> > I don't know Ada to create a testcase. Can some Ada people help out?
>
> It's not very different from C++. Start from the command
an example where rbx is used as base pointer. Is this
a carryover from
i386 psABI where ebx is used to hold GOT?
Thanks.
H.J.
On Feb 13, 2008 1:52 PM, Michael Matz <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Wed, 13 Feb 2008, H.J. Lu wrote:
>
> > We need a callee-saved register for stack alignment.
>
> Can you expand on why?
Our proposal is at
http://gcc.gnu.org/ml/gcc/2007-12/msg00567.html
On Feb 13, 2008 2:49 PM, Michael Matz <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Wed, 13 Feb 2008, H.J. Lu wrote:
>
> > Our proposal is at
> >
> > http://gcc.gnu.org/ml/gcc/2007-12/msg00567.html
> >
> > For most cases, we can align stack with RBP/RSP.
> > Hi,
> >
> > On Wed, 13 Feb 2008, H.J. Lu wrote:
> >
> > > We need a callee-saved register for stack alignment.
> >
> > Can you expand on why?
> >
> > > In 64bit, our choices are rbx, and r12-r15. r12-r15 need the REX byte
&g
Hi,
I opened one:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35200
Gcc 4.3 can't compile the current FSF binutils on Linux/ia32.
H.J.
---
On Thu, Feb 14, 2008 at 3:47 AM, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> Status
> ==
>
> We are in Stage 3 and the trunk
16:10:34 +0100 (Mon, 25 Feb 2008)
> Properties Last Updated: 2008-02-19 17:18:53 +0100 (Tue, 19 Feb 2008)
>
> Configured with ../gcc-svn/trunk/configure
> --enable-languages=c,c++,fortran --enable-checking=release
>
I have verified that revision 132629 is the cause. Is there a bug
report for it?
H.J.
On Mon, Feb 25, 2008 at 12:13 PM, Richard Guenther <[EMAIL PROTECTED]> wrote:
>
> On Mon, 25 Feb 2008, Richard Guenther wrote:
>
> > On Mon, 25 Feb 2008, H.J. Lu wrote:
> >
> > > On Mon, Feb 25, 2008 at 9:55 AM, Uros Bizjak <[EMAIL PROTECTED]> wrote:
&
o i386 and x86-64 psABIs, in LP32 mode, XFmode has
size 12 and alignment 4 and in LP64 mode, XFmode has size and
alignment 16. It doesn't make senses to have XFmode of size 12
and alignment 16 in ILP32 mode since it doesn't work with array
of XFmode.
H.J.
Hi,
I'd like to fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35453
for gcc 4.3. Defines SIDD_XXX in SSE4 header file is a bad idea. SSE 4
header file
in icc will also be fixed.
H.J.
On Mon, Mar 3, 2008 at 12:56 PM, Richard Guenther <[EMAIL PROTECTED]> wrote:
> Status
>
Hi,
Here is the patch for both gcc 4.3 and 4.4. OK for 4.3/4.4? Tested on Linux/ia32
and Linux/ia64 with gcc 4.3/4.4.
Thanks.
H.J.
On Tue, Mar 4, 2008 at 1:19 AM, Richard Guenther <[EMAIL PROTECTED]> wrote:
> On Mon, 3 Mar 2008, H.J. Lu wrote:
>
> > Hi,
> &
eared
when calling a signal handler.
H.J.
On Wed, Mar 5, 2008 at 7:30 AM, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Since version 4.3, gcc changed its behaviour concerning the x86/x86-64
> ABI and the direction flag, that is it now assumes that the direction
> fl
I agree with it. There is no right or wrong here Let's start from
scratch and figure out
what is the best way to handle this, assuming we are defining a new psABI.
H.J.
On Thu, Mar 6, 2008 at 7:37 AM, NightStrike <[EMAIL PROTECTED]> wrote:
>
> On 3/6/08, Olivier Galibert
On Thu, Mar 6, 2008 at 8:23 AM, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 06, 2008 at 07:50:12AM -0800, H. Peter Anvin wrote:
> > H.J. Lu wrote:
> > >I agree with it. There is no right or wrong here Let's start from
> > >scratch and figure ou
On Thu, Mar 6, 2008 at 9:06 AM, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>
> H.J. Lu wrote:
> > On Thu, Mar 6, 2008 at 8:23 AM, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> >> On Thu, Mar 06, 2008 at 07:50:12AM -0800, H. Peter Anvin wrote:
> >> > H.
On Thu, Mar 6, 2008 at 9:17 AM, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> H.J. Lu wrote:
> >>
> >> Not a fix, an (optional) workaround for a system bug.
> >
> > So that is the bug in the Linux kernel. Since fixing kernel is much easier
> > than
Hi,
I'd like to check in the fix for PR target/35189 into gcc 4.3.1:
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00729.html
It has been approved for 4.3. But I want to give it a little on trunk first.
Thanks.
H.J.
On Thu, Mar 6, 2008 at 9:27 AM, Jakub Jelinek <[EMAIL PROTECTED
you have SSE2 or VMX support
> but
> it looks like you don't have signal support so they are failing.
>
Why not to use cpuid () to check them?
H.J.
if there are any forms missing? If yes,
please send those forms to me. I will forward to them.
Thanks.
H.J.
ersioning support.
The file list:
1. binutils-2.18.50.0.5.tar.bz2. Source code.
2. binutils-2.18.50.0.4-2.18.50.0.5.diff.bz2. Patch against the
previous beta source code.
3. binutils-2.18.50.0.5.i686.tar.bz2. IA-32 binary tar ball for RedHat
EL 4.
4. binutils-2.18.50.0.5.ia64.tar.bz2. IA-64 binary tar ball for RedHat
EL 4.
5. binutils-2.18.50.0.5.x86_64.tar.bz2. X64_64 binary tar ball for RedHat
EL 4.
The primary sites for the beta Linux binutils are:
1. http://www.kernel.org/pub/linux/devel/binutils/
Thanks.
H.J. Lu
[EMAIL PROTECTED]
03/14/2008
a
> // few assembly instructions
> a().b().c().d(i) = x().y().z(i);
> }
Are they for 64bit or 32bit targets? Are a/b/c/d/x/y/z arrays on
stack? I suggest you open a bug report so that gcc vectorizer
people can take a look.
H.J.
/2008-03/msg00869.html
We will create an AVX branch after stack alignment has been resolved.
H.J.
pened to
our other proposal.
Thanks.
H.J.
On Fri, Mar 21, 2008 at 5:37 PM, Andrew Pinski <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 21, 2008 at 5:29 PM, H.J. <[EMAIL PROTECTED]> wrote:
> > When passing _Decimal64 or _Decimal128 to a function via stack, how
> > should they be aligned? Currently, gcc aligns them
901 - 1000 of 1206 matches
Mail list logo
