On Mon, 2008-07-21 at 06:36 +0200, Paolo Bonzini wrote:
> > To build and be later able to install more than one version of the ada
> > library we need to change (at least) this assumption in some way
> > and keep more than one library build result around.
>
> The best way would be to bite the bull
"Mohamed Shafi" <[EMAIL PROTECTED]> writes:
> I am involved in porting gcc 4.1.2.
> For some processing i need to know whether a register is being defined
> and used in a particular instruction. Till now i have been using
> 'refers_to_regno_p()' to know whether a register is being used in a
> inst
To build and be later able to install more than one version of the ada
library we need to change (at least) this assumption in some way
and keep more than one library build result around.
The best way would be to bite the bullet, and move the RTS for real to
libada (instead of having libada a
On Sun, 20 Jul 2008, Richard Guenther wrote:
> > The mailing list webpage still refers to CVS:
> > http://gcc.gnu.org/lists.html
> >
> > Can we rename these lists (perhaps preserving an alias for the old names)
> > so that they reflect reality?
>
> I don't see a reason to rename the list.
> Richar
> Anyone familiar with the idea of trying to describe a machine the way
> it works?
> like where it's being a machine working the way of having a loop with
> the problem of being in
> the middle and then to the outside as how the machine can move? so
> like if you were to make it a machine
> that d
Elite Health Phârmâçy
www genericrxdeals com
been up to the present. Yet, at length this too was accomplished and
On Sun, Jul 20, 2008 at 10:49 PM, Kaveh R. GHAZI <[EMAIL PROTECTED]> wrote:
> On Sun, 20 Jul 2008, Gerald Pfeifer wrote:
>
>> Except for wwwdocs, that is?
>>
>> As I mentioned before, I'd love to get wwwdocs converted to SVN, and
>> in the course of this I noticed some historic configurations which
On Sun, 20 Jul 2008, Gerald Pfeifer wrote:
> Except for wwwdocs, that is?
>
> As I mentioned before, I'd love to get wwwdocs converted to SVN, and
> in the course of this I noticed some historic configurations which I
> believe aren't be used any more and haven't, for years.
>
> Unless I hear to t
Hi,
With Paolo help I tried to restart the effort to enable multilibs for
Ada. The following patch is a first cut: it enables creation of libada
and 32/libada and associated Makefile in the target build dir on
x86_64-linux trunk:
./x86_64-unknown-linux-gnu/libada
./x86_64-unknown-linux-gnu/32/lib
> The Ada status on tuples is now that you can build it (on i686 at least)
> but gnatmake is miscompiled (or rather, the global initializer stuff
> doesn't work - all the ___elabs are missing, as you can see in
> for example gnat.dg/renaming3.adb failing if you just use gnat1 from
> tuples in a tru
The Ada status on tuples is now that you can build it (on i686 at least)
but gnatmake is miscompiled (or rather, the global initializer stuff
doesn't work - all the ___elabs are missing, as you can see in
for example gnat.dg/renaming3.adb failing if you just use gnat1 from
tuples in a trunk tree).
"Yair Lifshitz" <[EMAIL PROTECTED]> writes:
>
> On a different note, it is actually hard to decide which pointers can
> be compressed at the compilation level (without user intervention)
> seeing as some pointers are actually <8-byte aligned (i.e. char-s) and
> forward declarations can make it impo
Except for wwwdocs, that is?
As I mentioned before, I'd love to get wwwdocs converted to SVN, and
in the course of this I noticed some historic configurations which I
believe aren't be used any more and haven't, for years.
Unless I hear to the contrary, I plan on removing these with the patch
bel
> Thanks for taking the time to update this, Santiago!
>
> Let me ask our Ada maintainers to have a look as well, since this is not
> exactly my area of expertise. Geert/Robert/Arnaud, I'll be happy to apply
> that patch and make some tweaks based on your review.
Yes, the suggested changes are g
Thanks for taking the time to update this, Santiago!
Let me ask our Ada maintainers to have a look as well, since this is not
exactly my area of expertise. Geert/Robert/Arnaud, I'll be happy to apply
that patch and make some tweaks based on your review.
Gerald
On Tue, 15 Jul 2008, Santiago Urue
On 7/20/08, Joe Buck <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 19, 2008 at 06:53:41PM -0400, Robert Dewar wrote:
> > Andi Kleen wrote:
> > Well the idea would be specifically for applications that can live
> > in 32 GB. If you compile in this mode, obviously you can't play
> > this trick, and you h
16 matches
Mail list logo
