On 11/04/2013 06:10 AM, Ian Lance Taylor wrote:
Clang's blocks are more powerful than GCC's nested functions, because
blocks may be placed on the heap, and therefore returned from a
function.
And they don't need code generation at run time.
--
Florian Weimer / Red Hat Product Security Team
On Sat, 2 Nov 2013, Richard Sandiford wrote:
> Jakub Jelinek writes:
> > On Sat, Nov 02, 2013 at 03:15:44PM +, Richard Sandiford wrote:
> >> What should integer_onep mean if we have a signed 1-bit bitfield in
> >> which the bit is set? Seen as a 1-bit value it's "obviously" 1,
> >> but seen
On Sat, 2 Nov 2013, Marc Glisse wrote:
> On Sat, 2 Nov 2013, Jakub Jelinek wrote:
>
> > On Sat, Nov 02, 2013 at 05:38:53PM +, Richard Sandiford wrote:
> > > OK, thanks. I should have realised this earlier, but we have:
> > >
> > > /* Return 1 if EXPR is the integer constant one or the corre
On 04/11/13 06:18, pins...@gmail.com wrote:
>
>
>> On Nov 3, 2013, at 9:10 PM, Ian Lance Taylor
>> wrote:
>>
>>> On Sun, Nov 3, 2013 at 8:49 PM, wrote:
>>>
>>>
On Nov 3, 2013, at 8:28 PM, Maxim Kuvyrkov
wrote:
Hi,
I am considering a project to add Apple's bl
More than a decade ago, there was some work in GCC and glibc about
propagating bounds information for pointers. I could find the old web
page on archive.org, but I'm wondering if there's a concise report how
it actually worked and how much software could be ported over with what
amount of effo
> The question:
>
> The insn which causes the segfault is:
> (debug_insn 1548 1547 1886 11 (var_location:V4HI __b (subreg:V4HI
> (reg:V8HI 125 d31 [orig:657 vr ] [657]) 0)) upsampling_neon.c:850 -1
> (nil))
>
> The variable vr is declared as a NEON vector of 8 16bit integers, and
> -frename-
On Mon, Nov 04, 2013 at 11:44:57AM +0100, Florian Weimer wrote:
> More than a decade ago, there was some work in GCC and glibc about
> propagating bounds information for pointers. I could find the old
> web page on archive.org, but I'm wondering if there's a concise
> report how it actually worked
On Wed, Oct 30, 2013 at 8:17 PM, Toon Moene wrote:
> Consider this:
>
> http://gcc.gnu.org/ml/gcc-testresults/2013-10/msg02329.html
>
> and
>
> http://gcc.gnu.org/ml/gcc-testresults/2013-10/msg02258.html
>
> /scratch/toon/bd5894/./prev-gcc/xg++ -B/scratch/toon/bd5894/./prev-gcc/
> -B/home/toon/com
On Mon, 2013-11-04 at 17:28 +1300, Maxim Kuvyrkov wrote:
> I am considering a project to add Apple's blocks [*] extension to GCC. I am
> looking at adding blocks support to C, C++ and Obj-C/C++ front-ends.
>
> There are many challenges (both technical and copyright) that require work
> before a
On Mon, Nov 04, 2013 at 01:29:10PM +0100, Richard Biener wrote:
> On Wed, Oct 30, 2013 at 8:17 PM, Toon Moene wrote:
> > Consider this:
> >
> > http://gcc.gnu.org/ml/gcc-testresults/2013-10/msg02329.html
> >
> > and
> >
> > http://gcc.gnu.org/ml/gcc-testresults/2013-10/msg02258.html
> >
> > /scrat
Hi
I hope this isn't a silly question. I am running gcc 4.6.3 on Ubuntu 12. When
I compile my source code I get compiler errors in a form that I don't expect.
For example:
EVD.cpp:(.text+0x1c6e): undefined reference to `Matrix
>::Matrix()'
Why is the location of the error shown relative to
On 11/04/2013 02:56 PM, David Aldrich wrote:
I hope this isn't a silly question. I am running gcc 4.6.3 on Ubuntu 12. When
I compile my source code I get compiler errors in a form that I don't expect.
For example:
EVD.cpp:(.text+0x1c6e): undefined reference to `Matrix
>::Matrix()'
Why is
On Monday 04 November 2013 13:56:46 David Aldrich wrote:
> EVD.cpp:(.text+0x1c6e): undefined reference to `Matrix
> >::Matrix()'
Because it's the linker which is complaining, not the compiler. "Undefined
reference" means you're referencing a library the linker can't find.
--
Fidel Leon
fidell.
Thanks for your answer. Sorry I used the wrong list.
David
> -Original Message-
> From: fidell...@mykolab.com [mailto:fidell...@mykolab.com]
> Sent: 04 November 2013 14:34
> To: gcc@gcc.gnu.org
> Cc: David Aldrich
> Subject: Re: Why doesn't gcc 4.6 show line numbers in error messages?
>
On 11/04/13 03:44, Florian Weimer wrote:
More than a decade ago, there was some work in GCC and glibc about
propagating bounds information for pointers. I could find the old web
page on archive.org, but I'm wondering if there's a concise report how
it actually worked and how much software could
On Mon, 4 Nov 2013, Maxim Kuvyrkov wrote:
> Joseph, Richard, as C front-end maintainers, would you be supportive of
> Blocks extension implemented for C front-end?
Yes. I believe the point (or one of the points) is that at least some
system headers in current Darwin require this extension (mor
On Mon, 4 Nov 2013, Torvald Riegel wrote:
> What is the status of this or similar features (eg, lambdas) in ISO C?
> IOW, what was the feedback on the blocks part of
> http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1370.pdf, and are there
> any follow-ups? IMHO, it would be preferable to suppor
On Mon, 4 Nov 2013, Jeff Law wrote:
> You might also be referring to Greg McGary's work on bounded pointers, I don't
> think that ever got integrated or if it did, it got pulled long ago.
It was integrated in 2000, removed in 2002/2003 (I removed the relics from
glibc earlier this year). By usi
On Mon, 2013-11-04 at 16:39 +, Joseph S. Myers wrote:
> On Mon, 4 Nov 2013, Torvald Riegel wrote:
>
> > What is the status of this or similar features (eg, lambdas) in ISO C?
> > IOW, what was the feedback on the blocks part of
> > http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1370.pdf, and
On 11/04/2013 11:34 AM, Joseph S. Myers wrote:
On Mon, 4 Nov 2013, Maxim Kuvyrkov wrote:
Joseph, Richard, as C front-end maintainers, would you be supportive of
Blocks extension implemented for C front-end?
Yes. I believe the point (or one of the points) is that at least some
system headers
Hi,
When configuring a gcc build with "--disable-bootstrap --enable-languages=c" I
run into this error:
...
libtool: compile: g++
-B/home/vries/gcc_versions/devel/lean-c/install/x86_64-unknown-linux-gnu/bin/
-B/home/vries/gcc_versions/devel/lean-c/install/x86_64-unknown-linux-gnu/lib/
-isystem
/h
Hi Tom,
Please see my response below:
Thanks,
Balaji V. Iyer.
> -Original Message-
> From: Tom de Vries [mailto:tom_devr...@mentor.com]
> Sent: Monday, November 4, 2013 2:15 PM
> To: gcc@gcc.gnu.org
> Cc: Iyer, Balaji V
> Subject: libcilkrts breaks non-bootstrap build
>
> Hi,
>
Hi Tom,
This is what I tried for --enable-languages=c,c++
../trunk-gcc/configure --disable-bootstrap --enable-languages="c,c++"
--prefix=/home /install_dir/trunk-install-disable-bootstrap
And it seem to compile fine. Did you any other tags to configure?
Thanks,
Balaji V. Iyer.
> -
Tobias Burnus wrote:
Gerald Pfeifer wrote:
To make it easier to reproduce builds of software and entire GNU/Linux
distributions, RMS had the idea of adding a warning to GCC that warns
about the use of __DATE__ and __TIME__.
I assume that he also likes to have a warning for __TIMESTAMP__.
I w
On 28 October 2013 21:13, Ian Lance Taylor wrote:
> On Sun, Oct 27, 2013 at 12:04 PM, Gerald Pfeifer wrote:
>> To make it easier to reproduce builds of software and entire GNU/Linux
>> distributions, RMS had the idea of adding a warning to GCC that warns
>> about the use of __DATE__ and __TIME__.
On Mon, 4 Nov 2013, Jonathan Wakely wrote:
> On 28 October 2013 21:13, Ian Lance Taylor wrote:
>> I don't have any strong objection, but I'll note that it's even easier
>> to use -D options.
>>
>> CC='gcc -D__DATE__=today'
> It's undefined behaviour in both C and C++ to redefine pre-defined
> macro
On 04/11/13 21:23, Iyer, Balaji V wrote:
> Hi Tom,
> This is what I tried for --enable-languages=c,c++
>
> ../trunk-gcc/configure --disable-bootstrap --enable-languages="c,c++"
> --prefix=/home /install_dir/trunk-install-disable-bootstrap
>
> And it seem to compile fine. Did you any other
The warning should say "macro" not "Macro" and I think "reproducing" not
"reproduce". The c-family and libcpp changes are OK with that fixed.
--
Joseph S. Myers
jos...@codesourcery.com
On Nov 3, 2013, at 8:49 PM, pins...@gmail.com wrote:
> What benefits does blocks have over nested functions in C and over lambas in
> C++?
The ability to compile existing code. The ability to compile code that uses
system header files on macosx. The ability to use third party libraries on
mac
On Nov 3, 2013, at 8:28 PM, Maxim Kuvyrkov wrote:
> I am considering a project to add Apple's blocks [*] extension to GCC.
I have a funny story about that one… I was just about ready to submit the
work, the GPLv3 happened. Ah… life goes on.
On Nov 3, 2013, at 8:28 PM, Maxim Kuvyrkov wrote:
> Mike, as Obj-C/C++ front-end maintainers, would you be supportive of Blocks
> extension implemented for Obj-C/C++ front-ends?
Sure.
Though, I'd really love a front-end extension to allow one to implement Blocks
as a pure library. :-) [ duck
On 4 November 2013 22:26, Andreas Schwab wrote:
>
>> The undefined behaviour study group of the C++ committee are
>> considering making it ill-formed, which would require a diagnostic.
>
> That still wouldn't cover command line arguments.
Ah yes, as it would still be predefined, but to the value g
> -Original Message-
> From: Tom de Vries [mailto:tom_devr...@mentor.com]
> Sent: Monday, November 4, 2013 2:15 PM
> To: gcc@gcc.gnu.org
> Cc: Iyer, Balaji V
> Subject: libcilkrts breaks non-bootstrap build
>
> Hi,
>
> When configuring a gcc build with "--disable-bootstrap --enable-
> l
On Mon, Nov 04, 2013 at 01:29:10PM +0100, Richard Biener wrote:
> On Wed, Oct 30, 2013 at 8:17 PM, Toon Moene wrote:
> > Consider this:
> >
> > http://gcc.gnu.org/ml/gcc-testresults/2013-10/msg02329.html
> >
> > and
> >
> > http://gcc.gnu.org/ml/gcc-testresults/2013-10/msg02258.html
> >
> > /scrat
34 matches
Mail list logo
