_On 10-Feb-2005 08:36, James E Wilson san wrote_:
Balaji S wrote:
I have introduced m/c dependent attributes and handling it's semantics
via the attribute's handler. And i want to use these attributes during
assembly printing from RTL. How to get these attributes?
This isn't how attributes are n
Zack Weinberg wrote:
On Thu, 2005-02-10 at 16:05 -0800, Janis Johnson wrote:
On Thu, Feb 10, 2005 at 04:00:49PM -0800, Zack Weinberg wrote:
On Thu, 2005-02-10 at 15:47 -0800, Janis Johnson wrote:
There are eight tests that check for that error message, although
probably not in quite the same way.
I
> From: Daniel Berlin <[EMAIL PROTECTED]>
>> On Thu, 2005-02-10 at 22:32 -0500, Paul Schlie wrote:
>> Out of curiosity, although svn certainly seems attractive, are there any
>> concerns observing that:
>>
>> - ironically it seems that the svn isn't itself under svn control but cvs?
> What?
> It's
Marcin Dalecki wrote:
> OK. I just took a redhat spec as configure command template. As it
> turns out this
> was a mistake on my part... argh! JBLD was once again the root of the
> problem.
> Unfortunately due to this I didn't notice that subversion packages
> apr/, apr-utils/, neon/ and db4/ as
On 2005-02-11, at 05:43, Daniel Berlin wrote:
In fact, if you look at the web page for APR, you can discover exactly
why it was created, and what it does, and then if you look at the
history of subversion, you can discover why apr was used for these
things, instead of reimplementing the wheel again
Paul Schlie wrote:
> Out of curiosity, although svn certainly seems attractive, are there any
> concerns observing that:
>
> - ironically it seems that the svn isn't itself under svn control but cvs?
svn was initially developed in cvs, but has been self-hosted since August
2001. You must have so
On 2005-02-11, at 04:51, Daniel Berlin wrote:
Against my better judgement, i'll respond anyway.
On Fri, 2005-02-11 at 03:50 +0100, Marcin Dalecki wrote:
On 2005-02-11, at 02:19, Daniel Berlin wrote:
Uh, why do you want the server stuff for gcc purposes?
Just curious. Why not? If I want to try it ou
On Fri, 2005-02-11 at 02:20 +, Joseph S. Myers wrote:
> On Thu, 10 Feb 2005, Daniel Berlin wrote:
>
> > It *only* sends compressed texts, there is no need to pass extra
> > options.
>
> Although checkout/update are probably the normal use cases which use the
> bulk of the bandwidth - along w
On Thu, 2005-02-10 at 23:33 -0500, Daniel Berlin wrote:
> On Fri, 2005-02-11 at 04:39 +0100, Marcin Dalecki wrote:
> > On 2005-02-11, at 04:23, Daniel Berlin wrote:
> > >>>
> > > It was perfectly fair. He's complaining the source has dependencies,
> > > and
> > > uses configure to find out what is
On Fri, 2005-02-11 at 04:39 +0100, Marcin Dalecki wrote:
> On 2005-02-11, at 04:23, Daniel Berlin wrote:
> >>>
> > It was perfectly fair. He's complaining the source has dependencies,
> > and
> > uses configure to find out what is available, and complains when it
> > can't find the things it absol
On 2005-02-11, at 04:23, Daniel Berlin wrote:
It was perfectly fair. He's complaining the source has dependencies,
and
uses configure to find out what is available, and complains when it
can't find the things it absolutely depends on.
Because apr and apr-util are providing things subversion doesn
On Thu, 2005-02-10 at 22:32 -0500, Paul Schlie wrote:
> Out of curiosity, although svn certainly seems attractive, are there any
> concerns observing that:
>
> - ironically it seems that the svn isn't itself under svn control but cvs?
What?
It's been under subversion control pretty much since day
Against my better judgement, i'll respond anyway.
On Fri, 2005-02-11 at 03:50 +0100, Marcin Dalecki wrote:
> On 2005-02-11, at 02:19, Daniel Berlin wrote:
> >
> > Uh, why do you want the server stuff for gcc purposes?
>
> Just curious. Why not? If I want to try it out I want to try it out on
> m
Out of curiosity, although svn certainly seems attractive, are there any
concerns observing that:
- ironically it seems that the svn isn't itself under svn control but cvs?
Has svn ever been relied upon for a significant open source project?
- there doesn't seem to be an analogous svn web-based
On Thu, Feb 10, 2005 at 10:21:19PM -0500, Ian Lance Taylor wrote:
> I found other cases where an empty vector produces a NULL pointer and
> leads to a later crash. So I don't think it is safe to have an empty
> vector in RTL for the 'E' format.
This surprises me not at all. FYI, typically we put
On Thu, 2005-02-10 at 22:00 -0500, Andrew Pinski wrote:
> On Feb 10, 2005, at 9:13 PM, Richard Kenner wrote:
>
> > Next time you don't want to deal with configuring source, install
> > the
> > binaries.
> >
> > I don't think that's fair. There are a very wide variety of machines
> > used
Ian Lance Taylor writes:
> This patch fixes the immediate crash, but is this the right thing to
> do? Or should I always put something inside the vector, even if there
> is nothing meaningful to put in there?
I found other cases where an empty vector produces a NULL pointer and
leads to a later
On Fri, 2005-02-11 at 03:50 +0100, Marcin Dalecki wrote:
> On 2005-02-11, at 02:19, Daniel Berlin wrote:
> >
> > Uh, why do you want the server stuff for gcc purposes?
>
> Just curious. Why not? If I want to try it out I want to try it out on
> my own
> repos too. Maybe I was just too optimistic
On Feb 10, 2005, at 9:13 PM, Richard Kenner wrote:
Next time you don't want to deal with configuring source, install
the
binaries.
I don't think that's fair. There are a very wide variety of machines
used for GCC development and we want to *encourage* that. Plus, some
people may use NFS
On 2005-02-11, at 02:19, Daniel Berlin wrote:
Uh, why do you want the server stuff for gcc purposes?
Just curious. Why not? If I want to try it out I want to try it out on
my own
repos too. Maybe I was just too optimistic about it. And then I simply
didn't know up front what I will get - just the
I just happened to write
(define_insn "foo"
[(set (match_operand:SI 0 "register_operand" "=r")
(unspec:SI [] 42))]
""
"xxx\t%0")
This is because I have an instruction which sets a register but
doesn't depend on anything visible to gcc. When I tried to rebuild
gcc, genflags crashed,
On Thu, 10 Feb 2005, Daniel Berlin wrote:
> It *only* sends compressed texts, there is no need to pass extra
> options.
Although checkout/update are probably the normal use cases which use the
bulk of the bandwidth - along with commit where svn can send diffs and cvs
needs to upload the whole c
Next time you don't want to deal with configuring source, install the
binaries.
I don't think that's fair. There are a very wide variety of machines
used for GCC development and we want to *encourage* that. Plus, some
people may use NFS and do filesystem stuff on a different machine tha
> Hoewver, please not that control c'ing cvs at the wrong time will cause
> repository corruption as well. Subversion just doesn't let you do it
> during the small time windows where
^^
where it will require the database code to go have to recover and
cleanup the transaction, as some people
24 matches
Mail list logo
