I am working SSE4.1/4.2 support. I need to add -msse4.1, -msse4.2
and -msse4. But i386 is running out target mask bits. I got
./options.h:368:2: error: #error too many target masks
Does anyone have suggestions to resolve this? Why not use structure
of bitfields instead of int for target_flags?
On Thu, Apr 12, 2007 at 06:41:06PM +, Joseph S. Myers wrote:
> On Thu, 12 Apr 2007, H. J. Lu wrote:
>
> > I am working SSE4.1/4.2 support. I need to add -msse4.1, -msse4.2
> > and -msse4. But i386 is running out target mask bits. I got
> >
> > ./options.h
On Thu, Apr 12, 2007 at 02:40:31PM -0400, DJ Delorie wrote:
>
> "H. J. Lu" <[EMAIL PROTECTED]> writes:
> > Does anyone have suggestions to resolve this? Why not use structure
> > of bitfields instead of int for target_flags?
>
> Years ago I added an optio
On Thu, Apr 12, 2007 at 06:58:29PM +, Joseph S. Myers wrote:
> On Thu, 12 Apr 2007, H. J. Lu wrote:
>
> > > You can specify Var together with Mask in .opt files; that allows you to
> > > create a second variable for flag bits as a smaller patch for now.
> > >
On Thu, Apr 12, 2007 at 07:03:34PM +, Joseph S. Myers wrote:
> On Thu, 12 Apr 2007, H. J. Lu wrote:
>
> > Are there any documents/examples for a second variable for flag bits?
>
> config/linux.opt uses Mask and InverseMask with Var.
i386.c has many
static const struct b
On Thu, Apr 12, 2007 at 02:48:43PM -0700, Richard Henderson wrote:
> On Thu, Apr 12, 2007 at 02:35:10PM -0700, H. J. Lu wrote:
> > i386.c has many
> >
> > static const struct builtin_description bdesc_comi[] =
> > {
> > { MASK_SSE, CODE_FOR_sse_comi,
>
On Thu, Apr 12, 2007 at 05:25:45PM -0700, Richard Henderson wrote:
> On Thu, Apr 12, 2007 at 03:09:55PM -0700, H. J. Lu wrote:
> > BTW, I noticed that there are 2 bits
> >
> > NO_PUSH_ARGS
> > SVR3_SHLIB
> >
> > defined in i386 backend. But they aren&#
On Fri, Apr 13, 2007 at 12:04:04PM -0700, Andrew Pinski wrote:
> On 4/13/07, H. J. Lu <[EMAIL PROTECTED]> wrote:
>
> You don't need to do all this, You can just use variable with MASK
> which was added by JSM when PPC64-linux-gnu's target bits overflowed.
For i386, w
On Fri, Apr 13, 2007 at 02:13:34PM -0700, Andrew Pinski wrote:
> On 4/13/07, H. J. Lu <[EMAIL PROTECTED]> wrote:
> >On Fri, Apr 13, 2007 at 12:04:04PM -0700, Andrew Pinski wrote:
> >> On 4/13/07, H. J. Lu <[EMAIL PROTECTED]> wrote:
> >>
> >> You don&
I am working on SSE4.1 intrinsic. For code:
typedef long long __m128i __attribute__ ((__vector_size__ (16), __may_alias__));
typedef long long __v2di __attribute__ ((__vector_size__ (16)));
extern __m128i res[2];
void
foo(long long x, __m128i val)
{
res[0] = ((__m128i) __builtin_ia32_vec_set_v2
On Sat, Apr 14, 2007 at 02:49:47PM -0400, Daniel Jacobowitz wrote:
> On Sat, Apr 14, 2007 at 11:28:59AM -0700, H. J. Lu wrote:
> > __builtin_ia32_vec_set_v2di will be expanded to
> >
> > [(set (match_operand:V2DI 0 "register_operand" &q
On Sat, Apr 14, 2007 at 12:23:24PM -0700, Andrew Pinski wrote:
> On 4/14/07, H. J. Lu <[EMAIL PROTECTED]> wrote:
> >
> >__builtin_ia32_vec_set_v2di is
> >
> >v2di __builtin_ia32_vec_set_v2di (v2di, long long, const int)
>
> v2di and m128i are the sa
Hello all,
Is that any reference (paper, guide, whatever,) on how gcc is handling
exceptions in intermediate code? Is it based on a known (published)
method? Is it intuitive and explained somewhere?
I've looked at internal docs but it is not really explicit how it
works. I'm having a hard time u
Hello all,
I'm doing in my IPA pass:
for(node = cgraph_nodes; node; node = node->next) {
reg_cgraph_node(IDENTIFIER_POINTER(DECL_ASSEMBLER_NAME(node->decl)));
}
to get all the function names in the cgraph. I'm adding them to a list
and I'm assuming that two nodes do not have the same
DECL_ASS
Hello all,
I'm going through the bodies of all user-defined functions. I'm using
as user-defined function as one that:
DECL_BUILT_IN(node) == 0.
Problem is that for a function (derived from a C++ file) whose output
from my pass is (output is self-explanatory, I think):
Registering cgraph node:
On 4/16/07, Daniel Jacobowitz <[EMAIL PROTECTED]> wrote:
On Mon, Apr 16, 2007 at 05:04:05PM +0100, Paulo J. Matos wrote:
> _ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc
> [operator<<]... SUCCESSFUL
> Well, this is definitely builtin but DECL_BUILT_IN == 0, which m
On 4/16/07, Daniel Berlin <[EMAIL PROTECTED]> wrote:
First, it's not built in, because it's defined in a source file.
Builtin functions are those defined by the compiler.
Second, we should make FOR_EACH_BB_FN never crash on empty tree functions.
It seems really rude to do otherwise.
Just becaus
On 4/16/07, Jan Hubicka <[EMAIL PROTECTED]> wrote:
Hi,
> Hello all,
>
> I'm doing in my IPA pass:
> for(node = cgraph_nodes; node; node = node->next) {
>reg_cgraph_node(IDENTIFIER_POINTER(DECL_ASSEMBLER_NAME(node->decl)));
> }
>
> to get all the function names in the cgraph. I'm adding them t
On 4/16/07, Jan Hubicka <[EMAIL PROTECTED]> wrote:
>
> If you just want to scan every function you have around, the obvious
> way to do it is
>
> For each function
> FOR_EACH_BB_FN (function).
>
> This is probably slightly slower than
>
> For each function
> if cgraph_function_body_availability
Thank you for the references at Code Sourcery, regading SJLJ exception
handling I found the paper (which references it): "Exception Handling
in the Choices Operating System", is the reference for SJLJ EH?
Cheers,
--
Paulo Jorge Matos - pocm at soton.ac.uk
http://www.personal.soton.ac.uk/pocm
PhD
On 4/16/07, Jan Hubicka <[EMAIL PROTECTED]> wrote:
>
> Sure, however, I'm developing over 4.1.1, still you might still have
> the error on current head, (I know 4.1.1 is quite old). What do you
> mean by a test case? Do you want a short version of my IPA pass which
> shows up the issue?
Either th
On 4/17/07, Mike Stump <[EMAIL PROTECTED]> wrote:
On Apr 17, 2007, at 3:11 AM, Paulo J. Matos wrote:
> I wonder, that if I am to use gcc head, how can I do that?
This isn't a trick question is it? Anyway, it is answered by our web
site. Briefly, you check out trunk and th
This is the beta release of binutils 2.17.50.0.15 for Linux, which is
based on binutils 2007 0418 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 to see what have been
Hi Dorit,
SSE4 has vector zero/sign-extensions like:
(define_insn "sse4_1_zero_extendv2siv2di2"
[(set (match_operand:V2DI 0 "register_operand" "=x")
(zero_extend:V2DI
(vec_select:V2SI
(match_operand:V4SI 1 "nonimmediate_operand" "xm")
(parallel [(c
On Sat, Apr 21, 2007 at 02:19:28AM +0200, Zdenek Dvorak wrote:
> Hello,
>
> > Steve Ellcey wrote:
> >
> > >This seems unfortunate. I was hoping I might be able to turn on loop
> > >unrolling for IA64 at -O2 to improve performance. I have only started
> > >looking into this idea but it seems to
On Sun, Apr 22, 2007 at 11:14:20PM +0300, Dorit Nuzman wrote:
> "H. J. Lu" <[EMAIL PROTECTED]> wrote on 20/04/2007 18:02:09:
>
> > Hi Dorit,
> >
> > SSE4 has vector zero/sign-extensions like:
> >
> > (define_insn "sse4_1_zero_extendv2siv
On Mon, Apr 23, 2007 at 12:55:26AM +0300, Dorit Nuzman wrote:
> "H. J. Lu" <[EMAIL PROTECTED]> wrote on 23/04/2007 00:29:16:
>
> > On Sun, Apr 22, 2007 at 11:14:20PM +0300, Dorit Nuzman wrote:
> > > "H. J. Lu" <[EMAIL PROTECTED]>
On Mon, Apr 23, 2007 at 09:05:05PM +0300, Dorit Nuzman wrote:
> "H. J. Lu" <[EMAIL PROTECTED]> wrote on 23/04/2007 01:34:39:
>
> > On Mon, Apr 23, 2007 at 12:55:26AM +0300, Dorit Nuzman wrote:
> > > "H. J. Lu" <[EMAIL PROTECTED]> wrote on 23/04
On Mon, Apr 23, 2007 at 09:49:04AM -0700, Steve Ellcey wrote:
> Jim Wilson wrote:
>
> > Kenneth Hoste wrote:
> > > I'm not sure what 'tests' mean here... Are test cases being extracted
> > > from the SPEC CPU2006 sources? Or are you refering to the validity tests
> > > of the SPEC framework itself
On Tue, Apr 24, 2007 at 12:15:05AM +0300, Dorit Nuzman wrote:
> point is clear though which sse4 insns can be modeled using existing idioms
> that the vectorizer can use? (I think it is cause I think you already
> included it in your patch?)
Yes, but not optimized.
>
> > >
> > > We currently do
On Tue, Apr 24, 2007 at 10:55:56AM +0200, François-Xavier Coudert wrote:
> >Sorry about the (possibly off) question: would this apply also to
> >GMP/MPFR, if not, wouldn't it make sense?
>
> GMP and MPFR are host libraries, so it is actually an independent
> issue. However, it might be worth havin
On Tue, Apr 24, 2007 at 08:55:24PM +0300, Dorit Nuzman wrote:
> "H. J. Lu" <[EMAIL PROTECTED]> wrote on 24/04/2007 01:03:25:
> ...
> >
> > There are
> >
> > [EMAIL PROTECTED] vect]$ cat pmovzxbw.c
> > typedef unsigned char vec_t;
> &
On Wed, Apr 25, 2007 at 01:55:14PM -0700, Steve Ellcey wrote:
> Richard,
>
> Has anyone reported any problems with your tree-ssa-loop-im.c patch that
> fixes PR tree-optimization/29789? I have been looking at a failure with
> the SPECfp2000 173.applu test. I found that if I compile it with
> ver
On Wed, Apr 25, 2007 at 06:08:47PM -0700, Fu, Chao-Ying wrote:
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
> > H. J. Lu
> > Sent: Wednesday, April 25, 2007 2:02 PM
> > To: Steve Ellcey
> > Cc: [EMAIL PROTECT
FYI, gomp in mainline is broken:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31722
Possible cause may be:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01965.html
H.J.
SSE4.2 string intrinsics need to generate seto/sets for OF==1
and SF==1, which aren't the standard arithmetic comparison and
aren't support by gcc. I was wondering what was the best way
to support them.
My current plan is to add a new CC_MODE, CCX86, and reuse UNGT
for OF == 1, UNLT for SF == 1 to
On Mon, Mar 14, 2005 at 02:57:36PM +0100, Andreas Schwab wrote:
> Marc Espie <[EMAIL PROTECTED]> writes:
>
> > On Mon, Mar 14, 2005 at 01:25:34PM +, Joseph S. Myers wrote:
> >> On Mon, 14 Mar 2005, Robert Dewar wrote:
> >>
> >> > I have certainly seen it used, but you may well be right that i
On Mar 24, 2005, at 11:59 PM, Mark Mitchell wrote:
When we generate data for feedback, we insert the .gcda name into the
object file as an absolute path. As a result, when we try to do
remote testing, we lose, as, in general the remote file system does
not have the same file hierarchy as the bu
On Mar 25, 2005, at 9:47 AM, Gabriel Dos Reis wrote:
"Timothy J.Wood" <[EMAIL PROTECTED]> writes:
|A compiler option to set the target directory for these files (and
| the coverage ones!) would be great. Possibly even better would be an
| environment variable. If the user wants to compare two
Gcc 4,0 generates
.section .gnu.linkonce.t._ZN3FooC1Ev,"axG",@progbits,_ZN3FooC1Ev,comdat
for comdat group. Can gcc use
.section .text._ZN3FooC1Ev,"axG",@progbits,_ZN3FooC1Ev,comdat
instead? At least, there will be less characters for linker to process.
H.J.
J Gillan
The Institute of Electronics, Communications and Information Technology
(ECIT),
Queen's University Belfast,
Titanic Quarter
Queens Road, Queens Island,
Belfast, BT3 9DT
Northern Ireland, UK
---
On Thu, Apr 07, 2005 at 03:36:18PM -0700, James E Wilson wrote:
> H. J. Lu wrote:
> >Gcc 4,0 generates
> >.section .gnu.linkonce.t._ZN3FooC1Ev,"axG",@progbits,_ZN3FooC1Ev,comdat
> >for comdat group. Can gcc use
> >.section .text._ZN3FooC1Ev,"axG",@p
On Fri, Apr 08, 2005 at 09:57:35AM -0700, H. J. Lu wrote:
> On Thu, Apr 07, 2005 at 03:36:18PM -0700, James E Wilson wrote:
> > H. J. Lu wrote:
> > >Gcc 4,0 generates
> > >.section .gnu.linkonce.t._ZN3FooC1Ev,"axG",@progbits,_ZN3FooC1Ev,comdat
> > >for
This is the beta release of binutils 2.16.90.0.1 for Linux, which is
based on binutils 2005 0408 in CVS on sources.redhat.com plus various
changes. It is purely for Linux.
The new i386/x86_64 assemblers no longer accept instructions for moving
between a segment register and a 32bit memory location
On Sun, Apr 10, 2005 at 11:26:01PM +0200, Marcin Dalecki wrote:
>
> On 2005-04-10, at 19:43, H. J. Lu wrote:
>
> > Patches for 2.4 and 2.6 Linux kernels are
> >available at
> >
> >http://www.kernel.org/pub/linux/devel/binutils/linux-2.4-seg-4.patch
> &g
On Thu, Apr 14, 2005 at 12:46:08PM -0400, Diego Novillo wrote:
> On Thu, Apr 14, 2005 at 11:26:33AM -0500, Jon Grimm wrote:
> > Diego Novillo wrote:
> >
> >
> > >
> > >I see no changes in libstdc++ since the previous run and nothing
> > >in the C++ FE, so I'm not sure whether it may be something
On Thu, Apr 14, 2005 at 03:29:36PM -0400, Diego Novillo wrote:
> On Thu, Apr 14, 2005 at 12:20:05PM -0700, Mark Mitchell wrote:
>
> > Would you report your as + ld version numbers? Again, I'm guessing that
> > you have an assembler with COMDAT and a linker without, or a broken
> > assembler.
>
Greetings.
I have a working MIPS cross toolchain with:
binutils-2.15
gcc-3.4.2
glibc-2.3.4
linux-2.6.12
and then decided to work with gcc-4.1.0 out of the cvs head. I am now
getting build problems with glibc-2.3.4 with the first major snafu
being:
../sysdeps/ieee754/dbl-64/s_isinf.c:
I am trying to comment out
static GTY (()) int foo = 0;
with
#if 0
static GTY (()) int foo = 0;
#endif
But I got an error saying something like
./gth:44: error: foo undeclared here (not in a function)
Is that expected? How can I comment it out?
H.J.
Greetings.
While I am getting closer to full toolchain build, GCC-4.1.0 is still
not behaving the way it should. Below is the output that I am running
up against. I attempted to define a stack variable to hold the value
of zero and tried using that instead of the actual value, but nothing
worked. I
When -fprofile-arcs is used, the directory of profile data is fixed
to the build directory. If I want to run the binary on a different
machine, I have to create the same directory, which may not be very
easy. Is this intentional? Can we have have an option to specify the
different dirctory or to us
On Sun, Apr 24, 2005 at 10:34:54AM +0100, Nathan Sidwell wrote:
> H. J. Lu wrote:
> >When -fprofile-arcs is used, the directory of profile data is fixed
> >to the build directory. If I want to run the binary on a different
> >machine, I have to create the same directory,
On Mon, Apr 25, 2005 at 08:47:50AM +0100, Nathan Sidwell wrote:
> H. J. Lu wrote:
>
> >
> >Yes, that will work. Is anyone working on this? If not, we can take a
> >look.
>
> I have not heard anything back from the original enquirer/volunteer over
> a month a
On Mon, Apr 25, 2005 at 01:32:03PM -0700, H. J. Lu wrote:
> On Mon, Apr 25, 2005 at 08:47:50AM +0100, Nathan Sidwell wrote:
> > H. J. Lu wrote:
> >
> > >
> > >Yes, that will work. Is anyone working on this? If not, we can take a
> > >look.
> >
>
This is the beta release of binutils 2.16.90.0.2 for Linux, which is
based on binutils 2005 0429 in CVS on sources.redhat.com plus various
changes. It is purely for Linux.
The new i386/x86_64 assemblers no longer accept instructions for moving
between a segment register and a 32bit memory location
We are calling _bfd_elf_get_sec_type_attr on sections from input files.
It is not necessary at all. This patch should speed up AR for ELF.
H.J.
---
2005-04-30 H.J. Lu <[EMAIL PROTECTED]>
* elf.c (_bfd_elf_new_section_hook): Don't call
_bfd_elf_get_sec_type_attr on sections from
The default BFD hash table size is too small for ELF section merge.
This patch speeds up sec_merge_hash_lookup by 50% in average.
H.J.
---
2005-04-30 H.J. Lu <[EMAIL PROTECTED]>
* hash.c (hash_size_primes): Add 65537.
* merge.c (sec_merge_init): Call bfd_hash_set_default_size
_bfd_strip_section_from_output is known to be very slow:
http://sourceware.org/ml/binutils/2005-03/msg00826.html
It scans every section in all input files to find a match. We do
have link_order_head/link_order_tail. But they aren't available
when _bfd_strip_section_from_output is called. Can we b
On Wed, May 04, 2005 at 11:23:20AM +0100, Andrew Haley wrote:
> Joe Buck writes:
> > On Tue, May 03, 2005 at 04:57:10PM -0300, Alexandre Oliva wrote:
> > > At this point, it doesn't feel like switching to 1.5.16 is worth the
> > > effort. 2.0 should be far more maintainable, and hopefully
> >
Forwarded Message
From: Andrew J. Hutton <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: 3rd Annual - GCC & GNU Toolchain Developers' Summit
Date: Wed, 04 May 2005 11:53:40 -0400
The 3rd Annual GCC & GNU Toolchain Developers' Summit will be taking
plac
On Wed, May 04, 2005 at 09:00:05AM -0700, Joe Buck wrote:
> On Wed, May 04, 2005 at 06:41:59AM -0700, H. J. Lu wrote:
> > On Wed, May 04, 2005 at 11:23:20AM +0100, Andrew Haley wrote:
> > > Joe Buck writes:
> > > > Richard Henderson showed that the libjava build spen
This is the beta release of binutils 2.16.90.0.3 for Linux, which is
based on binutils 2005 0510 in CVS on sources.redhat.com plus various
changes. It is purely for Linux.
The new i386/x86_64 assemblers no longer accept instructions for moving
between a segment register and a 32bit memory location
On Thu, May 12, 2005 at 12:48:46AM +0200, Peter S. Mazinger wrote:
> Hello!
>
> I have gotten under peculiar circumstances following:
> (sysvinit) init.o: relocation R_386_GOTOFF against protected function
> `main' can not be used when making a shared object
>
> libc.so does not provide a weak '
On Thu, May 12, 2005 at 01:42:26PM +0100, Joern RENNECKE wrote:
> Andrew Pinski wrote:
>
> >>
> >>
> >>
> >Actually it is easy to peak at any of them and you will see that the
> >tree optimizators (lim to be in fact) has changed something somewhere.
> >
> >
> The trouble is that I'm runnin
On Thu, May 12, 2005 at 08:13:27AM +0200, Peter S. Mazinger wrote:
> On Wed, 11 May 2005, H. J. Lu wrote:
>
> > On Thu, May 12, 2005 at 12:48:46AM +0200, Peter S. Mazinger wrote:
> > > Hello!
> > >
> > > I have gotten under peculiar circumstances followi
On Thu, May 12, 2005 at 06:11:46AM -0700, H. J. Lu wrote:
> On Thu, May 12, 2005 at 01:42:26PM +0100, Joern RENNECKE wrote:
> > Andrew Pinski wrote:
> >
> > >>
> > >>
> > >>
> > >Actually it is easy to peak at any of them and you
On Thu, May 12, 2005 at 04:36:58PM -0700, H. J. Lu wrote:
> On Thu, May 12, 2005 at 06:11:46AM -0700, H. J. Lu wrote:
> > On Thu, May 12, 2005 at 01:42:26PM +0100, Joern RENNECKE wrote:
> > > Andrew Pinski wrote:
> > >
> > > >>
> > > &
On Thu, May 12, 2005 at 10:20:22PM -0400, Diego Novillo wrote:
> On Thu, May 12, 2005 at 05:33:05PM -0700, H. J. Lu wrote:
>
> > I got the same comparsion failure.
> >
> Have you tried with Zdenek's patch to LSM that I approved earlier today?
> http://gcc.gnu.org/ml
On Jun 14, 2005, at 8:13 AM, Robert Dewar wrote:
I think a lot of what happens is that easy bugs do get fixed. The ones
that don't are often complex, or ill-reported, and thus tend to
require
a lot of knowledge to work on effectively.
One form of mentoring would be to _not_ have the core
zouqiong wrote:
i am surprised about it.
You seem surprised, and I am terrified you are using a compiler that
old. Please go look at:
http://kegel.com/crosstool/
which automatically builds cross toolchains and even still has
scripts to build your ancient (IMHO) combination.
-Steve
This patch fixes PR/1025. It also shows up on many platforms where
indirect symbols aren't handled properly, like
http://gcc.gnu.org/ml/gcc/2005-06/msg00842.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22109
Those platforms need similar patch.
H.J.
-
2005-06-19 H.J. Lu <[EMAIL PROTECT
I checked in the following patch to fix PR 1022.
H.J.
2005-06-20 H.J. Lu <[EMAIL PROTECTED]>
PR 1022
* elf32-hppa.c (elf32_hppa_check_relocs): Handle indirect
symbol.
--- bfd/elf32-hppa.c.got2005-05-19 06:51:55.0 -0700
+++ bfd/elf32-hppa.c2005-
I checked in the following patch to fix other targets.
H.J.
2005-06-20 H.J. Lu <[EMAIL PROTECTED]>
PR 1025
* elf-m10300.c (mn10300_elf_check_relocs): Handle indirect
symbol.
* elf32-arm.c (elf32_arm_check_relocs): Likewise.
* elf32-avr.c (elf32_avr_
On Jun 21, 2005, at 4:12 AM, Frederic Stark wrote:
I am sending this to gnustep-dev crossposted to gcc. Maybe this
isn't the right mailing list. See at the end of the post for a 40
line program that exhibit the bad behavior.
Problem:
If a is a fault (ie: changes its isa pointer during
fo
This is the beta release of binutils 2.16.91.0.1 for Linux, which is
based on binutils 2005 0622 in CVS on sources.redhat.com plus various
changes. It is purely for Linux.
The new i386/x86_64 assemblers no longer accept instructions for moving
between a segment register and a 32bit memory location
Greetings.
I have discovered what appears to be an optimization bug with '-Os'
in GCC-4.1.0 for the MIPS architecture. It appears that functions
which are declared as 'inline' are being ignored and instead turned
into to function calls which is breaking the dynamic linker loader
for uClibc on MIP
Richard Henderson wrote:
Not a bug. The inline marker is merely suggestive. You told
the compiler to optimize for size, and it is doing that.
If you absolutely have to have the function inlined, then you
need to use __attribute__((__always_inline__)).
This makes sense, but I also have a bin
On Sun, Jul 03, 2005 at 11:21:15AM -0700, Mark Mitchell wrote:
> GCC 4.0.1 RC3 is now available here:
>
> ftp://gcc.gnu.org/pub/gcc/prerelease-4.0.1-20050702/
>
> With luck, this will be the last 4.0.1 release candidate.
>
> Please do download tarballs from the above URL and confirm that they
On Mon, Jul 04, 2005 at 01:55:52PM -0400, Andrew Pinski wrote:
>
> On Jul 4, 2005, at 1:48 PM, H. J. Lu wrote:
>
> >On Sun, Jul 03, 2005 at 11:21:15AM -0700, Mark Mitchell wrote:
> >>GCC 4.0.1 RC3 is now available here:
> >>
> >> ftp://gcc
On Mon, Jul 11, 2005 at 10:27:52PM +0800, Feng Wang wrote:
> When building gcc-4.0.2 I find many warnings about redefined HAVE_DECL_GETOPT.
> Are they what we expect?
>
> version: 4.0.2 20050711 (prerelease)
> configuration: ../gcc/configure --prefix=/home/wf/local
> --enable-languages=c,f95
> hos
This is the beta release of binutils 2.16.91.0.2 for Linux, which is
based on binutils 2005 0720 in CVS on sources.redhat.com plus various
changes. It is purely for Linux.
The new i386/x86_64 assemblers no longer accept instructions for moving
between a segment register and a 32bit memory location
On Tue, Jul 26, 2005 at 07:19:43AM -0400, Dimitry Golubovsky wrote:
>
> I need to declare a symbol which is weaker in the executable than in any
> external static or dynamic library.
>
> In other words, the executable provides some fallback function
> implementation (in my example, for "write").
ides some fallback function
> > implementation (in my example, for "write"). But if the linker or
> > dynamic linker resolves it, the symbol definition from an external
> > library must be used.
>
>
> H. J. Lu wrote:
>
> The weak symbol is different from the normal
On Thu, Jul 28, 2005 at 10:53:02AM +1000, Paul C. Leopardi wrote:
> [EMAIL PROTECTED]:~/src/gcc/gcc-4.0.1-obj> ../gcc-4.0.1/configure
> --prefix=/usr/local/gcc/gcc-4.0.1 --enable-threads=posix --disable-libgcj
> --with-system-zlib --enable-shared --enable-__cxa_atexit
> --enable-languages=c,c
On Thu, Jul 28, 2005 at 12:48:31PM -0700, David Daney wrote:
> I am not sure if this is a GCC problem or a binutils problem.
>
> I have a a mipsel-linux cross compiler (gcc-3.4.3/binutils-2.16.1) and
> whenever I compile even the simplest hello-world.c libgcc_s.so is linked.
>
> When I do the sa
On Thu, Jul 28, 2005 at 01:54:40PM -0700, David Daney wrote:
>
> Do you know of a patch to binutils since 2.16.1 that would fix the problem?
>
I remember there were some patches for as needed. But I don't know if
they are in 2.16.1 or not.
H.J.
On Thu, Jul 28, 2005 at 12:31:05PM -0700, James E Wilson wrote:
> Mark Cuss wrote:
> >[EMAIL PROTECTED] helloworldsun]$ g++ -b sparc-sun-solaris2.9 hello.cxx
> >/cdl/apps/.software/linux/gcc-3.4.4-x86-sparc/lib/gcc/sparc-sun-solaris2.9/3.4.4/../../../../sparc-sun-solaris2.9/bin/ld:
> >
> >values-X
On Mon, Aug 01, 2005 at 10:38:46AM +0100, michael meeks wrote:
> Hi Giovanni,
>
> On Sat, 2005-07-30 at 15:36 +0200, Giovanni Bajo wrote:
> > I'm slow, but I can't understand why a careful design of the interfaces of
> > the dynamic libraries
>
> Well - sure, depends how 'careful' you are ;
On Tue, Aug 02, 2005 at 10:59:01AM +0100, michael meeks wrote:
> Hi H.J.,
>
> > Why can't you you do it with ELF using a linker map? Libstdc++.so is
> > built with a linker map. Any C++ shared library should use one if the
> > startup time is a big concern. Of coursee, if gcc can generate a list
I have seen random "make check" failures in gcc on Linux/x86-64 SMP
machines. The log file doesn't say much except for compiler exit
status 1. When I ran the failed command by hand, it was OK.
I think the problem is in lib/remote.exp:
expect {
-i $spawn_id -timeout $timeout -re ".+" {
I have a small testcase to show that enable FTZ/DAZ makes a huge (>160
times faster) difference on SSE floating point code. Icc enables it by
defailt for -ON (N>=1). Should gcc do the same?
H.J.
On Tue, Aug 09, 2005 at 01:35:11PM -0700, Richard Henderson wrote:
> On Tue, Aug 09, 2005 at 11:02:22AM -0700, H. J. Lu wrote:
> > I have a small testcase to show that enable FTZ/DAZ makes a huge (>160
> > times faster) difference on SSE floating point code. Icc enables it by
&
On Tue, Aug 09, 2005 at 02:01:08PM -0700, H. J. Lu wrote:
> On Tue, Aug 09, 2005 at 01:35:11PM -0700, Richard Henderson wrote:
> > On Tue, Aug 09, 2005 at 11:02:22AM -0700, H. J. Lu wrote:
> > > I have a small testcase to show that enable FTZ/DAZ makes a huge (>160
> >
On Tue, Aug 09, 2005 at 05:45:23PM -0400, Robert Dewar wrote:
> H. J. Lu wrote:
>
> >Yes, FTZ stands for flush to zero and DAZ stands for denormals are
> >zero.
>
> seems a bad idea to do this by default. lack of denormals
> gives fpt rather horrible properties
N
On Tue, Aug 09, 2005 at 02:58:51PM -0700, Richard Henderson wrote:
> On Tue, Aug 09, 2005 at 02:30:46PM -0700, H. J. Lu wrote:
> > There is a minor problem. How can I add crtfastmath.o for SSE targets
> > only?
>
> You don't. You either add code to detect sse, or you
On Tue, Aug 09, 2005 at 02:58:51PM -0700, Richard Henderson wrote:
> On Tue, Aug 09, 2005 at 02:30:46PM -0700, H. J. Lu wrote:
> > There is a minor problem. How can I add crtfastmath.o for SSE targets
> > only?
>
> You don't. You either add code to detect sse, or you
On Wed, Aug 10, 2005 at 10:18:41AM -0400, Jakub Jelinek wrote:
> On Wed, Aug 10, 2005 at 07:09:04AM -0700, H. J. Lu wrote:
> > On Tue, Aug 09, 2005 at 02:58:51PM -0700, Richard Henderson wrote:
> > > On Tue, Aug 09, 2005 at 02:30:46PM -0700, H. J. Lu wrote:
> > > >
On Wed, Aug 10, 2005 at 08:13:17AM -0700, H. J. Lu wrote:
> On Wed, Aug 10, 2005 at 10:18:41AM -0400, Jakub Jelinek wrote:
> > On Wed, Aug 10, 2005 at 07:09:04AM -0700, H. J. Lu wrote:
> > > On Tue, Aug 09, 2005 at 02:58:51PM -0700, Richard Henderson wrote:
> > > >
On Thu, Aug 11, 2005 at 11:27:42PM +0100, Nix wrote:
> On 10 Aug 2005, H. J. Lu said:
> > + /* SSE is the part of 64bit. Only need to check it for 32bit. */
>
> Grammar nit: this should probably be
>
> + /* All 64-bit targets have SSE; only check it explicitly for 32-bit
This is the beta release of binutils 2.16.91.0.3 for Linux, which is
based on binutils 2005 0821 in CVS on sources.redhat.com plus various
changes. It is purely for Linux.
The new i386/x86_64 assemblers no longer accept instructions for moving
between a segment register and a 32bit memory location
201 - 300 of 820 matches
Mail list logo
