"Joseph S. Myers" wrote on 14.09.2007 00:09:49:
> On Thu, 13 Sep 2007, Michael Meissner wrote:
>
> > In the first patch, I am somewhat uncomfortable with changing
> RETURN_IN_MEMORY
> > and OUTGOING_REG_PARM_STACK_SPACE, by adding an additional
> parameter, and then
> > changing all of the targ
Mark Mitchell wrote on 13.09.2007 20:42:25:
> Jan Hubicka wrote:
> >> Kai Tietz wrote:
> >>
> >>> See
> >>> http://www.nabble.com/-PING%5E2-PATCH-%3A-Preparations-for-SYSV-
> MS-ABI-attributes-in-backend-tf4414541.html
> >>> http://www.nabble.com/-PATCH-%3A-Implementation-for-SYSV-MS-ABI-
> attribu
On 13 Sep 2007 13:45:21 -0700, Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
> valreg is set around line 2564 of calls.c. It shouldn't be zero at
> line 2787. Unless you have an malloc function with a return type of
> void, which seems dubious.
Ok, do you have any idea about what might cause this
Hi,
I am developing a software analysis tool and wanted to , if I can, make
it accept information exported from gcc compilations of C++ code, for
example.
In simple terms I am interested in obtaining from either the front end
processor, or preferably from the gcc core if it is available, a
"Tomas Svensson" <[EMAIL PROTECTED]> writes:
> On 13 Sep 2007 13:45:21 -0700, Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
> > valreg is set around line 2564 of calls.c. It shouldn't be zero at
> > line 2787. Unless you have an malloc function with a return type of
> > void, which seems dubious.
David Miller wrote:
> > I have a full rack of Niagara systems that proves that Sun
> > cares to some extent. I get early hardware access and
> > documentation access, plus engineers to talk to and ask
> > questions of.
On Fri, Sep 14, 2007 at 06:43:35AM +0100, Andrew Walrond wrote:
> With all du
Kai Tietz wrote:
>> Kai, why is your change making OUTGOING_REG_PARM_STACK_SPACE accept a
>> FUNCTION_DECL, rather than a FUNCTION_TYPE? I'd think that all
>> calling-convention predicates ought to be looking at the type to support
>> calling through function pointers?
>
> This macro is used als
On Fri, 14 Sep 2007 09:27:38 -0700, Joe Buck <[EMAIL PROTECTED]> said:
> Like most tech companies that have seen better days, Sun's been
> cutting costs to the bone; I'm sure that they don't feel rich.
This is true. I'm not sure how many rounds of layoffs we've had over
the last five years, but
Hello,
* Andrew Pinski wrote on Sat, Sep 08, 2007 at 11:18:33AM CEST:
>
> Rerun the command without the ">/dev/null 2>&1", libtool likes to say
> that PIC mode will give the same output as non PIC mode (which is not
> always true).
Using -no-suppress on the libtool command line avoids this; you
Tomas Svensson wrote:
Ok, do you have any idea about what might cause this to happen? Could
it be something wrong with exception handling or dwarf2 debugging
output? Or possibly varargs handling? I am complete lost here
unfortunately... Other function calls work just fine.
Build any port that w
Joe Buck wrote:
I have a full rack of Niagara systems that proves that Sun
cares to some extent. I get early hardware access and
documentation access, plus engineers to talk to and ask
questions of.
With all due respect to your incredible efforts, this amounts to crumbs
from their table.
I
Hi David,
David Carlton wrote:
>
> This is true. I'm not sure how many rounds of layoffs we've had over
> the last five years, but there were many, and I'm not completely sure
> that we're done.
>
> It's also true that we're not behaving as well as we should in this
> situation. I've forwarded
From: Andrew Walrond <[EMAIL PROTECTED]>
Date: Fri, 14 Sep 2007 22:43:16 +0100
> And I apologise (to everyone) for any unnecessary rhetoric on my part; I
> freely admit that I designed my posts specifically to sparc (ahem) this
> debate, but I guess most of you knew that already ;)
The big issue
Snapshot gcc-4.3-20070914 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20070914/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
David Miller wrote:
>
> The big issue you keep missing in all of your rediculious complaints
> is that it takes a lot of time for a company to invest in future
> potential revenue.
>
> Most of Sun's resources are invested in things that make them money
> right now and keep the lights on at their
From: Andrew Walrond <[EMAIL PROTECTED]>
Date: Fri, 14 Sep 2007 23:54:13 +0100
> David Miller wrote:
> >
> > And _NO_ this does mean continuing to say that Sun isn't doing enough
> > to satisfy you, that discourages rather than encourages in case you
> > haven't gotten that message LOUD and CLEAR
> "Gary" == Gary Jackson <[EMAIL PROTECTED]> writes:
Gary> I am developing a software analysis tool and wanted to , if I
Gary> can, make it accept information exported from gcc compilations
Gary> of C++ code, for example.
If it is free software, how about putting it directly into g++?
If it
Hi,
looks like there is an ugly bug in g++ front-end.
the problem can be demonstrated by the existing testcase:
ext/pb_ds/regression/trie_data_map_rand.cc
if you apply the following diff:
.../libstdc++-v3/testsuite/util/regression/rand/assoc/detail/ $ svn di
Index: insert_fn_imps.hpp
===
Central Arkansas Society for Paranormal Research
http://www.casprquest.com/privateten.htm
Haunted Mountain Village 1890
http://www.1890village.com/
Mountain Village 1890
Bull Shoals Caverns
1011 C. S. Woods Boulevard
P. O. Box 444
Bull Shoals, Arkansas 72619
Phone: (870) 445-7177
Toll free: (8
Hi people, i've my opinion about the future SPARCv9 (64 bit): awful!
IMHO,
* Before:
Development of SunCC was 10% time vs 90% time in the development of
GCC/binutils toolchain of SPARC for GNU/Linux.
* After:
Development of SunCC was 98% time vs 2% time in the development of
GCC/binutils toolcha
20 matches
Mail list logo
