crash without first giving the user an idea of what's wrong.
Sure, if the input originally comes from a real program, it's not garbage.
--
Eric Botcazou
precisely for this purpose.
--
Eric Botcazou
> coverity pointed out the infinite loop below.
> I guess it is unreachable or at least hard to reach,
> or it would have been reported/fixed before now:
Would you mind opening a PR with bugzilla?
--
Eric Botcazou
locks are unreachable in the CFG. The CFG
needs to be cleaned up before that point.
--
Eric Botcazou
> But i wanted to try them indivisually. Is there any method to do so?
The compiler doesn't optimize anything if you don't pass at least -O.
--
Eric Botcazou
> hello there... i am trying my hands on gcc optimisations options.
> i tried e.g. -finline-functions, -funroll-loops and the likes but none
> worked for me
> for ex. i tried -funroll-loops for code
> for (int i = 0; i < 3; ++i)
> a[i] = i;
Try -O -funroll-loops.
--
Eric Botcazou
> Do you know if there is any configuration option to force build 64bit only?
Try --disable-multilib.
--
Eric Botcazou
figuration option for
> ia64-hp-hpux11.23?
> Or is there a problem with the ada EH_MECHANISM in the milp32 tree?
> Or is there a posibility to build an mlp64 gcc only
There is no full port of the Ada compiler to this platform in the FSF tree.
You can only build a 64-bit Ada compiler with th
vious and the next sequence point.
and there is no sequence point within the expression x * n * --n.
As a rule of thumb, in C/C++ do not mention more than once in an expression a
variable whose value can change as part of the "execution" of the expression.
--
Eric Botcazou
> I am Fedora 9 (32 bit), svn trunk up to date as of a couple of hours
> ago and the native build isn't working. Does anyone else see this?
Yes, Ada has been broken everywhere yesterday, I'm going to follow up on
[EMAIL PROTECTED]
--
Eric Botcazou
> please tell me about the bug or error.Now i am already
> stuk i am unable to understand what to do next???
> so please help me!!
Ada is not supported for this target.
--
Eric Botcazou
> The GCC is not build in the source directory. The source directory
> is in another place (/usr/local/src/gcc.4.1.1).
Then post the exact configure line.
--
Eric Botcazou
> ./configure --prefix=/usr/local/gcc.4.1.1 --disable-multilib --disable-nls
Never ever build GCC in the source directory.
--
Eric Botcazou
> compiler failed in mid-compile of mysql source tree, -same-temps output
> added as attachment
We need the *.i file, not the *.s file.
--
Eric Botcazou
> gcc-4.0.0 doesn't produce a valid assembler file.
> I didn't have this problems using gcc-3.4.2
> Info at end of letter.
Posting to gcc-bugs is deprecated. Please file a bugzilla PR instead:
http://gcc.gnu.org/bugzilla/
--
Eric Botcazou
cmp %o0, 1
bgu .LL2
mov 0, %g1
mov 2, %g1
.LL2:
retl
mov %g1, %o0
.LLFE2:
.size _Z13DummyFunction10tTestEnum2, .-_Z13DummyFunction10tTestEnum2
.ident "GCC: (GNU) 3.4.4 20050224 (prerelease)"
--
Eric Botcazou
> The attached code produces some garbage. With -O3 even worse. Attached
> source and assembly file.
How does that relate to the compiler? Could you precisely describe what you
think goes wrong with the compiler here?
--
Eric Botcazou
r is
> /gcc-3.4.3_sun5.8
Use an absolute path to configure, not a relative one. See the
Solaris-specific release notes
--
Eric Botcazou
ava/j2sdk/v1.4.2/j2sdk1.4.2/include/solaris" -o GenExt2FS.o
> > GenExt2FS.c gcc -o GenExt2FS.so -shared GenExt2FS.o -lgcc
>
> The attached file contain the output of the second command.
Compile your source file with -fPIC. And you probably don't need -lgcc.
--
Eric Botcazou
19 matches
Mail list logo
