The below test code demonstrates that sscanf fails
to parse the string "" (ie. an empty string inside "") in line2 (fErr=1).
Is this a bug?
Or is there maybe a workaround format string to be used with sscanf ?
/*
sscanf_bug_demo.cpp
sscanf fails scanning the string ""
Compile:
g++ -g -Wall -W
Jakub Jelinek wrote on 12/15/22 17:59:
On Thu, Dec 15, 2022 at 05:53:19PM +0100, U.Mutlu wrote:
On this page all ISO C++ standards versions of gcc/g++ are listed, except C++03:
https://gcc.gnu.org/projects/cxx-status.html
This looks much like an error/omission b/c g++ has the options -std=c
On this page all ISO C++ standards versions of gcc/g++ are listed, except C++03:
https://gcc.gnu.org/projects/cxx-status.html
This looks much like an error/omission b/c g++ has the options -std=c++03 and
-std=gnu++03
I think the OP is in need of the 4.3 version of gnat, found it at
a Debian archive site, but lacks some dependencies (gcc and libs).
Normally they too should be there around.
The 4.3 versions of gnat/gcc/g++ can be found precompiled
in the official Debian 5 (lenny) release for the various platfor
U.Mutlu wrote on 07/22/2018 11:20 AM:
Carlo Pisani wrote on 07/22/2018 03:24 AM:
hi guys
got some deb files from an old Debian's archive(1), converted .deb
into .tgz, and installed
but it seems there is no gnat-gcc
I don't know how Gnat works on Debian, but for sure it doesn'
Carlo Pisani wrote on 07/22/2018 03:24 AM:
hi guys
got some deb files from an old Debian's archive(1), converted .deb
into .tgz, and installed
but it seems there is no gnat-gcc
I don't know how Gnat works on Debian, but for sure it doesn't work
like the version I have on my gentoo-x86 box
where
Hi,
it makes me 'crazy' when I see such if-else constructs:
if (x)
return 7;
else
return 4;
(Of course in this case one better would use the shorthand "return x ? 7 :
4;", but that's not the issue here)
The 'else' is obviously superfluous/redundant, ie. unneeded at all:
if (x)
U.Mutlu wrote on 06/23/2018 02:10 PM:
Here's another one, but different error type, for further inspection, in the
same library as before:
../../../gcc_trunk/libitm/method-ml.cc: In member function 'virtual bool
{anonymous}::ml_wt_dispatch::supports(unsigned int)':
../../../g
U.Mutlu wrote on 06/23/2018 09:25 PM:
Jonathan Wakely wrote on 06/23/2018 07:14 PM:
On Sat, 23 Jun 2018 at 12:39, U.Mutlu wrote:
Hi,
when building the languages=c,c++ with "-g0 -DNDEBUG", then the following
error happens:
../../../gcc_trunk/libitm/method-serial.cc: In member func
Jonathan Wakely wrote on 06/23/2018 07:14 PM:
On Sat, 23 Jun 2018 at 12:39, U.Mutlu wrote:
Hi,
when building the languages=c,c++ with "-g0 -DNDEBUG", then the following
error happens:
../../../gcc_trunk/libitm/method-serial.cc: In member function 'void
GTM::gtm_thread:
ror: comparison is always
true due to limited range of data type [-Werror=type-limits]
return (number_of_threads * 2 <= ml_mg::OVERFLOW_RESERVE);
~~^~~~
Btw, this happens on a x86_64 host/target.
--
U.Mutlu
assert (ok);
#else
disp->trycommit (priv_time);
#endif
Btw, this is svn trunk with the default supporting libs.
--
U.Mutlu
It seems this was caused by not having enough free-space on /tmp.
Increasing it to 3GB solved the problem.
Btw, my /tmp is a ramdisk, ie. tmpfs.
U.Mutlu wrote on 06/16/2018 09:20 AM:
Not sure if the following is just a coincidence, but happened lately
each of the two times I started the build
Not sure if the following is just a coincidence, but happened lately
each of the two times I started the build process (make -j8) without
previously giving the --disable-bootstrap parameter to the configure command:
/bin/bash ../../gcc_trunk/gcc/lock-and-run.sh linkfe.lck ...
waiting to acquire l
Shubham Narlawar wrote on 06/15/2018 08:01 PM:
Hello all, I have been figuring out to work on some project. So while
searching I found GCC Plugin API project quite interesting.
So, please can I get some more information and links about gcc Plugin API
project.
Can anyone help me please.
Here's a
U.Mutlu wrote on 06/13/2018 10:26 PM:
Andrew Pinski wrote on 06/13/2018 10:06 PM:
On Wednesday, June 13, 2018, U.Mutlu mailto:u...@mutluit.com>>
wrote:
Hi,
currently -v (ie. gcc -v) prints these data:
gcc version 9.0.0 20180613 (experimental) (GCC)
It would be nice
Andrew Pinski wrote on 06/13/2018 10:06 PM:
On Wednesday, June 13, 2018, U.Mutlu mailto:u...@mutluit.com>>
wrote:
Hi,
currently -v (ie. gcc -v) prints these data:
gcc version 9.0.0 20180613 (experimental) (GCC)
It would be nice, when building from a repository that th
Hi,
currently -v (ie. gcc -v) prints these data:
gcc version 9.0.0 20180613 (experimental) (GCC)
It would be nice, when building from a repository that then the resulting
target should contain also the revision number (for example "r261543")
of the underlying repository, so that gcc -v then pri
18 matches
Mail list logo
