Mark Mitchell <[EMAIL PROTECTED]> writes:
>>> I really think that we ought to compare with what happens with MIPS or
>>> Power and figure out what's different. Are you by any chance
>>> configuring a native compiler, rather than a cross?
>>
>> No native compilers - I don't think the linux nommu m
Hello,
I am newly assigned to GNU CC work. I am using Win-xp-sp2 and Cygwin to
build GCC. I have successfully installed the 'binutils', but while building
GCC below errors are being issued:
--cut--
../.././gcc/config/mips/mips.md:3318:5: missing terminating " character
../.././gcc/config/mips/mip
Joseph S. Myers wrote:
> * They only build static libstdc++.
>
> * --with-newlib is used, either explicitly or implicitly if newlib is
> built in a combined tree. (I do not know if it works with --with-newlib
> is not used and it's not a combined tree.)
>
> * configure.ac then checks for --wi
Mark Mitchell wrote:
> Understood. Out of curiousity, do you eventually build a bfin-uclinux
> compiler, once you've built uClibc, or do you just use the bfin-elf
> compiler on uClinux?
We build up several versions of uClibc with bfin-elf, and then we build
two additional separate toolchains: bfi
On Wed, Nov 28, 2007 at 08:10:18AM +, Richard Sandiford wrote:
>
> This may no longer be relevant given the rest of the thread, but for the
> record: what you describe is indeed how things used to work before the
> libtool upgrade. (Although as Rask points out, linking never actually
> failed
On 28 November 2007 10:29, Ankur Gupta wrote:
> Hello,
>
> I am newly assigned to GNU CC work. I am using Win-xp-sp2 and Cygwin to
> build GCC. I have successfully installed the 'binutils', but while building
> GCC below errors are being issued:
These kinds of minor issues in building or using
On 28/11/2007, Ankur Gupta <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I am newly assigned to GNU CC work. I am using Win-xp-sp2 and Cygwin to
> build GCC. I have successfully installed the 'binutils', but while building
> GCC below errors are being issued:
>
Do you mean that you are going to work on
-- Forwarded message --
From: Ankur Gupta <[EMAIL PROTECTED]>
Date: Nov 28, 2007 6:44 PM
Subject: Re: Errors issued while building GCC
To: Manuel López-Ibáñez <[EMAIL PROTECTED]>
Thanks for your response, Manuel.
No, we aren't going to improve GCC. We are just studying abt GCC cu
On Wed, Nov 28, 2007 at 08:10:18AM +, Richard Sandiford wrote:
> This may no longer be relevant given the rest of the thread, but for the
> record: what you describe is indeed how things used to work before the
> libtool upgrade. (Although as Rask points out, linking never actually
> failed fo
On 28/11/2007, Dave Korn <[EMAIL PROTECTED]> wrote:
> On 28 November 2007 10:29, Ankur Gupta wrote:
>
> > Hello,
> >
> > I am newly assigned to GNU CC work. I am using Win-xp-sp2 and Cygwin to
> > build GCC. I have successfully installed the 'binutils', but while building
> > GCC below errors are b
hi All,
Sorry for my earlier mail. I had to install libc6-dev for GCC.
Figured it out very late.
Now it works.
--thanks for you patience, Praveen
On 11/27/07, Ramana Radhakrishnan <[EMAIL PROTECTED]> wrote:
> On Nov 27, 2007 7:42 PM, Praveen D V <[EMAIL PROTECTED]> wrote:
> > hi,
> > I was earlie
On 28 November 2007 13:30, Manuel López-Ibáñez wrote:
> On 28/11/2007, Dave Korn <[EMAIL PROTECTED]> wrote:
>> On 28 November 2007 10:29, Ankur Gupta wrote:
>>
>>> Hello,
>>>
>>> I am newly assigned to GNU CC work. I am using Win-xp-sp2 and Cygwin to
>>> build GCC. I have successfully installed
Richard Sandiford wrote:
> This may no longer be relevant given the rest of the thread, but for the
> record: what you describe is indeed how things used to work before the
> libtool upgrade.
I see. Thanks for explaining; that puts to rest my vain hope that there
was some simple thing we could d
Hi,
I am trying to get the SVN head built locally again
and back at work on the GNAT/RTEMS work I was doing.
Unfortunately, I have tripped across something that
is quite bad. Compiling on Linux x86 targeting the
PowerPC or SPARC leads to a huge compilation time
on a single file.
joel 27918 2
On Tuesday 27 November 2007 15:50, Andreas Schwab wrote:
> Stephane Hockenhull <[EMAIL PROTECTED]> writes:
> > now, if only someone actually knew where in the g++ source code the
> > special case for std::string is
>
> grep is your friend. Look for find_substitution in cp/mangle.c.
>
> Andreas.
s
On 28 November 2007 17:33, Stephane Hockenhull wrote:
> something just occured to me ... the std::string template is not compiled
> into the .s file
>
> are those templates pre-compiled into some "magical" hidden library?
> I could not find them in my gcc installations both native and
> i386-unkn
On Wed, Nov 28, 2007 at 01:56:58PM -0500, Stephane Hockenhull wrote:
> hence my question: where is it?
In libstdc++. You have to link with libstdc++ to use the STL, for
many reasons including this one.
--
Daniel Jacobowitz
CodeSourcery
On Wednesday 28 November 2007 12:35, Dave Korn wrote:
> On 28 November 2007 17:33, Stephane Hockenhull wrote:
> > something just occured to me ... the std::string template is not compiled
> > into the .s file
> >
> > are those templates pre-compiled into some "magical" hidden library?
> > I could n
On 28 November 2007 18:57, Stephane Hockenhull wrote:
> if you actually read my email
Of course I read your email.
> I said :
>>> the std::string template is > NOT < compiled into the .s
>>> file
Well, yes, but you also said they weren't anywhere else either.
So it wasn
Mark Mitchell <[EMAIL PROTECTED]> writes:
> However, I think there's a solution. In particular, on
> libstdc++-v3/configure.ac, we do:
>
> AC_LIBTOOL_DLOPEN
> AM_PROG_LIBTOOL
>
> The AC_LIBTOOL_DLOPEN call enables checking for dlopen support in
> libtool. The libtool documentation says:
>
>
On Wednesday 28 November 2007 14:01, 'Daniel Jacobowitz' wrote:
> On Wed, Nov 28, 2007 at 01:56:58PM -0500, Stephane Hockenhull wrote:
> > hence my question: where is it?
>
> In libstdc++. You have to link with libstdc++ to use the STL, for
> many reasons including this one.
is there a way to dis
On Wednesday 28 November 2007 14:01, 'Daniel Jacobowitz' wrote:
> On Wed, Nov 28, 2007 at 01:56:58PM -0500, Stephane Hockenhull wrote:
> > hence my question: where is it?
>
> In libstdc++. You have to link with libstdc++ to use the STL, for
> many reasons including this one.
ar x ../libstdc++.a
g
One of the things that I've been interested in is adding support to GCC to
compile individual functions with specific target options. I first presented a
draft at the Google mini-summit, and then another draft at the GCC developer
summit last July.
In the x86 world this would mean saying that an
On Wed, Nov 28, 2007 at 08:15:56AM -0800, Mark Mitchell wrote:
>
> If I'm understanding correctly:
>
> * You, Benjamin, and I think the previous behavior was best.
>
> * Bernd is flexible, as long as it works.
>
> * Rask prefers the new behavior because he thinks it will be more robust.
>
> Ras
On Wed, Nov 28, 2007 at 03:38:50PM -0500, Stephane Hockenhull wrote:
> On Wednesday 28 November 2007 14:01, 'Daniel Jacobowitz' wrote:
> > On Wed, Nov 28, 2007 at 01:56:58PM -0500, Stephane Hockenhull wrote:
> > > hence my question: where is it?
> >
> > In libstdc++. You have to link with libstdc+
Hi,
In a recent update of the page http://gcc.gnu.org/wiki/Graphite I left
the "Testing Lambda and Graphite frameworks" part in the open tasks.
One of the subitems of this task is:
"Add expect scripts for comparing outputs of testcases compiled with
different options. For instance compare output
On 11/28/07, Stephane Hockenhull <[EMAIL PROTECTED]> wrote:
> is there a way to disable this behaviour for stl templates and have them
> compiled every time?
>
> I can't find a command line option for it.
It is a source level option. Remove all the use of "extern template"
in the headers of libst
"J.C. Pizarro" <[EMAIL PROTECTED]> a écrit dans le message de
news:[EMAIL PROTECTED]
> $ svn -q co svn://gcc.gnu.org/svn/gcc/trunk gcc
> $ du -s .
> 1044451 .
> $
>
> It's 1'069'517'824 characters made from keyboards and generators!!!
>
> That massive!!! And slower checkout after several minutes!!!
On 28/11/2007, Stephane Hockenhull <[EMAIL PROTECTED]> wrote:
> On Wednesday 28 November 2007 14:01, 'Daniel Jacobowitz' wrote:
> > On Wed, Nov 28, 2007 at 01:56:58PM -0500, Stephane Hockenhull wrote:
> > > hence my question: where is it?
> >
> > In libstdc++. You have to link with libstdc++ to us
On Wednesday 28 November 2007 16:25, Andrew Pinski wrote:
> On 11/28/07, Stephane Hockenhull <[EMAIL PROTECTED]> wrote:
> > is there a way to disable this behaviour for stl templates and have them
> > compiled every time?
> >
> > I can't find a command line option for it.
>
> It is a source level o
On Wednesday 28 November 2007 17:24, Jonathan Wakely wrote:
> On 28/11/2007, Stephane Hockenhull <[EMAIL PROTECTED]> wrote:
> > On Wednesday 28 November 2007 14:01, 'Daniel Jacobowitz' wrote:
> > > On Wed, Nov 28, 2007 at 01:56:58PM -0500, Stephane Hockenhull wrote:
> > > > hence my question: where
Snapshot gcc-4.2-20071128 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20071128/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
> Actually, I wanted to provide some examples, but I couldn't easily
> find a list of companies providing commercial support for GCC.
> Shouldn't we have such a list in the website in a prominent place?
This is explained in the gcc/SERVICE file.
Cheers, Ben
Rask Ingemann Lambertsen wrote:
>Here's a detail I'm missing. If you configure --with-newlib (or get it
> implicitly) and then link with something else when using the toolchain, then
> the answers will be wrong, but I don't see how that's any worse than
> assuming a set of hard coded link test
builtins.def:635: DEF_EXT_LIB_BUILTIN(BUILT_IN_EXECVE,
"execve", BT_FN_INT_CONST_STRING_PTR_CONST_STRING_PTR_CONST_STRING,
ATTR_NOTHROW_LIST)
Is it BT_FN_INT_CONST_STRING_PTR_CONST_STRING_PTR_CONST_STRING
a weird bug?
The correct const symbol is BT_FN_INT_CONST_STRING_PTR_CONST_STRING
Pl
On 29/11/2007, Ben Elliston <[EMAIL PROTECTED]> wrote:
> > Actually, I wanted to provide some examples, but I couldn't easily
> > find a list of companies providing commercial support for GCC.
> > Shouldn't we have such a list in the website in a prominent place?
>
> This is explained in the gcc/SE
On 2007/11/29, J.C. Pizarro <[EMAIL PROTECTED]>, i wrote:
> builtins.def:635: DEF_EXT_LIB_BUILTIN(BUILT_IN_EXECVE,
> "execve", BT_FN_INT_CONST_STRING_PTR_CONST_STRING_PTR_CONST_STRING,
> ATTR_NOTHROW_LIST)
>
> Is it BT_FN_INT_CONST_STRING_PTR_CONST_STRING_PTR_CONST_STRING
> a weird bug?
>
>
On Wed, 2007-11-28 at 15:00 -0600, Sebastian Pop wrote:
> Hi,
>
> In a recent update of the page http://gcc.gnu.org/wiki/Graphite I left
> the "Testing Lambda and Graphite frameworks" part in the open tasks.
> One of the subitems of this task is:
>
> "Add expect scripts for comparing outputs of t
On Nov 28, 2007 6:36 PM, Janis Johnson <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2007-11-28 at 15:00 -0600, Sebastian Pop wrote:
> > Hi,
> >
> > In a recent update of the page http://gcc.gnu.org/wiki/Graphite I left
> > the "Testing Lambda and Graphite frameworks" part in the open tasks.
> > One of th
On Nov 29, 2007 2:27 AM, Michael Meissner <[EMAIL PROTECTED]> wrote:
> One of the things that I've been interested in is adding support to GCC to
> compile individual functions with specific target options. I first presented
> a
> draft at the Google mini-summit, and then another draft at the GCC
40 matches
Mail list logo
