Daniel Bengtsson <[EMAIL PROTECTED]> writes:
> I have a already written code in C which should be compiled using GCC. In
> this code there is an 4x3 array which will be passed to a function as
> unbounded array:
>
> int arr[4][3]
>
> myFunc (int myArray[][3])
> {
>int temp=myArray[7][0]
> }
Maggie <[EMAIL PROTECTED]> writes:
> I try to generate cross-compiler to support -pthread in command line
> with gcc-4.1.1. I build my compiler using the following configuration.
>
> ./configure --enable-threads=posix --target=our-cpu
>
> After I generate cc1, it doesn't support -pthread command
Jack Howarth <[EMAIL PROTECTED]> writes:
>Why should using a Canadian Cross suddenly break on
> Mac OS X? We have been using --host when building gcc
> packages in fink on Mac OS X for ages and it has never
> been a problem. I would think this should become a PR
> if gcc trunk has regressed on
Ian,
Why should using a Canadian Cross suddenly break on
Mac OS X? We have been using --host when building gcc
packages in fink on Mac OS X for ages and it has never
been a problem. I would think this should become a PR
if gcc trunk has regressed on this issue.
Jack
ps For example, s
Hi all,
I have a already written code in C which should be compiled using GCC. In
this code there is an 4x3 array which will be passed to a function as
unbounded array:
int arr[4][3]
myFunc (int myArray[][3])
{
int temp=myArray[7][0]
}
In this function, values out of boundaries of input arr
Hi all,
I try to generate cross-compiler to support -pthread in command line
with gcc-4.1.1. I build my compiler using the following configuration.
./configure --enable-threads=posix --target=our-cpu
After I generate cc1, it doesn't support -pthread command, could anyone
give me some advice?
This is the beta release of binutils 2.18.50.0.2 for Linux, which is
based on binutils 2007 1001 in CVS on sourceware.org plus various
changes. It is purely for Linux.
All relevant patches in patches have been applied to the source tree.
You can take a look at patches/README to see what have been
Ian Lance Taylor <[EMAIL PROTECTED]> writes:
> "Doug Gregor" <[EMAIL PROTECTED]> writes:
>
> > On 10/2/07, Jack Howarth <[EMAIL PROTECTED]> wrote:
> > > The fink packaging for gcc42/gcc43 builds fine on Macintel when we
> > > use...
> > >
> > > --with-arch=nocona --with-tune=generic --host=i68
Please do not send messages to both [EMAIL PROTECTED] and
[EMAIL PROTECTED] This message should only have gone to gcc-help.
Thanks.
Ignacio Molinero <[EMAIL PROTECTED]> writes:
> I tried to compile gcc 4.1.2 (the final release) on Linux (Ubuntu
> 7.04) for windows beacuse I'm trying to make a Ca
"Doug Gregor" <[EMAIL PROTECTED]> writes:
> On 10/2/07, Jack Howarth <[EMAIL PROTECTED]> wrote:
> > The fink packaging for gcc42/gcc43 builds fine on Macintel when we use...
> >
> > --with-arch=nocona --with-tune=generic --host=i686-apple-darwin8
>
> This gets further, failing now for a very di
> On Wed, Oct 03, 2007 at 12:24:27PM +0200, Manfred Schwarb wrote:
> > I'm in a loss where to search for the real cause. Has anybody a hint
> > how to proceed further?
>
> Sounds like weird-but-somewhat-determinist behaviour you can get when
> you do out-of-bounds access on the stack or this kind
> > Hi,
> >
> > I have a rather nasty optimization issue with gfortran (as of
> yesterday). As I think it could
> > be an optimization issue and not an gfortran frontend issue, I post it
> here,
> > the fortran list was not able to help so far.
> >
> > I narrowed my problem to one single fortran f
On Wed, Oct 03, 2007 at 12:24:27PM +0200, Manfred Schwarb wrote:
> I'm in a loss where to search for the real cause. Has anybody a hint
> how to proceed further?
Sounds like weird-but-somewhat-determinist behaviour you can get when
you do out-of-bounds access on the stack or this kind of problems.
On 10/3/07, Manfred Schwarb <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have a rather nasty optimization issue with gfortran (as of yesterday). As
> I think it could
> be an optimization issue and not an gfortran frontend issue, I post it here,
> the fortran list was not able to help so far.
>
> I narr
Hi,
I have a rather nasty optimization issue with gfortran (as of yesterday). As I
think it could
be an optimization issue and not an gfortran frontend issue, I post it here,
the fortran list was not able to help so far.
I narrowed my problem to one single fortran function. If I compile this
fu
Ãðèâåò , ÿ õî÷ó âà ì ïðåäëîæèòü îòëè÷Ãûé è ïðîâåðåÃÃûé ñïîñîá çà ðà áîòêà â
ÃÃòåðÃåòå ! ÿ Ãåáóäó ñäåñü ïèñà òü èÃôó , òà ê÷òî êòî èìååò æåëà Ãèå îòëè÷Ãî è
ÃÃ¥-òåæåëî çà ðà á
Hi there,
Mainline currently doesn't bootstrap on mips-sgi-irix6.5 due to an ICE
while compiling mips-sgi-irix6.5/64/libgcc/_powitf2.o at stage 1. This
happens, afaict, with any use of the TF mode with either -mabi=64 or
-mabi=n32:
$ cat foo.i
void __powitf2 (float x __attribute__ ((mode (TF
Hi,
I tried to compile gcc 4.1.2 (the final release) on Linux (Ubuntu 7.04)
for windows beacuse I'm trying to make a Canadian Cross, the final
target is an ARM machine. I'm configured the buildprocess with:
./configure --target=i686-pc-cygwin
--prefix=/home/ignacio/ARM/cross/install --enable-l
On 10/2/07, Jack Howarth <[EMAIL PROTECTED]> wrote:
> The fink packaging for gcc42/gcc43 builds fine on Macintel when we use...
>
> --with-arch=nocona --with-tune=generic --host=i686-apple-darwin8
This gets further, failing now for a very different reason:
cc -O2 -g -O2 -m64 -O2 -O2 -g -O2
19 matches
Mail list logo
