Hello
On 28.03.11, you wrote:
>
> I think that the right place for the note is at
>
> http://gcc.gnu.org/install/specific.html#x-x-cygwin
>
> It should say something like:
>
> Versions of Cygwin older than x.y.z fail to build the decimal floating
> point library, libbid. You will either nee
Hello
On 29.03.11, you wrote:
>>
>> This sounds like the generic Cygwin fork-error/BLODA problem and not
>> specific to GCC.
>
> Indeed. For what it's worth, gcc itself *does* use the Cygwin spawn*
> functions
> to avoid this problem, but (curiously) the Cygwin versions of make, bash, and
Hello
On 30.03.11, you wrote:
> Bernd Roesch writes:
>
>> I add an error in file libiberty/pex-win32.c to check if cygwin build use
>> win32_spawn.
>> but gcc compile ok, so it seem that cygwin build do not use pex-win32.c.Or
>> need i set a compile
>>
Hello
On 29.07.09, you wrote:
if you have a account you can report that as a Bug.
gcc4 have the advantage its possible to switch in source optimizer on or
off, but how it work, i dont know.
> When I use -O1 with GCC 4.4.0 (-m68060 -fomit-frame-pointer), I get better
> code.
>
> #include
> #in
please correct the Bugreport 40454 with the values of gcc 4.1.2 4.2.5.
it seem 4.1.2 reach near same speed as 3.4.0 but all later gcc are
slower in some programs.
this can also see on ffmpeg. also on X86 ffmpeg see here it is see.
what is change after 4.1.2 that can cause slower executable spe
Hello ami_stuff
On 17.08.09, you wrote:
> Hi,
>
>> Hundreds and hundreds of people read this list, so every low-detail
>> "I think there may be a bug" message you send wastes hours of other
>> people's time.
>
> Ok, Ok, but if someone will reproduce the same problem on his system I can
> fill b
Hi,
I compile an old code which use this and i think its compile with Gcc 2.95
and the
PPC GCC 1998 or 1999
it fail to compile with newer compiler.
#define DRAW_MAX4
char drawstrings[DRAW_MAX][] = {
"Number of points drawn using 3D hardware:",
"Number of lines drawn using
Hello
I notice maybe a simular problem.when there is a constant pointer then GCC
>4.0 do not inline the func.gcc 3 do.
that can see on this old whetstone benchmark.with gcc 3.4.0 run faster.
http://www.netlib.org/benchmark/whetstone.c
as soon the term double *Z is change to double Z the func i
Hi,
Because of this regression,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41311
Problem is in m68k-elf too, but happen not with any older GCC as 4.5.0
i want try out if the first GCC 4.5.0 snapshot
have this Problem or not.
The first GCC 4.5.0 i compile was in month 08.this have the Bug.
B
Hi,
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01459.html
This do the problem when compile ffmpeg.all gcc Versions that contain the
Patch fail
-m68020 -m68881 -O1 ("Abort trap")
but work when do
-m68020 -m68881 -O1 -fno-tree-ccp -fno-tree-dominator-opts (works ok).
.See here for more about t
Hi,
I use same compiler settings -m68060
a call of a function and return value with double float is on all
m68k-amigaos compiler (that use only other 68k config files but same main
source) as this.
jsr testfunc
move.l d1,-(sp)
move.l d0,-(sp)
fdmove.d (sp)+,fp1
fsmove.x fp1,f
Hello
On 14.02.10, you wrote:
>
> Glad to hear that newer versions are back on track, does than mean
> that this won't be fixed in gcc 4.3.x series?
maybe you test the GCC 4.5.0 Version.
I notice in zlib (used in PNG image compression) when there is a image that
contain lots same pixel values
Hello
On 24.04.10, you wrote:
> I don't know of a tutorial, but I want to make sure that you are
> looking at the internal docs: http://gcc.gnu.org/onlinedocs/gccint/ .
> They include the information you need for a new port, though not
> organized as a tutorial.
I know only Porting GCC for Dun
Hello
in gcc/c-decl.c
I see in finish_decl
"""
finish_decl (tree decl, tree init, tree asmspec_tree)
{
there is access possible to asmspec_tree.
but the func
push_parm_decl
have no parameter asmspec_tree.
is there a way to get access to it, without many code changes, or below func
c
Hello
Is this best List to get help for GCC coding problems ?
in gcc/c-decl.c
I see in fnction finish_decl
"""
finish_decl (tree decl, tree init, tree asmspec_tree)
{
there is access possible to asmspec_tree.
but the func
push_parm_decl
have no parameter asmspec_tree.
is there a w
Hello Ian
On 03.10.08, you wrote:
>> but the func
>>
>> push_parm_decl
>>
>> have no parameter asmspec_tree.
>
> It shouldn't need one.
>
> I'm not sure what the semantics of this should be. Are you trying to
> change the calling convention for a function? Should it change what
> callers
Hello
the file in bits/basic_string.tcc call it.
template
template
_CharT*
basic_string<_CharT, _Traits, _Alloc>::
_S_construct(_InIterator __beg, _InIterator __end, const _Alloc& __a,
forward_iterator_tag)
{
#ifndef _GLIBCXX_FULLY_DYNAMIC_STRING
if (__beg
Hello
the file in bits/basic_string.tcc call it.
template
template
_CharT*
basic_string<_CharT, _Traits, _Alloc>::
_S_construct(_InIterator __beg, _InIterator __end, const _Alloc& __a,
forward_iterator_tag)
{
#ifndef _GLIBCXX_FULLY_DYNAMIC_STRING
if (__beg
Hello
the file in bits/basic_string.tcc call it.
template
template
_CharT*
basic_string<_CharT, _Traits, _Alloc>::
_S_construct(_InIterator __beg, _InIterator __end, const _Alloc& __a,
forward_iterator_tag)
{
#ifndef _GLIBCXX_FULLY_DYNAMIC_STRING
if (__beg
---the testprog --
#include
#include
int main(int argc, char *argv[])
{
std::cout<<"Hallo World\n";
std::logic_error("test\n");
assert(0);
}
If so assert does not work when
> 2008/11/12 Bernd Roesch:
>>
>> But in libstd
Hello
On 17.11.08, you wrote:
> Hi,
>
> I'd like to pointer that the new __optimize__ attribute doesn't work
> correctly:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37565
>
> Will it be fixed in 4.4?
68k amigaos target on 4.4 give no error, when type this to try to switch
optimizer of
Hello Andy
On 07.01.09, you wrote:
> Cygwin one:
>
> When it gets to stage 3 (after many hours) I get the following printed
> out to the console (not redirected) -
>
> 217 [unknown (0x1B0)] conftest 3408 _cygtls::handle_exceptions: Error
> while dumping state (probably corrupted stack)
>
I t
Hello Andy
On 07.01.09, you wrote:
> Cygwin one:
>
> When it gets to stage 3 (after many hours) I get the following printed
> out to the console (not redirected) -
>
> 217 [unknown (0x1B0)] conftest 3408 _cygtls::handle_exceptions: Error
> while dumping state (probably corrupted stack)
>
I t
Hello Dave
On 09.01.09, you wrote:
>
> You can't assume that actually was a stack overflow just because the
> stack ended up corrupted.
>
yes thats the problem, because a assert give this message too.maybe the
program do assert.
maybe theres a way that cygwin print out the assert text earlier
Hi,
I see in compiler source there is in builtin.c lrint lrintf.so the gcc need
no extern linker lib when i understand right.
But get linker error when use them.I test compiler 3.4.0 4.3.2 and 4.4.0
I also link with libgcc.but does not help
also my includes-fixed/math.h
contain a declaration
Hi,
I find this mails here
http://gcc.gnu.org/ml/gcc/2006-11/msg6.html
But i find no answer how i can do same as extern inline and get no problems
in C99 mode and other modes
I use for longer functions this code
extern __inline long func()
{
}
but when a makefile set -std=c99 then get li
Hello Richard
On 06.03.09, you wrote:
ah thanks for info, i understand now too wy sqrtf, fmod (work in C programs)
get linker error on C++ programs but sqrt and some other work on platform
68k.
in c++/4.3.2/cmath include
is this code.
using ::sqrt;
inline float
sqrt(float __x)
{ return
undefined reference to `sqrtf(float)'
You see there is the _ not in.normaly funcs that not find have a _ before
To get all work, it seem i need add the same function add in math.h and in
the linker
lib or change cmath file and remove all __builtin_ commands the architecture
not have.
> O
ne __builtin_sqrtf sqrtf
> On Mon, Mar 9, 2009 at 3:59 PM, Gabriel Dos Reis
> wrote:
>> On Mon, Mar 9, 2009 at 7:11 AM, Bernd Roesch wrote:
>>> Hello Gabriel
>> [...]
>>>
>>> You see there is the _ not in.normaly funcs that not find have a _
>>> b
ndef cosh
#undef exp
#undef fabs
#undef floor
#undef fmod
#undef frexp
#undef ldexp
#undef log
#undef log10
#undef modf
#undef pow
#undef sin
#undef sinh
#undef sqrt
#undef tan
#undef tanh
> Bernd Roesch wrote:
>> I see in my c++config.h file
>>
>> this stand here
>>
&g
Hello Joseph
On 01.04.09, you wrote:
I add this file some time ago to Amiga OS 68k target, and build compiler, in
config.log files during compiler build, it seem detect right, are there
still defines in config.gcc need and other defines ?
configure:3626: $? = 0
configure:3629: test -s conftest.o
Hi,
i see simular lines in a program.
char buf[256] __attribute__((aligned(16)));
printf("%x\n",&buf[0]);
this short test program give no error or warning and do not align as
expect.i test with several 68k amigaos compilers (3.4.0 /4.3.2/4.4.0), and
i think this is no target problem.at least
Hi,
I search gcc ML and find this.
http://gcc.gnu.org/ml/gcc/2009-05/msg00413.html
but here i have source with no 64 bit CPU.
is the fix now in and should i test current gcc4.4 ?
I also like to know if there is possible to build a gcc with better error
messages ?
It show as error place last bra
Hello
The -funswitch-loops Option seem work on gcc 4.3.0 and above not good for
speed.Test on m68k gcc.
It generate much larger code(wma123) and code is slower in many case (try
out ffmpeg H264 decode)i get report from a Athlon 2600+ with single channel
ram
running amiga 68k emulator.
But on my
Hi
I compile the GCC4.5.0 on cygwin and when i use it in cygwin shell, all is ok.
But when i use it on dev-cpp the output contain some crap chars, because GCC
output utf8 error
messages
Is there a way to avoid that GCC output text in utf8 ?
Here is dev-cpp source.Its since long time not forthe
Hello
On 01.06.10, you wrote:
> making
>> it take a hundred times more specifically in the changed places would
>> magnify the 0.1% overall change to a measurable delta of 10%.
> Your argument is applicable to any changes in GCC, not just to C to C++
> conversions. Do patches that slow down the
hello
there is a C++ game called dunelegacy which work on other GCC architecture ok
On G++ 68k it compile ok, but produce wrong code, because there seem something
diffrent in
va_list. The value of
SDL_RWops is transfer wrong.
I do not understand what backend problem is possible to cause this. Pl
37 matches
Mail list logo
