A reminder about this year's Cauldron (http://gcc.gnu.org/wiki/cauldron2013)
If you intend to participate, but not necessarily present, please
let us know as soon as possible. This will allow us to plan for
space and food. Send a message to
tools-cauldron-ad...@googlegroups.com stating your int
Hi,
On Tue, 19 Feb 2013, Stephan Bergmann wrote:
> I'm puzzled by the following on Linux, where I don't understand what causes it
> that a given symbol is exported as "u" (when viewed with nm, which documents
> "u" as "a unique global symbol. This is a GNU extension...") or not:
>
> * On an olde
Ralf Corsepius skribis:
> On 02/13/2013 03:49 PM, Ludovic Courtès wrote:
[...]
>> At any rate, there’s a need for similar env. vars for cross-compilers. WDYT?
> I am having difficulties to imagine such a need.
Well, for the same reason that CPATH & co. are sometimes needed, or at
least conven
On Fri, 25 Jan 2013, Richard Sandiford wrote:
> > FWIW, I think the benefit from these attributes being a type property is
> > questionable to say the least. My understanding is the only application
> > is to prevent the tail-call optimisation from being applied to non-PIC
> > standard MIPS f
Gerald Pfeifer wrote:
On Mon, 18 Feb 2013, Tobias Burnus wrote:
How about the following patch? If it is okay, I will add the remaining
index.html for 4.6 and 4.7 and update gcc-4.6/index.html – and then
commit it.
Looks good to me.
Perhaps you can add a note for the release manager how to "cr
On 02/19/2013 07:22 PM, Florian Weimer wrote:
On 02/19/2013 07:06 PM, Stephan Bergmann wrote:
I'm puzzled by the following on Linux, where I don't understand what
causes it that a given symbol is exported as "u" (when viewed with nm,
which documents "u" as "a unique global symbol. This is a GNU
