Hi all,
My nightly bootstrap of mainline on i386-linux failed tonight, on
revision 123192, with:
/home/fxcoudert/gfortran_nightbuild/trunk/libgcc/../libdecnumber/
decLibrary.c: In function ?isinfd64?:
/home/fxcoudert/gfortran_nightbuild/trunk/libgcc/../libdecnumber/
decLibrary.c:65: error:
The strategy that the SHMEDIA port uses to do cse and loop invariant code
motion for division by invariant reciprocal can in principle be used by
any processor that has a reasonable fast instructions for count leading
sign bits (can be substituted with count leading zero bits), widening
or highpart
On 25 March 2007 07:37, Andrew Pinski wrote:
> On 3/24/07, Brian Dessent <[EMAIL PROTECTED]> wrote:
>> Dave Korn wrote:
>>
>>> # 405 "/usr/include/stdio.h" 3 4
>>
>> [ Which is from newlib (libc/include/stdio.h) if anyone reading this
>> doesn't have a Cygwin system handy. ]
>>
>>> static __inl
Hello everyone,
I'm trying to link a shared library against a shared library,
using gcc/ld on Linux and with code like this:
//
//
// test.c (shared library sourcecode)
//
extern int unknown_function(int value);
int testfunc(void)
{
retur
On Sun, Mar 25, 2007 at 07:18:16PM +0200, Oliver Lange wrote:
> I'm trying to link a shared library against a shared library,
> using gcc/ld on Linux and with code like this:
This is really more of a linker question. Followups to
[EMAIL PROTECTED], please.
> Compiling the sourcecode above like t
I am looking for testcases for testing the following on interix:-
1: shared library support
2: dynamic loader ld.so working
Are then any comprehensive testsuites available for the same ?
Thanks
Mayank
> So I think that the easiest way to integrate this with the rest of the
> compiler is to have a target hook that emits trees to compute SHIFT, INV1
> and INV2.
(define_tree_expand "name"
"condition"
{
preparation statements;
}
)
:-)
Mayank Kumar <[EMAIL PROTECTED]> writes:
> I am looking for testcases for testing the following on interix:-
> 1: shared library support
> 2: dynamic loader ld.so working
>
> Are then any comprehensive testsuites available for the same ?
It's hardly comprehensive, and some of the tests are ELF s
Joseph S. Myers wrote:
> On Sat, 24 Mar 2007, Bruce Korb wrote:
>
>> This bootstraps in Linux i686 & I can use -Wno-format-contains-nul to
>> suppress that warning. OK?
>
> This is not a complete patch submission, I await one with documentation
> and testcases (both for the option disabling the
Ian Lance Taylor wrote:
> Ryan Hill <[EMAIL PROTECTED]> writes:
>> Was there ever any action on this? AFAICS consensus was that the trap
>> would be removed and this behaviour be documented as an extension.
>> There was a bit more discussion of how exactly the documentation would
>> be worded[i]
Joseph S. Myers wrote:
> On Thu, 22 Mar 2007, Mark Mitchell wrote:
>
>> Joseph, would you please take a look at PR 31136? Andrew believes this
>> to be a front-end bug.
>
> I don't think this is a front-end bug.
Thank you for investigating.
> (OK to commit this patch to mainline
> subject to
On 3/25/07, Ryan Hill <[EMAIL PROTECTED]> wrote:
I couldn't find one so I've filed PR #31359. Apologies if it's a duplicate.
I will again say, "undocumented extensions" don't exist (except for
the case where the documentation is in the source and this was not one
of those cases). This was jus
On 3/25/07, Charles J. Tabony <[EMAIL PROTECTED]> wrote:
> So I think that the easiest way to integrate this with the rest of the
> compiler is to have a target hook that emits trees to compute SHIFT, INV1
> and INV2.
I don't think target hooks to expand trees early is a good idea. RTL
is not
On Sun, 2007-03-25 at 22:24 -0700, Andrew Pinski wrote:
> On 3/25/07, Charles J. Tabony <[EMAIL PROTECTED]> wrote:
> > > So I think that the easiest way to integrate this with the rest of the
> > > compiler is to have a target hook that emits trees to compute SHIFT, INV1
> > > and INV2.
>
> I don'
I am trying to build gcc with java support on solaris 10 I am getting
lot of errors
While compiling libjava.I am getting lot of errors for headers
error: global qualification of class name is invalid before ':' token
for all the header files
..seems to me some issue in Makefile
> + no) BUGURL="";
just BUGURL= (no useless trailing semicolon).
> + case ${BUGURL} in
Please quote this as "$BUGURL".
> +REPORT_BUGS_TO="<$BUGURL>"
> +REPORT_BUGS_TEXI="@uref{`echo $BUGURL | sed 's/@/@@/g'`}"
Please do this instead:
[EMAIL PROTECTED] "$BUGURL" | sed 's/@/@@/
"Daniel Berlin" <[EMAIL PROTECTED]> wrote on 25/03/2007 05:19:41:
> On 3/23/07, Alexander Monakov <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> >
> > I would be pleased to see Ayal Zaks as my mentor, because proposed
> > improvement is primarily targeted as modulo scheduling improvement. In
> > case
17 matches
Mail list logo
