> trevor smigiel writes:
trevor> We, Sony Computer Entertainment, would like to contribute a port for a
trevor> new target, the Cell SPU, and seek acceptance from the Steering
trevor> Committee to do so.
The GCC Steering Committee welcomes the contribution of the Cell
SPU port from So
> Eric Christopher writes:
Eric> We're in stage1, breakages happen - see the current fun with gmp/mpfr as
Eric> well as c99 inlining. File a bug or bring a problem up for discussion.
Yes, breakage happens in Stage 1, but the goal should be no
breakage. Breakage is by no means inevita
>>>>> Eric Christopher writes:
Eric> On Nov 7, 2006, at 5:24 AM, David Edelsohn wrote:
>>>>>>> Eric Christopher writes:
>>
Eric> We're in stage1, breakages happen - see the current fun with
>> gmp/mpfr as
Eric> well as c99
> Kaveh R GHAZI writes:
Kaveh> I tried many years ago and Mark objected:
Kaveh> http://gcc.gnu.org/ml/gcc-patches/2000-10/msg00756.html
Kaveh> Perhaps we could take a second look at this decision? The average system
Kaveh> has increased in speed many times since then. (Although sometimes I
> Steve Kargl writes:
Steve> I have not seen this failure, but that may be expected
Steve> since SPEC CPU 2000 isn't freely available.
No failure should be expected. It is a bug and a regression and
should be fixed, with help of users who have access to SPEC CPU2000.
David
GCC has increased in size, scope, and complexity, but the number of
maintainers has not scaled commensurately. While there is a need for more
reviewers, there also is a concern of too many maintainers stepping on one
another and GCC development becoming more chaotic.
After a lot of brain-storming
I am pleased to announce that the GCC Steering Committee has
appointed Zdenek Dvorak and Daniel Berlin as non-algorithmic maintainers
of the RTL and Tree loop optimizer infrastructure in GCC.
Please join me in congratulating Zdenek and Daniel on their new
role. Zdenek and Daniel,
> Zdenek Dvorak writes:
Zdenek> thank you. What exactly does "non-algorithmic" mean in this context?
Please see the immediately previous announcement to the GCC
mailinglist of non-algorithmic maintainers.
David
> Richard Guenther writes:
Richard> I would rather open a new section if this idiom is supposed to spread
more ;-)
The plan is to appoint more developers as Non-Algorithmic
maintainers.
David
> Michael Eager writes:
Michael> Can someone explain to me why FP regs should contain int values?
Michael> Is this to support the fcfid conversion instruction?
Yes, for FP conversion instructions.
Michael> What keeps FP regs from being used to contain integer values?
Nothin
> Joslwah writes:
Joslwah> Looking at the Linux 32bit PowerPC ABI spec, it appears to me that
Joslwah> floats in excess of those that are passed in registers are supposed to
Joslwah> be promoted to doubles and passed on the stack. Examing the resulting
Joslwah> stack from a gcc generated C c
> Daniel Jacobowitz writes:
Dan> In updating toplevel libgcc, I noticed this in t-ppccomm:
Dan> ifneq (,$findstring gnu,$(target))
Dan> ... -mlong-double-128 ...
Dan> This suggests it was supposed to apply to both GNU/Linux and GNU/Hurd, but
Dan> no other PowerPC targets. Is that right? If
I am pleased to announce that the GCC Steering Committee has
appointed Richard Guenther as non-algorithmic middle-end maintainer.
Please join me in congratulating Richi on his new role. Richi,
please update your listings in the MAINTAINERS file.
Happy hacking!
David
> Joslwah writes:
Joslwah> Looking at the Linux 32bit PowerPC ABI spec, it appears to me that
Joslwah> floats in excess of those that are passed in registers are supposed to
Joslwah> be promoted to doubles and passed on the stack. Examing the resulting
Joslwah> stack from a gcc generated C c
> Dale Johannesen writes:
Dale> It may have been intended to allow the callee to be a K&R-style or
Dale> varargs function, where all float args get promoted to double.
Dale> In particular, printf was often called without being declared in K&R-
Dale> era code. This is one way to make that c
I am pleased to announce that the GCC Steering Committee has
appointed Eric Christopher as Darwin co-maintainer.
Please join me in congratulating Eric on his new role. Eric,
please update your listings in the MAINTAINERS file.
Happy hacking!
David
> [EMAIL PROTECTED] net writes:
jonathan> Configured with: ./configure --with-as=/usr/bin/as
jonathan> Had to export DESTDIR for make install in gcc objdir
jonathan> to work
Thanks for the notification. You will have less problems building
and installing GCC if you do not build it i
Are 4.0 snapshots still necessary? I suspect they should be
discontinued.
David
> Steven Bosscher writes:
Steven> What does the code look like if you compile with -O2 -fgcse-sm?
Yep. Mark and I recently discussed whether gcse-sm should be
enabled by default at some optimization level. We're hiding performance
from GCC users.
David
I am pleased to announce that the GCC Steering Committee has
appointed Jan Hubicka and Uros Bizjak as co-maintainers of the i386 port.
Please join me in congratulating Jan and Uros on their new role.
Jan and Uros, please update your listings in the MAINTAINERS file.
Happy hacking!
> Olivier Hainque writes:
Olivier> Working on GCC 4 based GNAT port for AIX 5.[23], our testsuite to
Olivier> evaluate GDB (6.4) debugging capabilities currently yields very
Olivier> unpleasant results compared to what we obtain with a GCC 3.4 based
Olivier> compiler (80+ extra failures out of
> Mike Stump writes:
Mike> gcc doesn't build on powerpc-apple-darwin9:
Mike> ../../gcc/gcc/config/rs6000/rs6000.c: In function
ârs6000_emit_vector_compareâ:
Mike> ../../gcc/gcc/config/rs6000/rs6000.c:11904: warning: ISO C90 forbids
mixed declarat
Mike> ions and code
Is this due
> Joe Buck writes:
Joe> There you go again. Mark did not support or oppose rth's change, he just
Joe> said that rth probably thought he had a good reason. He was merely
Joe> opposing your personal attack. We're all human, we make mistakes, there
Joe> can be better solutions.
Joe> If you th
> Tom Tromey writes:
Tom> David probably knows this, but for others, Jakub and Andrew put in a
Tom> patch for this today. I think it is only on trunk, not any other
Tom> branches.
Should this be included in GCC 4.1.2?
David
> Vladimir Makarov writes:
Vlad> Especially I did not like David Edelhson's phrase "and no new
Vlad> private dataflow schemes will be allowed in gcc passes". It was not
Vlad> such his first expression. Such phrases are killing competition which
Vlad> is bad for gcc. What if the new speciali
Do you realize how confrontational your emails sound? Have you
considered asking about the technical reasoning and justification instead
of making unfounded assertions? Do you want everyone to refute your
incorrect facts point by point?
David
> Jeffrey Law writes:
Jeff> I think everyone would be best served if they realized none of this is
Jeff> personal -- it's about technical decisions in an effort to improve GCC.
GCC development is far from perfect. The recent model generally
seems to be effective, although there is pl
> Vladimir Makarov writes:
Vlad> I am just trying to convince that the proposed df infrastructure is not
Vlad> ready and might create serious problems for this release and future
Vlad> development because it is slow. Danny is saying that the beauty of the
Vlad> infrastracture is just in im
> Vladimir Makarov writes:
Vlad> I did investigate the current status of the infrastructure on future
Vlad> mainstream processor Core2 (> 11% slower compiler, worse code and bigger
Vlad> code size). That is the reason why I started this.
You do not believe that this is a concern of
> Vladimir Sysoev writes:
Vladimir> It looks like your changeset listed bellow makes performance
Vladimir> regression ~40% on SPEC2006/leslie3d. I will try to create minimal
Vladimir> test for this issue this week and update you in any case.
I believe that this is known and expected.
Richard,
While fixing ports in preparation for the new dataflow
infrastructure, we found a problem with the way that the rs6000 port
represents clobbers and uses of registers in call and sibcall patterns.
The patterns clobber and use the rs6000 link register as a match_scratch
with constra
> Devang Patel writes:
>> Is there a reason why op0 is V4SF
Devang> It is destination so, yes this is wrong.
>> and op1 is V4SI (and not V8HI)?
Devang> condition should be v4si, but it is not op1. So this is also not
correct.
>> And also, why not use if_then_else instead of unspec (in all
I thought that the Tuples conversion was suppose to address this
in the long term.
David
> Kai Tietz writes:
> Also I wrote, while doing a small tool for that, a
> feature to replace horiz. tabs by spaces. But the question is by which
> width should be used ?
Tabs always are equivalent to 8 spaces.
But please DO NOT replace tabs in the GCC sources with spaces.
Ei
> Joe Buck writes:
Joe> What worries me is that we can't afford to make -O0 run significantly
Joe> slower than it does now. Cycle speeds are no longer increasing, we have
Joe> to be very careful about slowing things down.
Adding more passes does not necessarily slow down the compiler
I am pleased to announce that the GCC Steering Committee has
appointed Tobias Burnus and Brooks Moses as Fortran maintainers.
Please join me in congratulating Tobias and Brooks on their new role.
Tobias and Brooks, please update your listings in the MAINTAINERS file.
Happy hacking
I am pleased to announce that the GCC Steering Committee has
appointed Ayal Zaks as Modulo Scheduler maintainer.
Please join me in congratulating Ayal on his new role.
Ayal, please update your listings in the MAINTAINERS file.
Happy hacking!
David
> Brian Makin writes:
Brian> I had sent in the paperwork in october 2005.
Brian> [EMAIL PROTECTED]
Brian> Brian N. Makin
Brian> I can certainly send another if necessary.
Did you send in a request for an assignment or did you fill out an
assignment yourself? Did you receive an ackno
> Benjamin Herrenschmidt writes:
Ben> There seem to be a problem with gcc 4.0 and implicit generation of
Ben> altivec instructions when -mcpu=970.
Ben> The problem is that the kernel cannot afford to use altivec instructions
Ben> (nor FPU) except in controlled environment. Specifically, thing
> Oh, and there are gcc version that will refuse -mcpu=power4 -maltivec so
> I can't even use -mcpu=power4 for the whole kernel and -maltivec just
> for the file containing the raid6 code.
As Andrew Pinski mentioned, you also can use -mcpu=970
-mno-altivec. That should allow the assembler
> Zdenek Dvorak writes:
Zdenek> I must admit I have very bad feeling about the whole "4.1 Projects"
Zdenek> stuff. IMHO this over-organizes things. If people in general disagree
Zdenek> with the Nathan's changes, or if there are any reasons to think that
Zdenek> they are not tested enough or
> Benjamin Herrenschmidt writes:
Ben> Ok. What I need is -mcpu=power4 -maltivec
Sorry, no. -maltivec means generate Altivec code, not just enable
Altivec instructions and registers. The above option is not different
than -mcpu=970. There is no DWIM option.
David
> Benjamin Herrenschmidt writes:
Ben> The only problem I see is that the day we have a CPU, let's call it
Ben> POWER8 for the sake of this demonstration, that has altivec and is
Ben> different enough to justify a specific "optimize" option, we'll have to
Ben> use -mcpu=POWER8 -mno-altivec for
> Edmar Wienskoski writes:
Edmar> I checked with several gcc versions. Some of the spec2k
Edmar> benchmarks has a considerable performance loss when
Edmar> the benchmark is compiled with a 64 bits tool.
Edmar> I looked into the assembler code generated for try_route (route.c)
Edmar> (compiled
(a) the numbers reported by the "time" command
real0m49.88s
user0m11.57s
sys 0m3.77s
(b) what sort of machine this is and how old
IBM pseries POWER4 1.1GHz, AIX 5.2.0.0
David
>>>>> Paolo Carlini writes:
>> However, AIX does need them, I think.
>>
Paolo> Humpf, forgot AIX! David Edelsohn?!?
AIX probably needs this support indefinitely. If I remember
correctly, the new allocator does not work on AIX due to ELF-like
assumpt
> zouq writes:
zouq> first i made gcc-4.1-20050320 a cross-compiler for powerpc.
zouq> when i compile the above program, it goes like this:
zouq> testcom.c:34: internal compiler error: in schedule_insns, at
sched-rgn.c:2549
zouq> who can tell me why?
zouq> why can it bring compiler error?
> Geoffrey Keating writes:
Geoff> The only work involved, assuming you already have a bootstrapped tree,
Geoff> would be to apply the patch and run 'make quickstrap' or even 'make
Geoff> gnucompare'; and possibly a single 'cmp' command. This should take
Geoff> about 1 minute.
make
> Toon Moene writes:
Toon> We (the GNU Fortran folk) are in trouble too: We're awaiting
Toon> affirmation of the receipt of Thomas Koenig's papers (sent from Germany
Toon> on the 19th of March). He has quite a few patches to gfortran in the
Toon> queue and GCC 4.0 (the first GCC release t
> Kumar Gala writes:
Kumar> Is there anyway to specify a long long data type as a constraint to
Kumar> extended asm for powerpc32. If so, how does one specify the registers
Kumar> that would have the upper and lower bits
The rs6000.md machine description has examples of patterns
im
> Richard Earnshaw writes:
>> I think the change breaks __builtin_apply/__builtin_return on every
>> platform
>> that can return values in several contiguous registers, because the entry
>> for
>> FUNCTION_VALUE_REGNO_P in the manual reads:
Richard> That was my thoughts too. You could t
> Ray Holme writes:
Ray> 2) Much of the time is spent in the several iterations of building a
Ray> product doing the convfigure steps. These are repeated ad nauseum with the
Ray> results being obtained the hard way each time. As a database person, it
Ray> seems to me that by perhaps having a s
> Kate Minola writes:
Kate> Has anyone had success in building gcc-4.0.0 RC1 on a
Kate> powerpc-ibm-aix5.2.0.0 (a primary platform)?
Kate> After
Kate> configure --enable-languages=c
Kate> make bootstrap
Kate> I get
Kate> : [stuff deleted]
Kate> : build/genattrtab
/home/kate/gcc-4.0.0-2
> Kate Minola writes:
Kate> Any thoughts on what is different between our two machines?
Kate> Any suggestions for things to compare?
Do you have all of the updates listed in the Target-specific
installation notes for AIX installed?
David
> Kate Minola writes:
Kate> Err ... what target-specific installation notes for AIX?
Kate> Where are you looking?
*-ibm-aix*
David
> Kate Minola writes:
Kate> will be contiguous and at the front of the list. As they
Kate> are currently scattered among the targets it can be
Kate> difficult to find them. In particular, I do not understand
Kate> why *-ibm-aix* is between ia64-*-hpus* and ip2k-*-elf:
Kate> ia64-*-hpux*
Ka
> Geoffrey Keating writes:
Geoff> The documentation for the atomic operation patterns says things like:
>> This pattern must issue any memory barrier instructions such that the
>> pattern as a whole acts as a full barrier.
Geoff> Should the barrier happen before the operation, after the oper
> Nathan Sidwell writes:
>> (define_insn_reservation "arith" 1 (eq_attr "type" "arith") "x")
>> (define_insn_reservation "loads" 2 (eq_attr "type" "load") "x,m")
>> (define_insn_reservation "stores" 3 (eq_attr "type" "store") "x,m*2")
Nathan> Stores don't really have a 'result', why have you
> Matt Thomas writes:
Matt> Regardless, GCC4.1 is a computational pig.
If you are referring to the compiler itself, this has no basis in
reality. If you are referring to the entire compiler collection,
including runtimes, you are not using a fair comparison or are making
extreme stat
> Matt Thomas writes:
Matt> That's all positive but if GCC also becomes too expensive to build then
Matt> all those extra features become worthless. What is the slowest system
Matt> that GCC has been recently bootstrapped on?
GCC recently was bootstrapped on a VAX.
The GCC b
>>>>> Richard Earnshaw writes:
Richard> On Wed, 2005-04-27 at 16:31, David Edelsohn wrote:
>> The GCC build times are not unreasonable compared to other,
>> commercial compilers with similar functionality. And the GCC developers
>> ave plans to address ineff
> Andrew Haley writes:
Andrew> Yeah, good point. libtool seems to go to extraordinary lengths to
Andrew> avoid doing so, I presume because it isn't portable.
Current libtool does allow a list of files, but the version used
by GCC is not recent.
David
> Andrew Haley writes:
Andrew> Yes thanks, I've had that pointed out to me. Apparently the real
Andrew> issue here is that we have an older version of libtool in the gcc
Andrew> tree.
Any feature in libtool CVS is fair game to be backported to
libtool in GCC. I am planning to backpo
> Joe Buck writes:
Joe> Is there a reason why we aren't using a recent libtool?
Porting and testing effort to upgrade.
David
> Matt Thomas writes:
Matt> So in the past day, I've done bootstrap with just c,c++,objc on
Matt> both 3.4 and gcc4.1.
Matt> While taking out fortran and java reduced the disparity, there
Matt> is still a large increase in bootstrap times from 3.4 to 4.1.
libstdc++ contains a lot more
> Steve Ellcey writes:
Steve> I was wondering if anyone could tell me how to write an (empty)
Steve> instruction pattern that does a truncate/extend conversion on a register
Steve> 'in place'.
See extendsfdf2_fpr in rs6000.md
David
> Joseph S Myers writes:
Joseph> Are there any in this list which should not be,
Joseph> i.e. which should be presumed to have C++-aware headers? Conversely,
Joseph> are there any in this list whose maintainers can confirm that the
Joseph> headers are not C++-aware and so the current configur
I am pleased to announce that the GCC Steering Committee has
appointed Daniel Berlin as maintainer of
tree-chrec.*
tree-data-ref.*
tree-scalar-evolution.*
tree-ssa-sink.*
lambda*
and Sebastian Pop as maintainer of
tree-chrec.*
tree-data-ref.*
tree-scalar-evolution.*
Daniel and S
The awk patch appears to have broken bootstrap:
In file included from /usr/include/sys/localedef.h:44,
from /usr/gnu/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2.3/include/
stdlib.h:447,
from /farm/dje/src/src/gcc/system.h:208,
from options.c:5:
Sigh. This appears to be a combination of issues related to the
new headers being included.
First, src/gcc/intl.h includes:
#ifndef HAVE_SETLOCALE
# define setlocale(category, locale) (locale)
#endif
and auto-host.h in the build directory includes:
/* Define to 1 if you have th
> Mark Mitchell writes:
Mark> In the past, if libiconv wasn't set in site.exp,
Mark> target_supports.exp:check_iconv_available would crash. So, I changed it
Mark> to default to "-liconv".
Mark> On GNU/Linux, that's not a very good default, since iconv is in libc.
Mark> The same seems to h
LAST_UPDATED:
Wed May 18 00:10:41 EDT 2005
Wed May 18 04:10:41 UTC 2005
/tmp/powerpc-ibm-aix5.2.0.0-20050518/./gcc/xgcc
-B/tmp/powerpc-ibm-aix5.2.0.0-20050518/./gcc/
-B/farm/dje/install/powerpc-ibm-aix5.2.0.0-20050518/powerpc-ibm-aix5.2.0.0/bin/
-B/farm/dje/install/powerpc-ibm-aix5.2.0.0-200505
That might be related to the bootstrap failure on AIX as well.
Also, the commit modified files not listed in the ChangeLog:
gcc/tree-pass.h
gcc/cp/method.c
adding function tree_lowering_passes()
David
> Jan Hubicka writes:
>> That might be related to the bootstrap failure on AIX as well.
Jan> Hopefully this is fixed now by Jeff's patch.
The libjava failure is fixed, but the patch will not affect the
AIX libgfortran failure.
I have verified that either the cgraph inlining
> Richard Henderson writes:
Richard> After three days of sequential bootstrap breakage, I'd like to propose
Richard> that mainline go into slush, wherein all these bootstrap problems, and
Richard> all the new testsuites failures get fixed. No other patches would be
Richard> allowed at all.
R
> Jan Hubicka writes:
> Can you please try the attached patch? It fixes ICE on AIX cross for
> the testcase Steven sent me.
> (the problem seems to be that on AIX we produce function for static
> cdtors late in a game and we don't get it properly lowered as it is not
> passed throught the IPA
We have investigated these benchmarks for PowerPC. The high-level
analysis is:
> Daniel Berlin writes:
>> An interesting examples are:
>> -177.mesa (this is a c test), where icc is almost 40% faster
FP to Int conversion.
Dan> SSE Vectorization, I believe.
>> -178.galgel, wh
> Vasanth writes:
Vasanth> My question is, am I expecting the wrong version of GCC to be doing
Vasanth> this. I saw the following thread about SMS.
Vasanth> http://gcc.gnu.org/ml/gcc/2003-09/msg00954.html
Vasanth> that seems relevant. Would GCC 4.x be a better version for my
Vasanth> requir
Good to go on AIX 5.2:
http://gcc.gnu.org/ml/gcc-testresults/2005-06/msg01101.html
David
The same failure occurs on PowerPC:
http://gcc.gnu.org/ml/gcc-regression/2005-06/msg00090.html
David
> Geoff Keating writes:
Geoff> Does anyone mind if I update libtool to the latest released version,
Geoff> 1.5.18, and regenerate everything with automake 1.9.5?
If everyone agrees to go forward with this, please work with Mark
to schedule a freeze on all other GCC development so th
AIX is good:
http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg00216.html
David
> At the very least, we need a
> --disable-libssp option, if that doesn't already exist.
This also is needed for targets that do not support libssp. I
have had to disable building libssp on AIX using noconfigdirs because it
crashes the linker when building other libraries, I think becaus
> Gabriel Dos Reis writes:
Gaby> That is a question I would have loved answered did I endorse its
Gaby> predicate.
Then by all means continue to use the existing docs in your world
and let others create more useful documentation for developers in our
world, which appears to be on a d
> ibanez writes:
ibanez> 2.)
ibanez> add_c <- add & update condition register
ibanez> But case 2 pattern is not used at all.
ibanez> (define_insn "..."
ibanez> [ (set (match_operand:SI 0 "register_operand" "=g")
ibanez> (plus:SI (match_operand:SI 1 "register_operand" "g")
ibanez> (match_
> Stefan writes:
Stefan> I have some problems with using inline PowerPC assembly in GCC (4.0.1).
Stefan> Consider the following code:
Stefan> void save_fp_register(double* buffer)
Stefan> {
Stefan> asm("stfd F0, 0(%0)" : : "r" (buffer) );
Stefan> }
Use constraint "b".
David
> Kean Johnston writes:
Kean> Is it possible (or if not, desirable) to be able to multilib
Kean> around the top level --enable-threads option? On systems
Kean> where the threads library is separate from libc, being
Kean> able to do so makes sense, as you would only want a threaded
Kean> versio
I am pleased to announce that the GCC Steering Committee has
appointed Ian Lance Taylor to the role of "middle-end" maintainer,
joining Roger Sayle. The role covers all files that may get included
into libbackend.a.
Please join me in congratulating Ian on his new role. Ian,
pleas
I am pleased to announce that the GCC Steering Committee has
appointed Ian Lance Taylor to the role of "middle-end" maintainer,
joining Roger Sayle. The role covers all files that may get included
into libbackend.a.
Please join me in congratulating Ian on his new role. Ian,
pleas
> Paolo Bonzini writes:
Paolo> I'm testing a patch that does this replacement, and I can post it
Paolo> tomorrow morning. It has triggered only a dozen times so far (half in
Paolo> libgcc, half in the compiler), but it may be worth keeping it.
It would be nice to keep this type of
> Olivier Hainque writes:
Olivier> Can GCC 4.X be used to generate code running properly on a MPC5554
Olivier> processor ?
The base PowerPC Book-E UISA generated by GCC should work on the
MPC5554. I am not sure about the difference between the 5554 e200 core
and the 8540 e500 core.
> Yao qi writes:
>> Yes. TARGET_HARD_FLOAT is defined as
>>
>> #define TARGET_HARD_FLOAT ((target_flags & MASK_SOFT_FLOAT) == 0)
>>
>> The -mhard-float option will clear the MASK_SOFT_FLOAT bit in
>> target_flags.
Yao> Yes, this option works when I use it in GDB like this,
Yao> (gdb) run -
> Daniel Towner writes:
Daniel> Assuming that my port doesn't require a patch in sched-deps.c, can I
Daniel> submit this port to gcc in time for the 4.1 branch, or must I wait
Daniel> until afterwards? If I was allowed to submit before the branch, what
Daniel> would the deadline be?
G
A similar issue was raised last Spring and discussed by the GCC
Steering Committee. Mark Mitchell summarized the response, including
Richard Stallman's comment:
http://gcc.gnu.org/ml/gcc/2005-06/msg00134.html
There is no need to resurrect that debate.
David
Looks good on powerp-ibm-aix5.2.0.0. All expected failures.
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00806.html
David
> Peter Steinmetz writes:
Peter> If I see the following on an instruction definition:
Peter> (set_attr "type" "*")
Peter> What does * represent in this context as the value to assign to "type"?
The default value specified when the attr "type" is defined.
David
> Steven Bosscher writes:
Steven> On Friday 30 September 2005 21:36, Asher Langton wrote:
>> On Thu, 29 Sep 2005, Jack Howarth wrote:
>> > Asher,
>> >Any progress on the paperwork?
>>
>> None. I haven't received anything from the FSF. I just pinged them
>> again. The FSF does have a di
> Steve Kargl writes:
Steve> If you review the emails in fortran@ for the few months, you'll find
Steve> that the copyright clerk has acknowledged receiving a disclaimer from
Steve> Asher. This clerk probably discarded it because it was not a FSF
approved
Steve> assignment. In addition, sev
> Albert Chin writes:
Albert> I've built gcc-4.0.2 as follows on AIX 5.3 and am receiving a
Albert> bootstrap comparison failure:
Albert> $ CC=/usr/vac/bin/cc CONFIG_SHELL=/opt/fsw/bin/bash \
Albert> I don't see anything on
Albert> http://gcc.gnu.org/install/specific.html#x-ibm-aix specific t
I am pleased to announce that the GCC Steering Committee has
appointed Diego Novillo and Daniel Berlin as alias analysis maintainers --
both Tree-SSA and RTL middle-end.
Please join me in congratulating Diego and Daniel on their new
role. Diego and Daniel, please update your listi
1 - 100 of 733 matches
Mail list logo
