Hi,
> I've been tinkering with the autovectorizer. It's really cool.
> I particularly like the realignment support.
>
> I've noticed just a few things while tinkering with it (in 4.1.1):
>
thanks a lot for your comments!
>
>
> 1) The definition of the realignment instruction doesn't match hardw
Ian Lance Taylor wrote:
> Why do you need the double scan? Why can't you just consistently
> ignore the frame tables?
Because we need the tables associated with every "useful" object to be
registered for exception handling to work, and what is registered is
currently what collect2 finds while
Mike Stump wrote:
> On Sep 26, 2006, at 2:36 AM, Olivier Hainque wrote:
> > /* The AIX linker will discard static constructors in object files
> > if nothing else in the file is referenced [...] */
> Darwin has this same sort of issue and solves it by not wiring up
> ctors/dtors for all
When I try to build C++ for xscale-elf, I get this as the last message:
configure: WARNING: No native atomic operations are provided for this
platform.
configure: WARNING: They cannot be faked when thread support is disabled.
configure: WARNING: Thread-safety of certain classes is not guarantee
>
> 1) The definition of the realignment instruction doesn't match hardware
for
> instrution sets like ARM WMMX, where aligned amounts shift by 0 bytes
> instead of VECSIZE byes. This makes it useless for vector realignment,
> because in the case that the pointer happens to be aligned, we get the
Jack Twilley wrote:
When I try to build C++ for xscale-elf, I get this as the last message:
configure: WARNING: No native atomic operations are provided for this
platform.
configure: WARNING: They cannot be faked when thread support is disabled.
configure: WARNING: Thread-safety of certain cla
I was just investigating the trampoline implementation.I have defined
following macros in machine.h file.
#define TRAMPOLINE_SIZE (32 + GET_MODE_SIZE (ptr_mode) * 2)
#define TRAMPOLINE_ALIGNMENT GET_MODE_BITSIZE (ptr_mode)
#define INITIALIZE_TRAMPOLINE(ADDR, FUNC, CHAIN)
On 27 September 2006 01:49, Ian Lance Taylor wrote:
> Mike Stump <[EMAIL PROTECTED]> writes:
>> and this can find a user limits.h in a directory named with -iquote
>> whenever -I- isn't used. The user wishes to not so find that file, as
>> it breaks / on the system.
>
> My understanding has alw
Razya Ladelsky/Haifa/IBM wrote on 27/09/2006 14:27:18:
>
>
>
>
> > Jan --
> >
> > I'm trying to plan for GCC 4.3 Stage 1. The IPA branch project is
> > clearly a good thing, and you've been working on it for a long time,
so
> > I'd really like to get it into GCC 4.3. However, I'm a lit
The c code for which i'm observing the effect is as follows.
int foo(int (*f)()){
(*f)();
}
main(){
int g(){printf("hello");}
foo(g);
}
This one does not need a trampoline, because there would not be any
difference if int g() was not a nested function -- g() has no stati
Hello,
I have a question about the form of COND_EXPR nodes allowed in GIMPLE
representation.
By looking at what gimplify.c does (more precisely, at function
gimplify_cond_expr (...) ), I understood that GIMPLE only allows a
restricted form of COND_EXPR, in which both 'then' and 'else' operands
However, when compiling with -ftree-vectorize command-line option, there
are cases of COND_EXPR nodes generated and not gimplified (in the sense
of my previous sentence).
An example of this is gcc.dg/tree-ssa/pr23115.c from the testsuite, when
compiled with '-O2 -ftree-vectorize'.
Is it a kn
I'm trying to get around the "Some people have crappy NFS
architectures so we're going to make GCC so braindead it
can't even find its own libraries" problem.
Can anyone tell me where the spec files in 4.1.1 are?
From the FAQ:
"Dynamic linker is unable to find GCC libraries"
...
"Ho
I'm trying to get around the "Some people have crappy NFS
architectures so we're going to make GCC so braindead it
can't even find its own libraries" problem.
Can anyone tell me where the spec files in 4.1.1 are?
From the FAQ:
"Dynamic linker is unable to find GCC libraries"
...
"Ho
On 9/27/06, Roberto COSTA <[EMAIL PROTECTED]> wrote:
Hello,
I have a question about the form of COND_EXPR nodes allowed in GIMPLE
representation.
By looking at what gimplify.c does (more precisely, at function
gimplify_cond_expr (...) ), I understood that GIMPLE only allows a
restricted form of C
Daniel Berlin wrote:
On 9/27/06, Roberto COSTA <[EMAIL PROTECTED]> wrote:
Hello,
I have a question about the form of COND_EXPR nodes allowed in GIMPLE
representation.
By looking at what gimplify.c does (more precisely, at function
gimplify_cond_expr (...) ), I understood that GIMPLE only allows
Dorit Nuzman wrote:
Indeed on altivec we implement the 'mask_for_load(addr)' builtin using
'lvsr(neg(addr))', that feeds the 'realign_load' (which is a 'vperm' on
altivec).
I'm not too familiar with the ARM WMMX ISA, but couldn't you use a similar
trick - i.e instead of using the low bits of the
On 9/27/06, Roberto COSTA <[EMAIL PROTECTED]> wrote:
Daniel Berlin wrote:
> On 9/27/06, Roberto COSTA <[EMAIL PROTECTED]> wrote:
>
>> Hello,
>> I have a question about the form of COND_EXPR nodes allowed in GIMPLE
>> representation.
>> By looking at what gimplify.c does (more precisely, at functi
It should has been removed from c.opt in the patch:
http://gcc.gnu.org/ml/gcc-patches/2003-07/msg02660.html.
But it's still in trunk and branches 3.4/4.0/4.1/4.2.
Jie
"Dave Korn" <[EMAIL PROTECTED]> writes:
> Here's one: it doesn't involve -iquote, but I think it illustrates the same
> problem.
The problem which Mike described had to do with #include_next. So I
don't think this is the same problem.
> One of the STL headers finds our user-appplication deb
Hello!
Recently, there was a couple of patches posted on gcc-patches that
should fix various problems with solaris #includes. I would like to
point out, that there is similar problem on x86_64 with libc-2.3.5
(Fedora Core 4)
--cut here--
GNU C Library development release version 2.3.5, by Ro
This is the beta release of binutils 2.17.50.0.5 for Linux, which is
based on binutils 2006 0927 in CVS on sources.redhat.com plus various
changes. It is purely for Linux.
Starting from the 2.17.50.0.5 release, the default output section LMA
(load memory address) has changed for allocatable sectio
Hi,
I'm beginning a end study thesis on "mix" c++ end objective-c in gcc.
I know there is already objective-c++ but I need all information I can have on
the subject. What is already done and what is not (and why)?
I also need documentation for people who want to "enter" in gcc and to know how
On Wed, 2006-09-27 at 20:58 +0200, Come Lonfils wrote:
> Hi,
> I also need documentation for people who want to "enter" in gcc and to
> know how gcc work and how to modify it. I want to know how objective-c
> is compiled (translated in c and then compiled?).
Objective-C is parsed and the front-end
I see occasional complaints about the size of mainline merges to
branches Most people working on branches are only modifying a very
small subset of the files that are in mainline, and certainly not the
entire trunk tree.
You guys should be aware that you can simply branch those files you
want (o
On Sep 27, 2006, at 3:39 AM, kernel coder wrote:
Would you please tell me when does the macros INITIALIZE_TRAMPOLINE
and TRAMPOLINE_TEMPLATE come in effect.Any practical expample will be
helpful.
A dejagnu testsuite run also would spot problems in how you define
these things.
Wrong list, you should use gcc-help for help.
On Sep 27, 2006, at 6:03 AM, Jeff Blaine wrote:
I'm trying to get around the "Some people have crappy NFS
architectures so we're going to make GCC so braindead it
can't even find its own libraries" problem.
Can anyone tell me where the spec files in
Daniel Berlin wrote on 09/27/06 16:37:
> If you are just writing a new pass, you can probably get away with
> branching only a few files, and switching those may be a lot better
> strategy than branching the entire trunk tree branch to modify 6 files
> in the gcc dir.
>
But this means that I'm at
Mike Stump <[EMAIL PROTECTED]> writes:
> Wrong list, you should use gcc-help for help.
>
> On Sep 27, 2006, at 6:03 AM, Jeff Blaine wrote:
> > I'm trying to get around the "Some people have crappy NFS
> > architectures so we're going to make GCC so braindead it
> > can't even find its own librari
Kai Ruottu wrote:
Jack Twilley wrote:
I am trying to build gcc on a FreeBSD 6.1-STABLE system. If there's
more information I can give you, please ask.
What was the GCC version tried? The new gcc-4.1.1 seems to require the
'--disable-shared'
for instance with ARM, otherwise it tries to link
On 9/27/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
Daniel Berlin wrote on 09/27/06 16:37:
> If you are just writing a new pass, you can probably get away with
> branching only a few files, and switching those may be a lot better
> strategy than branching the entire trunk tree branch to modify
On Wednesday 27 September 2006 21:37, Daniel Berlin wrote:
> I see occasional complaints about the size of mainline merges to
> branches Most people working on branches are only modifying a very
> small subset of the files that are in mainline, and certainly not the
> entire trunk tree.
I'm kinda
On Sep 27, 2006, at 11:58 AM, Come Lonfils wrote:
I'm beginning a end study thesis on "mix" c++ end objective-c in gcc.
I know there is already objective-c++ but I need all information I
can have on the subject. What is already done and what is not (and
why)?
Objective-C++ is already done.
On Sep 26, 2006, at 5:48 PM, Ian Lance Taylor wrote:
So I don't understand what the issue is. Can you give an example?
mrs $ cat subdirectory/limits.h
//
// bogus limits.h header should never be included
//
#error "including limits.h from the wrong place"
mrs $ gcc -iquotesubdirectory t.c
I
On 27/09/06, Daniel Berlin <[EMAIL PROTECTED]> wrote:
On 9/27/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
> Daniel Berlin wrote on 09/27/06 16:37:
>
> > If you are just writing a new pass, you can probably get away with
> > branching only a few files, and switching those may be a lot better
> >
Manuel López-Ibáñez wrote on 09/27/06 17:38:
> Why? Perhaps I am entirely wrong but can't you just don't update (svn
> up) those directories that are switched until mainline is in an usable
> state?
>
If a pristine directory needs changes from the directory I branched, I'm
in trouble.
On 27/09/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
Manuel López-Ibáñez wrote on 09/27/06 17:38:
> Why? Perhaps I am entirely wrong but can't you just don't update (svn
> up) those directories that are switched until mainline is in an usable
> state?
>
If a pristine directory needs changes fro
I created a Google group to discuss generic ABI:
http://groups.google.com/group/generic-abi
It is by membership only. Let me know if you are interested.
Thanks.
H.J.
Manuel López-Ibáñez wrote on 09/27/06 18:25:
> On 27/09/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
>
>> If a pristine directory needs changes from the directory I branched, I'm
>> in trouble.
>>
>
> Why? Sorry, I think I don't understand what you mean.
>
Say I branch gcc/gcc and keep all the run
>
> On 27/09/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
> > Manuel López-Ibáñez wrote on 09/27/06 17:38:
> >
> > > Why? Perhaps I am entirely wrong but can't you just don't update (svn
> > > up) those directories that are switched until mainline is in an usable
> > > state?
> > >
> > If a pri
> Why? Perhaps I am entirely wrong but can't you just don't update (svn
> up) those directories that are switched until mainline is in an usable
> state?
That's only feasible if you're the only person working on that branch, and you
only ever use one checkout on one machine.
I guess you could us
On 27/09/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
Manuel López-Ibáñez wrote on 09/27/06 18:25:
> On 27/09/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
>
>> If a pristine directory needs changes from the directory I branched, I'm
>> in trouble.
>>
>
> Why? Sorry, I think I don't understand wha
Manuel López-Ibáñez wrote on 09/27/06 18:50:
> On 27/09/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
>> Manuel López-Ibáñez wrote on 09/27/06 18:25:
>>> On 27/09/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
>>>
If a pristine directory needs changes from the directory I branched, I'm
in
On 27/09/06, Andrew Pinski <[EMAIL PROTECTED]> wrote:
>
> On 27/09/06, Diego Novillo <[EMAIL PROTECTED]> wrote:
> > Manuel López-Ibáñez wrote on 09/27/06 17:38:
> >
> > > Why? Perhaps I am entirely wrong but can't you just don't update (svn
> > > up) those directories that are switched until main
>
>
> Sorry, I still don't see where is the problem. You either want the
> extension in your branch, so you merge it and simply update libstdc++,
> or you don't want the extension just yet, so you just don't update
> libstdc++ (or update back to your previous revision).
That means you have to fol
On 28/09/06, Andrew Pinski <[EMAIL PROTECTED]> wrote:
>
>
> Sorry, I still don't see where is the problem. You either want the
> extension in your branch, so you merge it and simply update libstdc++,
> or you don't want the extension just yet, so you just don't update
> libstdc++ (or update back
I've committed some code for parsing DejaGNU log/sum files and doing
three-way comparisons to contrib.
dglib.pm is a perl module which implements a "parseLogFile"
function. parseLogFile will take a DejaGNU log or sum file and
return a detailed parse of the file. Tests will be broken into
I've been having a heck of a time figuring out how to translate the offsets for
struct fields from the DWARF encoding back to GCC's internal encoding for the
LTO project. I've got a handle on the DWARF encoding and how to do the
necessary big/little endian conversions, but for the GCC side, the
48 matches
Mail list logo
