using bash, see the documentation for the "ulimit" command.
If csh, I think it is "limits".
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
k
like they are meant for users to define.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
alternative solution is to avoid
building fastjar which may work if this is the only place that is
failing. fastjar is only used by java, so you could try configuring
without java support if you don't need it, e.g. something like
--enable-languages=c,c++ if you only need C and C++ support.
-
er user system specified stack space limit, then you might
need root access to increase it past this limit.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
o know more about MS Windows programming.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
7 FP register
stack. This is done by default in x86_64-linux. For x86, there are
some options that might help, such as -mfpmath=sse. This will only work
with recent gcc versions and recent x86 processors, and may take some
experimentation. Sometimes -ffloat-store helps.
There is a lot of info a
a page
where you can attach the file to the newly created bug report. This is
a bit awkward, yes, but I believe all bugzilla installations work this way.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
that crosstools
already has the patch, so maybe you can get it from there also.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
ch an administrator, send mail to overseers.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
lue smaller than LONG_MIN.
Adding casts to long long does not change this fact.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
er
down in the tcode == BOOLEAN_TYPE code where we fail to match the
conditions due to this inconsistency.
I'd suggest opening a bug report.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
a.h file
instead of the a.cpp file. This way it will be visible in main.cpp when
we call it, and then gcc will emit it.
Or you can fix it by using pragma implementation and pragma interface as
you discovered.
I'm not a C++ expert. There may also be other ways to fix this.
--
Jim Wilson
- math on my system?
It seems to be a bug, because on Kernel 2.4 I was able to compile the
tool.
If this worked on a different kernel with the same compiler version,
then that indicates a kernel bug.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
not know that
there is a branch to father.
Branches are not supported in asms. This is mentioned in the gcc
manual. We can not get control flow correct in this case, and hence can
not optimize correctly.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
poovizhi wrote:
I've CYGWIN_NT-5.0 (1.3.22) version installed in my system. Here I try to
install a fresh GCC version (GCC-3.4.6). But I don't have already any
compiled version of GCC in my system.
If you don't already have a compiler, then you won't be able to compile
the gcc sources on your
beradero wrote:
Hello, It's the code:
http://www.nabble.com/file/p16128572/1.c 1.c
Try enter the number 0010 (number then), 00010, etc.. and see the bizarre
output..
Your code is buggy. This is an obvious string overflow problem. You
can't fit a 6 character string into a 4 character array.
se7en_hills wrote:
[EMAIL PROTECTED] /cygdrive/f/project/gcc_build
$ make all-gcc
make.exe: *** No rule to make target `Makefile.in', needed by `Makefile'.
Stop.
If you look in Makefile, you should find a line that reads something like
Makefile: $(srcdir)/Makefile.in ...
which means Makefile d
Yevgeniy Litvinenko wrote:
I've found out that two configure scripts can not determine the linker
version. These scripts are:
gcc-4.3.0/libstdc++-v3/configure
and
gcc-4.3.0/libgomp/configure
We don't track bugs mailed to the gcc-bugs mailing list. File a problem
in bugzilla, or ask on gcc-hel
On 04/23/2018 07:11 AM, Jason Vas Dias wrote:
I really do not think a '-Wpedantic -Wconversion' warning should
be generated for the following code, but it is
(with GCC 6.4.1 and 7.3.1 on RHEL-7.5 Linux) :
$ echo '
typedef unsigned short U16_t;
static void f(void)
{ U16_t a = 1;
a-=1
On 7/3/19 8:02 PM, Tara Hamilton wrote:
I’ve just been looking at your website and I came across this webpage:
https://gcc.gnu.org/bugzilla/show_bug.cgi?format=multiple&id=9937
Unfortunately, when I click the link ‘
http://www.cuj.com/experts/2102/sutter.htm,’ it redirects me to a payday
loan si
On 7/4/19 11:08 PM, Christopher Faylor wrote:
On Thu, Jul 04, 2019 at 02:44:05PM +0800, Jim Wilson wrote:
On 7/3/19 8:02 PM, Tara Hamilton wrote:
Every time these links show up in an email message they get archived and
amplified for posterity. I wonder if that wasn't the actual intent o
On 7/5/19 9:24 AM, Jim Wilson wrote:
On 7/4/19 11:08 PM, Christopher Faylor wrote:
On Thu, Jul 04, 2019 at 02:44:05PM +0800, Jim Wilson wrote:
Yes, I mentioned in another thread that this might be an SEO attempt,
and that the right solution is to report them as bad actors to the
search
nough info for us to do anything with this bug
report. We need to know the gcc version, the target (OS and CPU), the
optimization options used, and possibly also other info. Also, bugs
should be submitted into bugzilla rather than mailed to the list.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
times you
won't.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
need. Gcc version info. A
testcase that can reproduce the bug. Etc. See
http://gcc.gnu.org/bugs.html
for info on how to report bugs. Also, bugs should be reported into our
bugzilla bug database instead of emailed to this list.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
On 07/10/2017 10:29 AM, George R Goffe via gcc-bugs wrote:
../../../../gcc/libsanitizer/sanitizer_common/sanitizer_stoptheworld_linux_libcdep.cc:
In function ‘int __sanitizer::TracerThread(void*)’:
../../../../gcc/libsanitizer/sanitizer_common/sanitizer_stoptheworld_linux_libcdep.cc:276:22:
err
On 12/05/2016 03:24 PM, luke B wrote:
The following code seems to be correctly executed when compiled with
GCC 4.4.7 and LLVM 6.1. It does not correctly compile with gcc version
5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4).
I created a bug report and added some info.
https://gcc.gnu.org/bugzi
On 12/18/2016 12:15 PM, Eduardo Yÿffe1nez via gcc-bugs wrote:
>I wish to report a problem with g++ 4.x, g++ 5.x, g++ 6.x. I'm trying
>to implement a very classic Factory Method Pattern in C++, I can do it
>very easily in MS-Visual C++, but in Linux with g++ the code compiles
>but I get
On 05/28/2015 12:41 PM, 田部 wrote:
> gcc is, in this code, or put out a warning?
> -O4 only???
-O3 and higher enables more aggressive loop unrolling. This happens in
the pass_complete_unrolli function. With -O3 or higher, the inner loop
is unrolled 12 times because the array size is 12. The arra
Mariusz Janiak wrote:
../../../../../../../../newlib-1.15.0/newlib/libc/machine/arm/setjmp.S:
Assembler messages:
../../../../../../../../newlib-1.15.0/newlib/libc/machine/arm/setjmp.S:123:
Error: SP not allowed in register list -- `stmea a1!,{v1-v7,fp,ip,sp,lr}'
../../../../../../../../newlib-
John Breitenbach wrote:
char can't be less-than zero. However, can't make up my mind as to
whether or not it should be allowed to optimize away the
post-increment.
It is not OK to optimize away the post-increment. This is a gcc
optimization bug.
Jim
precision problem.
--
Jim Wilson, GNU Tools Support, http://www.specifix.com
patch had the
intended effect.
--
Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com
2003-12-17 Santiago Vila <[EMAIL PROTECTED]>
* config/kfreebsdgnu.h (TARGET_OS_CPP_BUILTINS): Rename from
TARET_OS_CPP_BUILTINS.
Index: kf
On 07/07/2016 10:07 PM, Nobby-Hirand wrote:
I have just find strange answer, 10 x 1036778084 = 1777846248??
Your target has 32-bit integers. The value 1036778084 is close to the
largest representable value. Multiplying by anything larger than 2
causes an overflow, and the result gets trunca
34 matches
Mail list logo
