Re: RFC: Doc update for attribute

On 05/12/2014 11:13 PM, David Wohlferd wrote: > After updating gcc's docs about inline asm, I'm trying to improve > some of the related sections. One that I feel has problems with > clarity is __attribute__ naked. > > I have attached my proposed update. Comments/corrections are > welcome. > > In

Re: RFC: Doc update for attribute

On 05/20/2014 03:02 AM, David Wohlferd wrote: > After thinking about this some more, I believe I have some better > text. Previously I used the word "discouraged" to describe this > practice. The existing docs use the term "avoid." I believe what you > want is something more like the attached. Dire

Re: RFC: Doc update for attribute

On 05/20/2014 03:59 AM, Georg-Johann Lay wrote: > Am 05/16/2014 07:16 PM, schrieb Carlos O'Donell: >> On 05/12/2014 11:13 PM, David Wohlferd wrote: >>> After updating gcc's docs about inline asm, I'm trying to >>> improve some of the related sections. One

Re: glibc-2.2{8,9} multiarch build failure on x86_64 with gcc 9

On 5/1/19 2:24 PM, Arvind Sankar wrote: gcc 9 when configured for fortran installs ISO_Fortran_Binding.h in gfor_cdir = $(libdir)/gcc/$(target_alias)/$(gcc_version)$(MULTISUBDIR)/include For x86_64's 32-bit architecture support, this creates a subdirectory named 'include' inside $(libsu

Public discussions on GNU Project governance.

opinions about governance and how it relates to the GNU Project. Please keep the conversations kind [1] and strictly about governance and not about specific people and their respective abilities. If you need an example: "Carlos O'Donell is an aweful leader and speller" is off-topic, but &

Setting up a wiki for GNU Project volunteers?

A wiki for GNU Project volunteers would provide a central place for cross-project collaboration, including collaboration between gcc, glibc, gdb, and binutils. This is an invitation to discuss having a high-level wiki for GNU Project volunteers. The conversation is on gnu-misc-discuss: https://li

Feedback on the GNU Social contract and new wiki.gnu.tools.

Myself and several other GNU Maintainers have been publicly discussing a GNU Social contract on gnu-misc-disc...@gnu.org and what it means to be a GNU Project volunteer. We are continuing that discussion by reaching out (by email) to all GNU Maintainers. We look forward to your feedback! Please ha

Re: RFC: Add ___tls_get_addr

On 07/05/2017 11:38 AM, H.J. Lu wrote: > On x86-64, __tls_get_addr has to realigns stack so that binaries compiled by > GCCs older than GCC 4.9.4: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58066 > > continue to work even if vector instructions are used by functions called > from __tls_get_

Re: RFC: Add ___tls_get_addr

On 07/05/2017 12:02 PM, Rich Felker wrote: > Note that if you make the change and have gcc generate calls to the > new ___tls_get_addr symbol, it's going to be problematic for people > trying to link to older glibc versions that don't have it. This is a normal problem to have, and there are soluti

Re: GNU Tools Cauldron 2017 follow up: "Reviewed-by" etc.

On 09/21/2017 10:50 AM, Thomas Schwinge wrote: > So my question is, if I've gotten a patch reviewed by someone who is not > yet ;-) familiar with that new process, and I nevertheless want to > acknowledge their time invested in review by putting "Reviewed-by" into > the commit log, is it fine to do

Re: GNU Tools Cauldron 2017 follow up: "Reviewed-by" etc.

On 09/21/2017 11:56 AM, Richard Biener wrote: >> Not yet. > > I think given an OK from an official reviewer entitles you to commit > it indeed IS matching the formal statement. It better does... Isn't it better to be explicit about this; rather than assuming? >> All of this is nothing compared t

Re: GNU Tools Cauldron 2017 follow up: "Reviewed-by" etc.

On 09/21/2017 12:38 PM, Richard Biener wrote: > On September 21, 2017 8:18:39 PM GMT+02:00, Carlos O'Donell > wrote: >> On 09/21/2017 11:56 AM, Richard Biener wrote: >>>> Not yet. >>> >>> I think given an OK from an official reviewer entitles you

Re: GNU Tools Cauldron 2017 follow up: "Reviewed-by" etc.

venient handle to use, > <https://gcc.gnu.org/wiki/Reviewed-by>. I've started using Reviewed-by: Carlos O'Donell and Signed-off-by: Carlos O'Donell in all my glibc reviews. Since then I've seen 5 such items go into the git commit messages. Progress? :-) -- Cheers, Carlos.

Re: GNU Tools Cauldron 2017 follow up: "Reviewed-by" etc.

On 10/19/2017 09:45 AM, Joseph Myers wrote: > On Thu, 19 Oct 2017, Thomas Schwinge wrote: > >> Hi! >> >> Still waiting for any kind of reaction -- general process-change inertia, >> chicken-and-egg problem, I suppose. ;-/ >> >> I have now put the proposed text onto a wiki page, so that those >> i

Re: GNU Tools Cauldron 2017 follow up: "Reviewed-by" etc.

On 10/19/2017 09:45 AM, Joseph Myers wrote: > On Thu, 19 Oct 2017, Thomas Schwinge wrote: > >> Hi! >> >> Still waiting for any kind of reaction -- general process-change inertia, >> chicken-and-egg problem, I suppose. ;-/ >> >> I have now put the proposed text onto a wiki page, so that those >> i

Searching configured and relocated prefix.

an to find, you can get NFS time-outs, etc. However, the strategy above will break situations where people expect to find some of their bits in a directory indicated by GCC_EXEC_PREFIX, and the rest in the configured prefix. Cheers, Carlos. -- Carlos O'Donell CodeSourcery [EMAIL PROTECTED]

Re: Bootstrap broken on ppc-darwin

ases made the patch clearer. I wanted the patch to be as simple as possible. Sorry I missed thinking about the thunks. I'll get back ASAP when my current patch finishes testing. Cheers, Carlos. -- Carlos O'Donell CodeSourcery [EMAIL PROTECTED] (650) 331-3385 x716

Re: Bootstrap broken on ppc-darwin

w repeated LFBB1 and LFBB4 due to the thunks. OK to commit? Cheers, Carlos. -- Carlos O'Donell CodeSourcery [EMAIL PROTECTED] (650) 331-3385 x716 2006-07-17 Carlos O'Donell <[EMAIL PROTECTED]> * dbxout.c (dbxout_function_end): Do not increment scope_labelno.

Re: Imported GNU Classpath 0.92

tml' target been fixed? I would like to enable this target so that html support doesn't bitrot. Cheers, Carlos. -- Carlos O'Donell CodeSourcery [EMAIL PROTECTED] (650) 331-3385 x716

Re: Imported GNU Classpath 0.92

On Wed, Aug 23, 2006 at 08:47:32AM +0200, Mark Wielaard wrote: > On Tue, 2006-08-22 at 16:33 -0400, Carlos O'Donell wrote: > > Has the 'make html' target been fixed? I would like to enable this > > target so that html support doesn't bitrot. > > No sorry

pr27650 - dllimport of virtual methods broken.

to comment. The fix works, but is it correct? Cheers, Carlos. -- Carlos O'Donell CodeSourcery [EMAIL PROTECTED] (650) 331-3385 x716

Re: pr27650 - dllimport of virtual methods broken.

hods. > > testsuite/Changelog > PR target/27650 > * g++.dg/ext/dllimport12.C: New file. Mark, What is your opinion on this patch? Cheers, Carlos. -- Carlos O'Donell CodeSourcery [EMAIL PROTECTED] (650) 331-3385 x716

[PATCH] Relocated compiler should not look in $prefix.

without regression on i686-pc-linux-gnu (All languages), arm-none-eabi, and arm-none-linux-gnueabi. This is the first, of two, step to fixing pr17621. Cheers, Carlos. -- Carlos O'Donell CodeSourcery [EMAIL PROTECTED] (650) 331-3385 x716 2006-10-13 Carlos O'Donell <[EM

Re: [PATCH] Relocated compiler should not look in $prefix.

On Mon, Oct 16, 2006 at 03:32:27PM -0700, Mark Mitchell wrote: > Ian Lance Taylor wrote: > >"Carlos O'Donell" <[EMAIL PROTECTED]> writes: > > > >>A relocated compiler should not look in $prefix. > > > >I agree. > > > >I can'

History of m68k ABI and `-malign-int'?

or 32-bit int alignment? Cheers, Carlos. -- Carlos O'Donell CodeSourcery [EMAIL PROTECTED] (650) 331-3385 x716

Re: History of m68k ABI and `-malign-int'?

On Thu, Jan 17, 2008 at 01:08:16AM +0100, Andreas Schwab wrote: > Carlos O'Donell <[EMAIL PROTECTED]> writes: > > > Why is 16-bit int alignment the default for m68k in gcc? > > > > Which ABIs influenced this decision? > > The original ABI was de

Re: Possible GCC 4.3 driver regression caused by your patch

ux-gnu? When you say "breaks my build", what error are you seeing? Cheers, Carlos. -- Carlos O'Donell CodeSourcery [EMAIL PROTECTED] (650) 331-3385 x716

Re: [Patches] C++ linking problem when locale are disabled in eglic.

On Tue, Mar 13, 2012 at 6:43 AM, Jonathan Wakely wrote: >> This should have been CC'd to the libstdc++ list too. >> >>> C++ programs don't link anymore with gcc > 4.5.3 and eglibc 2.15 with >>> OPTION_EGLIBC_LOCALE_CODE=n. >>> >>> It seems that gcc/libstdc++-v3/acinclude.m4 doesn't check for bugs

[RFC] Implementation and documentation of -iwithprefix do not match?

en it appears that there would be no issue. Cheers, Carlos. -- Carlos O'Donell CodeSourcery [EMAIL PROTECTED] (650) 331-3385 x716

Examples of callee returning struct, but caller allocating space?

iled separately then an optimization in the caller could cause a problem. Rightly though the caller can't optimize without breaking ABI. Rightly the callee can't opimize away the size check without breaking ABI. Without coordination we can't safely remove the checks. Cheer

Re: Separate commit mailing lists for trunk/branches possible?

On 7/17/20 2:11 PM, Frank Ch. Eigler via Overseers wrote: > Hi - > >> Would it be reasonable to have the mailing list split into more than >> one, that is at least the original covering the trunk, and then one >> or more for branches? [...] > > (This matter is for the gcc community to decide. O

Re: Separate commit mailing lists for trunk/branches possible?

On 7/17/20 3:41 PM, Florian Weimer wrote: > * Carlos O'Donell via Gcc: > >> FYI, for glibc we use the AdaCore git commit hooks (like gdb). >> >> There we use this configuration: >> >> # Only send emails for master and release branches. >>

Re: New x86-64 micro-architecture levels

On 7/22/20 5:26 AM, Richard Biener via Libc-alpha wrote: > So for the bike-shedding I indeed think x86-10{0,1,2,3} > or x86-{A,B,C,..}, eventually duplicating as x86_64- as > suggested by Jan is better than x86-2014 or x86-avx2. Agreed. If we really want to be clear, call it a "level" or something

Re: New x86-64 micro-architecture levels

On 7/22/20 6:34 AM, Florian Weimer wrote: > * Jan Beulich: > >> On 21.07.2020 20:04, Florian Weimer wrote: >>> * Premachandra Mallappa: >>> [AMD Public Use] Hi Floarian, > I'm including a proposal for the levels below. I use single > letters for them, but I expect t

The official glibc IRC channel is now on OFTC as #glibc.

Community, The official glibc IRC channel is now on OFTC as #glibc. gcc developers, please feel free to visit #glibc :-) We also have an unofficial IRC channel #glibc on Libera.Chat -- Cheers, Carlos.

Re: https://patchwork.sourceware.org/project/gcc/

On 9/29/21 07:22, Jonathan Wakely wrote: > On Wed, 29 Sept 2021 at 11:04, Thomas Schwinge > wrote: >> Also, we'll need some user guide: web page, or wiki page, or, >> preferably?, on itself. >> How are we using the different states, archived, bundle

RFP is open for the Toolchains and Kernel Track at LPC 2022

The Linux Plumbers Conference 2022 (https://lpc.events) will be held from 12 to 14 of September 2022 in Dublin. As part of the conference we will be having a Toolchains and Kernel track that will focus on topics of interest related to building the Linux kernel, and kernel development in general. T

Office Hours for the GNU Toolchain on October 17th at 11am EDT.

Office Hours for the GNU Toolchain on October 17th at 11am EDT. Agenda: * First Office Hours and test of the meeting system. * No specific agenda will be presented, but feel free to attend. Meeting Link: * https://bbb.linuxfoundation.org/room/adm-xcb-for-sk6 -- Cheers, Carlos.

Re: Checks that autotools generated files were re-generated correctly

On 11/7/23 02:38, Maxim Kuvyrkov wrote: >> On Nov 6, 2023, at 21:19, Christophe Lyon >> wrote: >> >> Hi! >> >> On Mon, 6 Nov 2023 at 18:05, Martin Jambor >> wrote: >>> >>> Hello, >>> >>> I have inherited Martin Liška's buildbot script that checks that >>> all sorts of autotools generated file

Office Hours for the GNU Toolchain on 2023-11-30 at 11am EST5EDT.

Office Hours for the GNU Toolchain on 2023-11-30 at 11am EST5EDT. Agenda: * https://gcc.gnu.org/wiki/OfficeHours#Next Meeting Link: * https://bbb.linuxfoundation.org/room/adm-xcb-for-sk6 -- Cheers, Carlos.

Office Hours for the GNU Toolchain on 2024-01-25 at 11am EST5EDT.

Office Hours for the GNU Toolchain on 2024-01-25 at 11am EST5EDT. Agenda: * https://gcc.gnu.org/wiki/OfficeHours#Next Meeting Link: * https://bbb.linuxfoundation.org/room/adm-xcb-for-sk6 -- Cheers, Carlos.

Re: New TLS usage in libgcc_s.so.1, compatibility impact

On 1/15/24 08:55, Adhemerval Zanella Netto wrote: > > > On 15/01/24 09:46, Szabolcs Nagy wrote: >> The 01/13/2024 13:49, Florian Weimer wrote: >>> This commit >>> >>> commit 8abddb187b33480d8827f44ec655f45734a1749d >>> Author: Andrew Burgess >>> Date: Sat Aug 5 14:31:06 2023 +0200 >>> >>>

Office Hours for the GNU Toolchain on 2024-02-29 at 11am EST5EDT.

Office Hours for the GNU Toolchain on 2024-02-29 at 11am EST5EDT. Agenda: * https://gcc.gnu.org/wiki/OfficeHours#Next Meeting Link: * https://bbb.linuxfoundation.org/room/adm-xcb-for-sk6 -- Cheers, Carlos.

Office Hours for the GNU Toolchain on 2024-03-28 at 11am EST5EDT.

Office Hours for the GNU Toolchain on 2024-03-28 at 11am EST5EDT. Agenda: * https://gcc.gnu.org/wiki/OfficeHours#Next Meeting Link: * https://bbb.linuxfoundation.org/room/adm-xcb-for-sk6 -- Cheers, Carlos.

Office Hours for the GNU Toolchain on 2024-04-25 at 11am EST5EDT.

Office Hours for the GNU Toolchain on 2024-04-25 at 11am EST5EDT. Agenda: * https://gcc.gnu.org/wiki/OfficeHours#Next Meeting Link: * https://bbb.linuxfoundation.org/room/adm-xcb-for-sk6 -- Cheers, Carlos.

Invitation: Office Hours for the GNU Toolchain @ Monthly from 11am to 12pm on the last Thursday (EDT) (gcc@gcc.gnu.org)

&usg=AOvVaw2V18NEONPlH-coE-TT_R5q Office hours for the GNU Toolchain:https://gcc.gnu.org/wiki/OfficeHoursMeeting link:https://bbb.linuxfoundation.org/room/adm-xcb-for-sk6 Organizer Carlos O'Donell codon...@redhat.com Guests Carlos O'Donell - organizer Nick Clifton Jakub

Invitation: Office Hours for the GNU Toolchain @ Thu May 30, 2024 11am - 12pm (EDT) (gcc@gcc.gnu.org)

&usg=AOvVaw2V18NEONPlH-coE-TT_R5q Office hours for the GNU Toolchain:https://gcc.gnu.org/wiki/OfficeHoursMeeting link:https://bbb.linuxfoundation.org/room/adm-xcb-for-sk6 Organizer Carlos O'Donell codon...@redhat.com Guests Carlos O'Donell - organizer Nick Clifton Jakub Jelinek D

Office Hours for the GNU Toolchain on 2024-05-30 at 11am EST5EDT.

Office Hours for the GNU Toolchain on 2024-05-30 at 11am EST5EDT. Agenda: * https://gcc.gnu.org/wiki/OfficeHours#Next Meeting Link: * https://bbb.linuxfoundation.org/room/adm-xcb-for-sk6 -- Cheers, Carlos.

Office Hours for the GNU Toolchain on 2024-06-27 at 11am EST5EDT.

Office Hours for the GNU Toolchain on 2024-06-27 at 11am EST5EDT. Agenda: * https://gcc.gnu.org/wiki/OfficeHours#Next Meeting Link: * https://bbb.linuxfoundation.org/room/adm-xcb-for-sk6 -- Cheers, Carlos.

Office Hours for the GNU Toolchain on 2024-07-25 at 11am EST5EDT.

Office Hours for the GNU Toolchain on 2024-07-25 at 11am EST5EDT. Agenda: * https://gcc.gnu.org/wiki/OfficeHours#Next Meeting Link: * https://bbb.linuxfoundation.org/room/adm-xcb-for-sk6 -- Cheers, Carlos.

Office Hours for the GNU Toolchain on 2024-08-29 at 11am EST5EDT.

Office Hours for the GNU Toolchain on 2024-08-29 at 11am EST5EDT. Agenda: * https://gcc.gnu.org/wiki/OfficeHours#Next Meeting Link: * https://bbb.linuxfoundation.org/room/adm-xcb-for-sk6 -- Cheers, Carlos.