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
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 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 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 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
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
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
> 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
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
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
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 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
"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 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
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
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
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 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
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+
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
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 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
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 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 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
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
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
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
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/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
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
-- 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 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
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
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
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
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
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
40 matches
Mail list logo
