在 2018年03月05日 15:42, Satya Prakash Prasad 写道:
> Is there a compiler flag that logs warning / error in case of any implicit
> conversions - like int32_t to uint32_t.
>
> #include
> #include
>
> using ::std::int32_t;
> using ::std::uint32_t;
>
> int main(int argc, char *argv[])
> {
>int32_t
I still does not throws an error:
#include
#include
using ::std::int32_t;
using ::std::uint32_t;
int32_t callme()
{
int32_t x = -1;
return x;
}
int main()
{
int32_t x = 9;
uint32_t i = x;
uint32_t i1 = callme();
std::cout << " " << x << " " << i << " " << i1 << std::flush << std::e
在 2018年03月05日 16:17, Satya Prakash Prasad 写道:
> I still does not throws an error:
> (... abridged ...)
>
> /c/tools/mingw64/bin/c++ -std=c++11 -Wall -Wconversion -Wpedantic
> -Wextra -w -Wsign-compare -Wnarrowing -Wreturn-type -Wno-int-conversion
> -Wtype-limits -Wuseless-cast -Wsign-conversion -W
Thanks a lot - I just picked up all compiler flags that we make use in our
project.
Thanks a lot for the information as provided.
Regards,
Prakash
On Mon, Mar 5, 2018 at 2:00 PM, Liu Hao wrote:
> 在 2018年03月05日 16:17, Satya Prakash Prasad 写道:
> > I still does not throws an error:
> > (... abrid
Hi MIPS developers ;
This is regarding usage of "procedure linkage table" for MIPS. I have
trouble and generating the plt stubs for
shared library calls and the steps are given below.
I understand that gcc-4.4 ; binutils - 2.19; glibc-2.9 are prereqs and I
have all packages above this on MIPS
2018-03-03 21:14 GMT+08:00 Hans-Peter Nilsson :
> > From: Jean Lee
> > Date: Fri, 2 Mar 2018 13:29:39 +0800
>
> > 2018-03-02 7:53 GMT+08:00 Hans-Peter Nilsson <
> hans-peter.nils...@axis.com>:
> >
> > > There's no address-sanitizer support for MIPS (in particular for
> > > O32) on trunk, at least
On Sun, Mar 4, 2018 at 8:28 PM, shreya pohekar wrote:
>
> Hello ,
> I am Shreya Pohekar, 2nd year student of University Institute of Technology
> ,RGPV ,Bhopal, India. I am interested in applying in GSoC 2018, and would
> like to contribute to the project : Parallelize the compilation using thre
On Mon, Mar 05, 2018 at 08:01:14AM +0100, Eric Botcazou wrote:
> > C11 says in 7.13.2.1/2
> > "The longjmp function restores the environment saved by the most recent
> > invocation of the setjmp macro in the same invocation of the program with
> > the corresponding jmp_buf argument."
> > where "env
> Maybe we should have a target hook that says setjmp/longjmp are
> implemented by simple function calls (or as-if by function calls), so
> as not to penalize everyone who has an, erm, more conservative ABI?
Yes, that sounds a sensible compromise to me.
--
Eric Botcazou
I am getting ICE bootstrapping gcc-8-20180304.tar.xz when using either
isl-0.18 or isl-0.19. I had never had a problem using latest isl over
the past couple of years, so a change in gcc last week introduced the
problem.
Normally I disable-bootstrap and use last weeks gcc-8 to build this
weeks g
On Mon, Mar 05, 2018 at 12:58:23PM -0500, Donald Parsons wrote:
>
> I am getting ICE bootstrapping gcc-8-20180304.tar.xz when using either
> isl-0.18 or isl-0.19. I had never had a problem using latest isl over
> the past couple of years, so a change in gcc last week introduced the
> problem.
>
On Mon, 2018-03-05 at 19:04 +0100, Marek Polacek wrote:
> On Mon, Mar 05, 2018 at 12:58:23PM -0500, Donald Parsons wrote:
> >
> > I am getting ICE bootstrapping gcc-8-20180304.tar.xz when using
> > either
> > isl-0.18 or isl-0.19. I had never had a problem using latest isl
> > over
> > the past
Thanks, I'll check them out.
On 5 Mar 2018 9:01 pm, "Richard Biener" wrote:
> On Sun, Mar 4, 2018 at 8:28 PM, shreya pohekar
> wrote:
> >
> > Hello ,
> > I am Shreya Pohekar, 2nd year student of University Institute of
> Technology ,RGPV ,Bhopal, India. I am interested in applying in GSoC 2018,
On Mon, 2018-03-05 at 19:04 +0100, Marek Polacek wrote:
> On Mon, Mar 05, 2018 at 12:58:23PM -0500, Donald Parsons wrote:
> >
> > I am getting ICE bootstrapping gcc-8-20180304.tar.xz when using
> > either
> > isl-0.18 or isl-0.19. I had never had a problem using latest isl
> > over
> > the past
14 matches
Mail list logo
