Hi,
driver-i386.s: Assembler messages:
driver-i386.s:2454: Error: invalid character '{' in mnemonic
driver-i386.s:2455: Error: invalid character '{' in mnemonic
driver-i386.s:2456: Error: invalid character '{' in mnemonic
driver-i386.s:2457: Error: invalid character '{' in mnemonic
driver-i386.s:2
On Feb 17, 2008 10:40 AM, Richard Guenther <[EMAIL PROTECTED]> wrote:
>
> On Feb 17, 2008 9:38 AM, Greg Schafer <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > driver-i386.s: Assembler messages:
> > driver-i386.s:2454: Error: invalid character '{' in mnemonic
> > driver-i386.s:2455: Error: invalid chara
Hi,
Dorit Nuzman/Haifa/IBM wrote on 14/02/2008 17:02:45:
> This is an old debt: A while back Tim had sent me a detailed report
> off line showing which C++ tests (originally from the Dongara loops
> suite) were vectorized by current g++ or icpc, or both, as well as
> when the vectorization by icp
On Feb 17, 2008 9:38 AM, Greg Schafer <[EMAIL PROTECTED]> wrote:
> Hi,
>
> driver-i386.s: Assembler messages:
> driver-i386.s:2454: Error: invalid character '{' in mnemonic
> driver-i386.s:2455: Error: invalid character '{' in mnemonic
> driver-i386.s:2456: Error: invalid character '{' in mnemonic
> 1) Is it supposed to work? (i.e. building an Ada cross compiler 4.3 by a
> 4.2 compiler)
No, as documented, you need a matching native compiler to build a cross Ada
compiler (e.g. build from the same 4.3 sources a native compiler first, and
then use it to build the cross compiler).
> 2) does i
"Richard Guenther" <[EMAIL PROTECTED]> writes:
> I see the use of cpuid.h is wrapped inside #ifdef __GNUC__, so the issue is
> only
> using old GCC as the host compiler (I checked 2.95 which chokes on the asm).
> Can we change this guard to only allow GCC >= 3.3 which would also fix this?
Won't
hello,
I encounter a strange gcc behavior - it hangs ! this is not happening always.
It can hang sometimes, and sometimes not, with the exact same source
file and gcc command line.
My command is simple, i use several -I parameters (include folders),
-c and -o.. that's it..
gcc -I -I -I -I -I
On Feb 17, 2008 10:54 AM, Andreas Schwab <[EMAIL PROTECTED]> wrote:
> "Richard Guenther" <[EMAIL PROTECTED]> writes:
>
> > I see the use of cpuid.h is wrapped inside #ifdef __GNUC__, so the issue is
> > only
> > using old GCC as the host compiler (I checked 2.95 which chokes on the asm).
> > Can w
"Richard Guenther" <[EMAIL PROTECTED]> writes:
> On Feb 17, 2008 10:54 AM, Andreas Schwab <[EMAIL PROTECTED]> wrote:
>> "Richard Guenther" <[EMAIL PROTECTED]> writes:
>>
>> > I see the use of cpuid.h is wrapped inside #ifdef __GNUC__, so the issue
>> > is only
>> > using old GCC as the host compi
Hi all,
I also see this failure on a native build for i386-pc-mingw32, so
this is probably a mingw issue. Since i686-pc-mingw32 is a seconday
platform, this makes it a release blocker (I've marked it as such in
bugzilla, and gave it P1 status; I hope that was the right thing to do).
The e
On Feb 17, 2008 12:41 PM, FX Coudert <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I also see this failure on a native build for i386-pc-mingw32, so
> this is probably a mingw issue. Since i686-pc-mingw32 is a seconday
> platform, this makes it a release blocker (I've marked it as such in
> bugzilla, an
Actually there seems to be a recent change "backward" to that logic:
2008-02-13 Ralf Wildenhues <[EMAIL PROTECTED]>
PR other/35148
* Makefile.in (gcc-vers.texi): Use abs_srcdir for the value of
srcdir.
Doesn't look too good for mingw.
and we have PR35218 which seems
followup:
After a considerabale amount of time (e.g. 15 seconds), something is suddenly
freed, and the compilation completes successfully. afterwards trying
to recompile
the file completes immediately (it is not a big file, so it takes
fraction of a second).
I don't know what is the cause of the h
* FX Coudert wrote on Sun, Feb 17, 2008 at 12:54:05PM CET:
> >Actually there seems to be a recent change "backward" to that logic:
> >
> >2008-02-13 Ralf Wildenhues <[EMAIL PROTECTED]>
> >
> >PR other/35148
> >* Makefile.in (gcc-vers.texi): Use abs_srcdir for the value of
> >
On Sun, 17 Feb 2008, Ralf Wildenhues wrote:
> I see two possibilities: revert above patch, and list texinfo 4.11 as
> prerequisite for building the pdf/dvi
I'm not in favor of making texinfo 4.11 a requirement. As far as I can
see it was released less than half a year ago and even recent release
[ adding gcc-patches ]
* Gerald Pfeifer wrote on Sun, Feb 17, 2008 at 02:46:45PM CET:
> On Sun, 17 Feb 2008, Ralf Wildenhues wrote:
> > I see two possibilities: revert above patch, and list texinfo 4.11 as
> > prerequisite for building the pdf/dvi
>
> I'm not in favor of making texinfo 4.11 a req
On Sat, Feb 16, 2008 at 07:42:16PM +0100, Richard Guenther wrote:
> On Feb 16, 2008 7:18 PM, Andrew Pinski <[EMAIL PROTECTED]> wrote:
> > Hi,
> > Even though darwin9 works, dariwn 8.10 is broken while build libjava:
> >
> > /Users/apinski/src/local/gcc/objdir/i386-apple-darwin8.10.1/libjava/.libs
Sunzir Deepur wrote:
followup:
After a considerabale amount of time (e.g. 15 seconds), something is suddenly
freed, and the compilation completes successfully. afterwards trying
to recompile
the file completes immediately (it is not a big file, so it takes
fraction of a second).
I don't know wha
On Tue 12 Feb 2008 13:47, Hans-Peter Nilsson pondered:
> > From: Ian Lance Taylor <[EMAIL PROTECTED]>
> > Date: 12 Feb 2008 07:48:51 -0800
>
> Thanks to all. I no longer think there's anything that needs
> fixing in the gcc testsuite regarding copying of libraries or in
> particular libgcc_s.so.1
On Feb 17, 2008 3:17 PM, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
>
> On Sat, Feb 16, 2008 at 07:42:16PM +0100, Richard Guenther wrote:
> > On Feb 16, 2008 7:18 PM, Andrew Pinski <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > > Even though darwin9 works, dariwn 8.10 is broken while build libjava:
> > >
Hi,
since it seems that we are getting ready with LTO, I think it is time to write
updated design document for callgraph and implementation of whole program
optimizer as outlined in Whopr document http://gcc.gnu.org/wiki/whopr
As usual, all comments or ideas are welcome ;)
Basic organization
=
Hi,
I'm not able to detect the number of processors using
omp_get_num_procs() on
a macintosh.
I've installed gcc/g++ v4.3 from hpc.sourceforge.net (the "Tiger"
version)
[Url 1 below]. (Installed = extracted to /)
$ g++ --version
g++ (GCC) 4.3.0 20080125 (experimental)
I
On Feb 17, 2008 3:55 PM, Andrew Haley <[EMAIL PROTECTED]> wrote:
> Sunzir Deepur wrote:
> > followup:
> >
> > After a considerabale amount of time (e.g. 15 seconds), something is
> > suddenly
> > freed, and the compilation completes successfully. afterwards trying
> > to recompile
> > the file com
* FX Coudert wrote on Sun, Feb 17, 2008 at 06:59:49PM CET:
>
> >If not, another
> >possibility would be to just require users on MinGW to update their
> >system texinfo installation.
>
> Weeks before the release? That doesn't give much time to anyone for
> getting it working and actually testin
gcc/ChangeLog:
2008-02-17 Ralf Wildenhues <[EMAIL PROTECTED]>
PR bootstrap/35218
* Makefile.in (build_file_translate): New.
* config.build (build_file_translate): Set to `CMD //c' on MinGW.
* configure.ac (build_file_translate): Substitute it.
* configure
One question I have, Eric and FX: do you both have self-built
texinfo on
MinGW?
Yes, because the one provided with MSYS is from texinfo 4.3, which
GCC finds too old. Apparently, MSYS-1.0.11 will come with texinfo
4.11, but it's still labeled "technology preview" for now.
Because the spe
> -Original Message-
> From: FX Coudert [mailto:[EMAIL PROTECTED]
> Sent: Sunday, February 17, 2008 11:00 AM
> To: Ralf Wildenhues
> Cc: Richard Guenther; Joerg Wunsch; GCC Development;
> Weddington, Eric; Denis Chertykov; Anatoly Sokolov; Lamo, Jo Inge
> Subject: Re: bootstrap broken
> -Original Message-
> From: Ralf Wildenhues [mailto:[EMAIL PROTECTED]
> Sent: Sunday, February 17, 2008 11:05 AM
> To: FX Coudert
> Cc: Richard Guenther; Joerg Wunsch; GCC Development;
> Weddington, Eric; Denis Chertykov; Anatoly Sokolov; Lamo, Jo Inge
> Subject: Re: bootstrap broken
> -Original Message-
> From: FX Coudert [mailto:[EMAIL PROTECTED]
> Sent: Sunday, February 17, 2008 11:06 AM
> To: Ralf Wildenhues
> Cc: Gerald Pfeifer; Richard Guenther; Joerg Wunsch; GCC
> Development; Weddington, Eric; Denis Chertykov; Anatoly
> Sokolov; Lamo, Jo Inge; [EMAIL PROTE
* Weddington, Eric wrote on Sun, Feb 17, 2008 at 08:41:02PM CET:
> >
> > I'm willing to try, but running "autoconf" doesn't regenerate the
> > configure file, what am I missing?
>
> I do:
>
> aclocal
> autoconf
>
> At the top level. aclocal 1.9.6, autoconf 2.59.
You need to run autoconf in t
On Sun, Feb 17, 2008 at 12:00:51PM -0500, CSights wrote:
> I'm not able to detect the number of processors using
> omp_get_num_procs() on
> a macintosh.
> I've installed gcc/g++ v4.3 from hpc.sourceforge.net (the "Tiger"
> version)
> [Url 1 below]. (Installed = extracted to /)
> $
* Weddington, Eric wrote on Sun, Feb 17, 2008 at 08:32:26PM CET:
>
> With that patch I'm now getting:
>
> (echo "@set version-GCC 4.3.0"; \
> if [ "experimental" = "experimental" ]; \
> then echo "@set DEVELOPMENT"; \
> else echo "@clear DEVELOPMENT"; \
> fi) > gcc-vers.texiT
> /bin/sh: buil
> -Original Message-
> From: Ralf Wildenhues [mailto:[EMAIL PROTECTED]
> Sent: Sunday, February 17, 2008 1:18 PM
> To: Weddington, Eric
> Cc: FX Coudert; Gerald Pfeifer; Richard Guenther; Joerg
> Wunsch; GCC Development; Denis Chertykov; Anatoly Sokolov;
> Lamo, Jo Inge; [EMAIL PROTEC
Richard Guenther wrote:
> On Feb 17, 2008 9:38 AM, Greg Schafer <[EMAIL PROTECTED]> wrote:
>> .stabn 68,0,91,.LM210-__get_cpuid_max
>> .LM210:
>> #APP
>> pushf{l|d}
>> pushf{l|d}
>> pop{l} %eax
>> mov{l} {%eax, %edx|%edx, %eax}
>> xor{l} {$2097152, %eax|%
> Perhaps Darwin doesn't define _SC_NPROCESSORS_ONLN
It is defined on Darwin9:
[ibook-dhum] f90/bug% grep _SC_NPROCESSORS_ONLN /usr/include/*
/usr/include/unistd.h:#define _SC_NPROCESSORS_ONLN58
but apparently not for Darwin8.
Dominique
* Ralf Wildenhues wrote on Sun, Feb 17, 2008 at 10:59:07PM CET:
> * Weddington, Eric wrote on Sun, Feb 17, 2008 at 10:30:24PM CET:
> > Is there any reason why we can't revert the patch that caused this?
>
> Well if we do then we need to reopen PR 35148 which would be equivalent
> to requiring texi
> -Original Message-
> From: Ralf Wildenhues [mailto:[EMAIL PROTECTED]
> Sent: Sunday, February 17, 2008 3:05 PM
> To: Weddington, Eric; FX Coudert; Gerald Pfeifer; Richard
> Guenther; Joerg Wunsch; GCC Development; Denis Chertykov;
> Anatoly Sokolov; Lamo, Jo Inge; [EMAIL PROTECTED]
* Weddington, Eric wrote on Sun, Feb 17, 2008 at 10:30:24PM CET:
>
> Ok. I did the above and ran autoconf in the /gcc subdir. I got this
> error:
>
> if [ xinfo = xinfo ]; then \
> makeinfo --split-size=500 --split-size=500 --no-split -I
> . -I ../../gcc-4.3-20080215/gcc/doc \
>
* Weddington, Eric wrote on Sun, Feb 17, 2008 at 11:08:58PM CET:
>
> No it wouldn't. I don't understand why reverting the patch would cause
> havoc. The 20080208 snapshot built just fine, even with an old texinfo
> version. I'd rather go back to that behaviour.
It didn't for me, with texinfo 4.8,
On Sun, Feb 17, 2008 at 11:07:54AM +0100, Richard Guenther wrote:
> On Feb 17, 2008 10:54 AM, Andreas Schwab <[EMAIL PROTECTED]> wrote:
> > "Richard Guenther" <[EMAIL PROTECTED]> writes:
> >
> > > I see the use of cpuid.h is wrapped inside #ifdef __GNUC__, so the issue
> > > is only
> > > using ol
On Sun, 17 Feb 2008, Ralf Wildenhues wrote:
> So, here's another alternative: fix the MinGW issue only, while not
> regressing on any of the other reported bug (famous last words):
> One way for path translation on MinGW would be to use
> CMD //c echo "@set srcdir" "$(abs_srcdir)"
If the abs_sr
Hello All,
I am a bit confused about how to make a branch on GCC SVN.
I've got some sources (see my home page) but it is buggy. Diego Novillo
told me gently (in private email) that I should make the branch (thanks
Diego).
I started a wiki page: http://gcc.gnu.org/wiki/MiddleEndLispTranslator
> "Basile" == Basile STARYNKEVITCH <[EMAIL PROTECTED]> writes:
Basile> Can I just start my branch with
Basile> svn cp svn+ssh://[EMAIL PROTECTED]/svn/gcc/trunk \
Basile> svn+ssh://[EMAIL PROTECTED]/svn/gcc/melt-branch
Basile> and then do the usual svn stuff (addition, etc...)
Basile> or is t
On Feb 17, 2008 11:41 PM, Basile STARYNKEVITCH <[EMAIL PROTECTED]> wrote:
> Hello All,
>
> I am a bit confused about how to make a branch on GCC SVN.
>
> I've got some sources (see my home page) but it is buggy. Diego Novillo
> told me gently (in private email) that I should make the branch (thanks
On 17/02/2008, Basile STARYNKEVITCH <[EMAIL PROTECTED]> wrote:
>
> I am a bit confused about this "making a branch" thing; I thought that
> by definition it is some informal experiment, but I'm beginning to think
> that it might be much more formal... and I don't grasp all the details!
As far as I
> -Original Message-
> From: Ralf Wildenhues [mailto:[EMAIL PROTECTED]
> Sent: Sunday, February 17, 2008 3:39 PM
> To: Weddington, Eric
> Cc: FX Coudert; Gerald Pfeifer; Richard Guenther; Joerg
> Wunsch; GCC Development; Denis Chertykov; Anatoly Sokolov;
> Lamo, Jo Inge; [EMAIL PROTEC
On Sun, Feb 17, 2008 at 11:44:18PM +0100, Jakub Jelinek wrote:
>
> Or we can just duplicate the 2 inline asms for __GNUC__ < 3
> or what is the oldest GCC that can handle the alternatives correctly.
> The __cpuid asm is short and the other one, while long, doesn't need
> changing too often.
I'
* Joseph S. Myers wrote on Sun, Feb 17, 2008 at 11:42:34PM CET:
> On Sun, 17 Feb 2008, Ralf Wildenhues wrote:
>
> > So, here's another alternative: fix the MinGW issue only, while not
> > regressing on any of the other reported bug (famous last words):
> > One way for path translation on MinGW wou
On Mon, Feb 18, 2008 at 03:58:26AM +0100, Rask Ingemann Lambertsen wrote:
> On Sun, Feb 17, 2008 at 11:44:18PM +0100, Jakub Jelinek wrote:
> >
> > Or we can just duplicate the 2 inline asms for __GNUC__ < 3
> > or what is the oldest GCC that can handle the alternatives correctly.
> > The __cpuid a
Thanks a lot for tracking down / opening the relevant PRs.
about:
> > (6) loop distribution is required to break a dependence. This may
> > already be handled by Sebastian's loop-distribution pass that will
> > be incorporated in 4.4.
> > Here is an example:
> > for (i__ = 2; i__ <= i__2; ++i__)
Dorit Nuzman/Haifa/IBM wrote on 18/02/2008 09:40:37:
> Thanks a lot for tracking down / opening the relevant PRs.
>
> about:
>
> > > (6) loop distribution is required to break a dependence. This may
> > > already be handled by Sebastian's loop-distribution pass that will
> > > be incorporated in
51 matches
Mail list logo
