Hi GCC developers:
Assume I have a class:
Class FOO
{
Public:
void* operator new(size_t size);
void* operator new(size_t size, const std::nothrow_t &) noexcept;
void operator delete(void *doomed,size_t size);
void* operator new [](size_t size);
void operator delete [](void*
Hi Joseph!
On 2019-10-09T00:27:38+, Joseph Myers wrote:
> I've done the move of GCC wwwdocs to git
Thanks! And now, ;-) as promised:
# apt-get --purge remove cvs
Reading package lists... Done
Building dependency tree
Reading state information... Done
The followin
On Wed, 9 Oct 2019 at 08:09, Ming Cheng wrote:
>
> Hi GCC developers:
This is the wrong mailing list for your question. It would be
appropriate on the gcc-help or libstdc++ lists. Please see
https://gcc.gnu.org/lists.html and take any further discussion to one
of those lists.
> Assume I have a cl
Hi
You can get a new payment in your personal account. You have to manage it right
away or it will be removed.
Go HERE To Confirm Your Payment Info Is Correct.
Registered email: g...@gnu.org
User ID: UEMG6C1SHB
Enjoy & please let me know if all is well.
Thanks!
Jeff
E Marketer
202
On Wed, 9 Oct 2019 at 01:28, Joseph Myers wrote:
>
> I've done the move of GCC wwwdocs to git (using the previously posted and
> discussed scripts), including setting up the post-receive hook to do the
> same things previously covered by the old CVS hooks, and minimal updates
> to the web pages dea
Jonathan Wakely wrote:
On Wed, 9 Oct 2019 at 01:28, Joseph Myers wrote:
I've done the move of GCC wwwdocs to git (using the previously posted and
discussed scripts), including setting up the post-receive hook to do the
same things previously covered by the old CVS hooks, and minimal updates
to
On Wed, 2019-10-09 at 10:44 +0100, Jonathan Wakely wrote:
> On Wed, 9 Oct 2019 at 01:28, Joseph Myers wrote:
> >
> > I've done the move of GCC wwwdocs to git (using the previously
> > posted and
> > discussed scripts), including setting up the post-receive hook to
> > do the
> > same things previo
Hello,
Good Day to you!
Just wanted to check if you would be interested in acquire Fort Lauderdale
International Boat Show 2019 (International Trade Show for Yachting,
Sailing, Boating, Boat Industry, Boat Equipment and Shipping 2019). Attendee
companies to increase prospect flow at your booth -
On Wed, Oct 09, 2019 at 01:25:30PM +0100, Iain Sandoe wrote:
>Jonathan Wakely wrote:
>
>>On Wed, 9 Oct 2019 at 01:28, Joseph Myers wrote:
>>>I've done the move of GCC wwwdocs to git (using the previously posted and
>>>discussed scripts), including setting up the post-receive hook to do the
>>>same
Christopher Faylor wrote:
On Wed, Oct 09, 2019 at 01:25:30PM +0100, Iain Sandoe wrote:
Jonathan Wakely wrote:
On Wed, 9 Oct 2019 at 01:28, Joseph Myers wrote:
I've done the move of GCC wwwdocs to git (using the previously posted
and
discussed scripts), including setting up the post-recei
I've added a new define_expand for msp430 to handle "mulhisi", but when testing
the changes, some builtin tests (e.g. builtin-arith-overflow-{1,5,p-1}.c) fail.
I've narrowed a test case down to:
void
foo (unsigned int r, unsigned int y)
{
__builtin_umul_overflow ((unsigned int) (-1), y, &r);
}
On Wed, Oct 09, 2019 at 09:37:54AM -0400, Christopher Faylor wrote:
>The binary is 20 years old and, somehow, the source code used to build
>it seems to have disappeared.
Sorry. Not 20 years:
-rwxr-xr-x. 1 root root 574221 Mar 22 2013 /usr/local/bin/mhc
cgf
On Wed, 2019-10-09 at 09:37 -0400, Christopher Faylor wrote:
> On Wed, Oct 09, 2019 at 01:25:30PM +0100, Iain Sandoe wrote:
> > Jonathan Wakely wrote:
> >
> > > On Wed, 9 Oct 2019 at 01:28, Joseph Myers wrote:
> > > > I've done the move of GCC wwwdocs to git (using the previously
> > > > posted a
On Wed, 9 Oct 2019 14:40:42 +0100
Jozef Lawrynowicz wrote:
> Constants generated for modes with fewer bits than in HOST_WIDE_INT
> must be sign extended to full width (e.g., with gen_int_mode). For
> constants for modes with more bits than in HOST_WIDE_INT the implied
> high order bits of that co
On Wed, Oct 09, 2019 at 02:40:42PM +0100, Jozef Lawrynowicz wrote:
> I've added a new define_expand for msp430 to handle "mulhisi", but when
> testing
> the changes, some builtin tests (e.g. builtin-arith-overflow-{1,5,p-1}.c)
> fail.
>
> I've narrowed a test case down to:
>
> void
> foo (unsig
On Tue, 8 Oct 2019, Frank Ch. Eigler wrote:
> Hi -
>
> Thanks - good job with moving this to git!
>
> > Note 1: someone with the right access needs to create the symlink
> > /sourceware/git/gcc-wwwdocs.git ->
> > /sourceware/projects/gcc-home/wwwdocs.git (and anything else needed for
> > anon
On Wed, 2019-10-09 at 15:06 +, Joseph Myers wrote:
> On Tue, 8 Oct 2019, Frank Ch. Eigler wrote:
>
> > Hi -
> >
> > Thanks - good job with moving this to git!
+1
> > > Note 1: someone with the right access needs to create the
> > > symlink
> > > /sourceware/git/gcc-wwwdocs.git ->
> > > /s
Thanks, Joseph. This is exactly what I was looking for.
-Andrew
-Original Message-
From: gcc-ow...@gcc.gnu.org On Behalf Of Joseph Myers
Sent: Tuesday, October 8, 2019 3:57 PM
To: Andrew Dean
Cc: gcc@gcc.gnu.org
Subject: Re: makefile dependencies
On Tue, 8 Oct 2019, Andrew Dean via gcc
I have a question about building a toolchain that uses (at run time) a
dynamic linker and system libraries and headers that are in a non-standard
place.
I just noticed the IBM --with-advance-toolchain option and I would
like to replicate it for aarch64.
Let me first describe what I do now:
confi
On Wed, Oct 09, 2019 at 10:29:48PM +, Steve Ellcey wrote:
> I have a question about building a toolchain that uses (at run time) a
> dynamic linker and system libraries and headers that are in a non-standard
> place.
I had scripts a long time ago to build a complete toolchain including
glibc t
20 matches
Mail list logo
