Re: Reproducible builds - supporting relative paths in *-prefix-map

the relative paths are relative to. And it makes it so you can install the (debug) source files of all packages/versions/arches in parallel without file conflicts. Cheers, Mark [*] https://sourceware.org/debugedit/ [**] http://debuginfod.elfutils.org/

Re: Reproducible builds - supporting relative paths in *-prefix-map

Hi Richard, On Mon, Aug 15, 2022 at 09:29:03PM +0100, Richard Purdie wrote: > On Mon, 2022-08-15 at 21:55 +0200, Mark Wielaard wrote: > > I might be misinterpreting the issue you are seeing. > > > > But one problem with debuginfo/DWARF is that relative source paths > >

public-inbox for gcc lists

Hi gcc-hackers, Given that gcc is part of the sourceware family the mailinglists are now also available through the public-inbox instance at https://inbox.sourceware.org/ In particular: https://inbox.sourceware.org/fortran https://inbox.sourceware.org/gcc https://inbox.sourceware.org/gcc-announ

Re: public-inbox for gcc lists

Hi Alexander, On Thu, 2022-08-25 at 15:45 +0300, Alexander Monakov wrote: > On Thu, 25 Aug 2022, Mark Wielaard wrote: > > Given that gcc is part of the sourceware family the mailinglists > > are now also available through the public-inbox instance at > > https://inbox.source

Proposing Sourceware as SFC member project

022q3/018802.html Chris Faylor Frank Eigler Mark Wielaard

Sourceware accepted as SFC member project

p out with, the next steps they are invited to join the sourceware overseers list. https://sourceware.org/pipermail/overseers/2022q3/018834.html Thanks, Chris Faylor Frank Eigler Mark Wielaard

Re: Sourceware accepted as SFC member project

rite access. If you post a proper patch someone will review it and commit it for you. This is an offtopic request in this email thread. Please stop trying to get git write access by writing to various mailing lists, if you need it someone will tell you and point you to the proper process to follow. Thanks, Mark

Re: The GNU Toolchain Infrastructure Project

etter understanding what the real needs are. It would also be nice to hear the prices/budget for the various options suggested in the presentation. Cheers, Mark

Re: The GNU Toolchain Infrastructure Project

> > > scope creep of the GTI proposal. > > > > Who is doing the false speculation? Do you have a mailing list link? > > It would be interesting to know who's got it wrong. > > Mark asked upthread if content on gnu.org is also going to be migrated over I

Re: The GNU Toolchain Infrastructure Project

which can be mixed and matched, and how they see this working together with Sourceware becoming a Software Freedom Conservancy member project. Cheers, Mark

Re: The GNU Toolchain Infrastructure Project

Hi, On Thu, 2022-10-06 at 17:37 -0400, Siddhesh Poyarekar wrote: > Also as I responded to Mark, the technical details of the transition are > the responsibility of the GTI TAC (which you were invited to be member > of and you declined) and not the LF IT, although they'

Re: The GNU Toolchain Infrastructure Project

ust discuss those and see how we can move forward. Cheers, Mark

Re: The GNU Toolchain Infrastructure Project

Hi Florian, On Wed, Oct 12, 2022 at 03:18:55PM +0200, Florian Weimer wrote: > * Mark Wielaard via Overseers: > > And it is a about having a public discussion. > > > > - Sourceware roadmap discussions > > https://sourceware.org/pipermail/overseers/2022q2/018453.html &

Re: Toolchain Infrastructure project statement of support

w the LF and potential sponsors could help, working together with the sourceware community and the SFC. We really would love for gdb, glibc, binutils and gcc to keep being part of sourceware. Cheers, Mark

Re: Toolchain Infrastructure project statement of support

bout the needed budget and how to use funding most efficiently, etc. To make sure that sourceware keeps being a healthy and viable free software infrastructure project for the next 24 years, hopefully including the various GNU toolchain projects. Cheers, Mark

DWZ 0.15 released

shortlog = Lv Ying (1): Fix handling readelf following links by default Mark Wielaard (11): Mark and init shstrtab[_len] and const in optimize_multifile Workaround binutils readelf following and printing alt file. Print abbrev or DIE offset for Unknown DWARF error message. Remove double

Re: Announcement: Porting the Docs to Sphinx - tomorrow

ilder.sourceware.org/buildbot/#/builders?tags=gcc&tags=gcc-full If we make sure the relevant machine/containers contain the necessary prerequirements then can add the configure flags to some builders to make sure the docs are generated: https://sourceware.org/git/?p=builder.git;a=blob;f=README And make it sent warning emails (to gcc-testresults) when things break. Cheers, Mark

Re: gcc.gnu.org/wiki/ – broken because /moin_static1910/ files fail with 404

the site-package MoinMoin/web/static/htdocs somehow got misplaced. I added a symlink and all seems fine again. Cheers, Mark

gcc@gcc.gnu.org

do at the Cauldron this year: https://gnu.wildebeest.org/~mark/sourceware/presentation.html

Re: testsuite under wine

ht cause even more confusion. Cheers, Mark

gcc@gcc.gnu.org

On Tue, Nov 15, 2022 at 10:45:32PM +0100, Mark Wielaard wrote: > https://www.fsf.org/events/sourceware-infrastructure-a-presentation-and-community-q-a > https://inbox.sourceware.org/overseers/6e9cde97-d880-5343-6cfd-16a648cf6...@fsf.org/ > > We like to discuss how to use the new in

Re: ☠ Buildbot (Sourceware): gcc - failed configure (failure) (master)

for our instance can be found here: https://sourceware.org/git/builder.git Cheers, Mark

Sourceware network outage, Tuesday 2023-01-31

We've received word from our data centre hosts that they will have a network infrastructure outage tomorrow, Tuesday 2023-01-31, between 8am and 12am EST (UTC-5). We may follow that up with a server firmware-related update/boot. This impacts sourceware.org, builder.sourceware.org, patchwork.source

Re: Stepping down as gcov maintainer and callgraph reviewer

so much for all your work. I hope you aren't going too far away. It is always a pleasure to work with you. Cheers, Mark

Re: Missed warning (-Wuse-after-free)

use-after-free=3: https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#index-Wall But the -Wuse-after-free option itself says -Wall only enables -Wuse- after-free=2: https://gcc.gnu.org/onlinedocs/gcc/C_002b_002b-Dialect-Options.html#index-Wuse-after-free Also note that it is listed under "Options Controlling C++ Dialect" so it wasn't immediately clear to me that it also works for C. Cheers, Mark

Sourceware infrastructure updates Q1 2023

and organisations for maintaining and/or providing hardware for builder.sourceware.org Brno University, Dan Horák, Marist University, Thomas Fitzsimmons, Mark Wielaard, Frank Eigler, IBM, Carl Love, The Works on Arm initiative, Christophe Lyon, and Red Hat

Re: [GSoC] gccrs Unicode support

Hi, On Thu, 2023-03-16 at 10:28 +0100, Thomas Schwinge wrote: > I'm now also putting Mark Wielaard in CC; he once also started discussing > this topic, "thinking of importing a couple of gnulib modules to help > with UTF-8 processing [unless] other gcc frontends handle [these t

Re: Website https://gcc.gnu.org/ down

:52:3:1:0:246e:9693:128c gcc.gnu.org If you need access to git then you might also be able to clone the repository through git clone https://sourceware.org/git/gcc.git There is also the sourceware git backups at sourcehut: https://sr.ht/~sourceware/gcc/ Cheers, Mark

Re: Hosting our gfortran MatterMost workspace

show_bug.cgi?id=29853 . > gcc.gnu.org is currently hosted as part of sourceware so ... OSUOSL already provides some machines for sourceware/gcc. If you could put a bit more technical details into that bugzilla issue, with expected usage (how many people, groups, moderation?) then we can coordinate and put it on the overseers agenda. Thanks, Mark

Re: PR109439 - Terminate analysis path when OOB detected

se contact admin-reque...@sourceware.org And please coordinate actually pushing patches with David and the other gcc developers on gcc-patc...@gcc.gnu.org Cheers, Mark

Re: More C type errors by default for GCC 14

ult diagnostics. Thanks, Mark

Sourceware joins Software Freedom Conservancy

#x27;s PLC includes various volunteers, past and present, from the Sourceware community. The founding PLC is: Frank Ch. Eigler, Christopher Faylor, Ian Kelling, Ian Lance Taylor, Tom Tromey, Jon Turney, and Mark J. Wielaard. Recent discussions have inspired the Sourceware volunteers to think

Re: Will GCC eventually support SSE2 or SSE4.1?

th insults (even if they call your website silly, others also shouldn't use such denigrating language). Thanks, Mark

Re: Who cares about performance (or Intel's CPU errata)?

H, my fault; sorry for the confusion and the wrong accusation. Thanks for apologizing. There is a system for reporting bugs. As others have requested, please use that: https://gcc.gnu.org/bugs/#where Please stop ranting on this list and report bugs in bugzilla. Or you might get banned from the list. Thanks, Mark

Re: Imagination Technologies Limited - FSF copyright assignment forms

27;ll find the request-assign.changes file which you can sent to ass...@gnu.org who will help you get the correct copyright assignment and company disclaimer forms. Cheers, Mark

Re: Will GCC eventually learn to use BSR or even TZCNT on AMD/Intel processors?

ents like this > (and appeals, of course), especially given their frecency. I completely agree. Having a clear code of conduct for participants on this list and procedures for when people don't stop harassing others would be really welcome. Thanks, Mark

Re: Network Services Alert#489707

ybody by replying to it. And using offensive language, even if you are annoyed, isn't acceptable. Thanks, Mark

Re: Hundreds of gcc.dg/guality failures on both 14 and 13.1 branches

e.org/testruns/?has_keyvalue_k=testrun.git_describe&has_keyvalue_op=glob&has_keyvalue_v=*gcc* As far as I can see you are right that there are ~100 FAILs (out of ~4700) in guality.exp on all arches/configs. (CC Frank, the fedrawhide builder doesn't seem to include guality.exp, do you know why?) Cheers, Mark

After Cauldron - online mini BoFs and Fosdem

projects. Please contact them if you want to help out with that. Cheers, Mark https://sfconservancy.org/news/2023/aug/15/exit-zoom/ https://fosdem.org/2024/

Sourceware Open Office, Friday October 13, 18:00 UTC

f the collected funds. Our hardware partners have also been very generous with providing extra servers when requested. The current committee includes Frank Ch. Eigler, Christopher Faylor, Ian Kelling, Ian Lance Taylor, Tom Tromey, Jon Turney, Mark J. Wielaard and Elena Zannoni.

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

der/tree/README_containers Friday is Sourceware Open Office hour (#overseers on irc.libera.chat at 18:00 UTC). We could hack something together then and see how to hook it up. Cheers, Mark

Sourceware Open Office, Friday Novemer 10, 18:00 UTC

have also been very generous with providing extra servers when requested. The current committee includes Frank Ch. Eigler, Christopher Faylor, Ian Kelling, Ian Lance Taylor, Tom Tromey, Jon Turney, Mark J. Wielaard and Elena Zannoni.

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

Hi! (adding gdb and binutils to the CC) On Thu, Nov 09, 2023 at 12:30:59AM +0100, Mark Wielaard wrote: > On Mon, Nov 06, 2023 at 06:04:48PM +0100, Martin Jambor wrote: > > I have inherited Martin Liška's buildbot script that checks that all > > sorts of autotools generated fil

Sourceware infrastructure updates for Q4 2023

Sourceware infrastructure community updates for Q4 2023 - 6 months with the Software Freedom Conservancy - Sourceware @ Fosdem - OSUOSL provides extra larger arm64 and x86_64 buildbot servers - No more From rewriting for patches mailinglists = 6 months with the Software Freedom Conservancy Sourc

Re: libgcov, fork, and mingw (and other targets without the full POSIX set)

cc/libgcov-interface.c: In function '__gcov_fork': ../../../gcc/libgcc/libgcov-interface.c:185:9: error: implicit declaration of function 'fork' [-Wimplicit-function-declaration] 185 | pid = fork (); | ^~~~ make[2]: *** [Makefile:935: _gcov_fork.o] Error 1 Cheers, Mark

Sourceware Open Office, Friday January 12, 18:00 UTC

when requested. The current committee includes Frank Ch. Eigler, Christopher Faylor, Ian Kelling, Ian Lance Taylor, Tom Tromey, Jon Turney, Mark J. Wielaard and Elena Zannoni.

Core Toolchain and Developer Tools at FOSDEM

Fosdem is next weekend, February 3 & 4, in Brussels. Guinevere, Dodji, Jose, David and Thomas organized some great devroom talks: On Saturday, 15:00 to 18:20, the Debugger and Analysis Devroom https://fosdem.org/2024/schedule/track/debuggers-and-analysis/ Debug your stage-1 systemd with GDB an

Sourceware Open Office, Friday February 9, 18:00 UTC

a new fundraising campaign is needed. The current committee includes Frank Ch. Eigler, Christopher Faylor, Ian Kelling, Ian Lance Taylor, Tom Tromey, Jon Turney, Mark J. Wielaard and Elena Zannoni.

Re: Legal assignment forms for GCC

nformation can be found here: https://git.savannah.gnu.org/cgit/gnulib.git/tree/doc/Copyright/conditions.text Cheers, Mark

Sourceware infrastructure updates for Q1 2024

Sourceware infrastructure community updates for Q1 2024 A summary of news about Sourceware, the Free Software hosting project for core toolchain and developer tools, from the last 3 months. - Sourceware now has an official donation page - StarFive VisionFive-2 RISC-V boards for builder.sourceware

Re: Help needed with maintainer-mode

t is run on all commits and warns if it detects a change in the (checked in) generated files. https://builder.sourceware.org/buildbot/#/builders/gcc-autoregen https://builder.sourceware.org/buildbot/#/builders/binutils-gdb-autoregen Cheers, Mark

Re: Help needed with maintainer-mode

Hi Christophe, On Thu, 2024-02-29 at 18:39 +0100, Christophe Lyon wrote: > On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote: > > That python script works across gcc/binutils/gdb: > > https://sourceware.org/cgit/builder/tree/builder/containers/autoregen.py > > >

Re: Help needed with maintainer-mode

helped refine the autoregen.py script, who might remember more details. We wanted a script that worked for both gcc and binutils-gdb. And as far as I know autoreconf simply didn't work in all directories. We also needed to skip some directories that did contain a configure script, but that were imported (gotools, readline, minizip). Cheers, Mark

Sourceware Open Office, Friday 18:00 UTC, don't feel isolated

TL;DR; Friday March 8, 18:00 UTC, Sourceware Open Office discussion of services priorities for 2024, irc.liberachat.org #overseers To get the right time in your local timezone: $ date -d "Fri Mar 8 18:00:00 UTC 2024" In 2022 we published the Sourceware GNU Toolchain Infrastructure Roadmap [1]. An

Re: About gsoc

en > source world, and I've met some real dicks. You have been warned before. Please stop sending these negative unproductive messages to this list attacking well respected productive maintainers of the project. Your attitude is not welcome. Thanks, Mark

Sourceware 2024 - The Plan

ervancy Sustainer https://sfconservancy.org/sustainer/ or donating directly to Sourceware https://sourceware.org/donate.html Thanks, Frank Ch. Eigler, Christopher Faylor, Ian Kelling, Ian Lance Taylor, Tom Tromey, Jon Turney, Mark J. Wielaard, Elena Zannoni

Re: GNU Tools Cauldron 2024

On Wed, 2024-03-06 at 12:47 -0800, Bradley M. Kuhn via Gcc wrote: > Eric Gallager wrote: > > Hi, I would greatly appreciate a US option, and having it in Portland > > would be especially convenient for me, as then I could stay with > > family, so I would like to express my interest in it and would

Security warning about xz library compromise

Sourceware hosts are not affected by the latest xz backdoor. But we have reset the https://builder.sourceware.org containers of debian-testing, fedora-rawhide and opensuse-tumbleweed. These containers however didn't have ssh installed, were running on isolated VMs on separate machines from our mai

Sourceware mitigating and preventing the next xz-backdoor

A big thanks to everybody working this long Easter weekend who helped analyze the xz-backdoor and making sure the impact on Sourceware and the hosted projects was minimal. This email isn't about the xz-backdoor itself. Do see Sam James FAQ https://gist.github.com/thesamesam/223949d5a074ebc3dce9ee7

Re: Sourceware mitigating and preventing the next xz-backdoor

cial norms. And once they are common practice you could even add some technical checks. I am sure a really determined bad actor can always find some social or technical engineering trick to "defeat" our project policies. But that doesn't mean we shouldn't do things which are good practices anyway. Cheers, Mark

Re: Sourceware mitigating and preventing the next xz-backdoor

7.gi5...@gnu.wildebeest.org/ Setting priorities for the infrastructure for 2024 (and beyond). We are just now scheduling and budgeting that work. So please get your requests in. Cheers, Mark

Re: Patches submission policy change

It shouldn't be more than 1 to 3 emails a week (sadly most of them spam). Cheers, Mark

Re: Patches submission policy change

Hi, On Fri, 2024-04-05 at 09:17 +0200, Christophe Lyon wrote: > On 4/4/24 23:35, Mark Wielaard wrote: > > wrt to the mailinglists maybe getting larger patches, I think most > > will still be under 400K and I wouldn't raise the limit (because most > > such larger emails

Re: Patches submission policy change

Hi Jonathan, On Sun, Apr 07, 2024 at 01:32:11PM +0100, Jonathan Wakely via Gdb wrote: > On Thu, 4 Apr 2024, 22:36 Mark Wielaard, wrote: > > wrt to the mailinglists maybe getting larger patches, I think most > > will still be under 400K and I wouldn't raise the limit (because

Re: Patches submission policy change

Hi Jonathan, On Sun, Apr 07, 2024 at 03:20:42PM +0100, Jonathan Wakely wrote: > On Sun, 7 Apr 2024, 15:02 Mark Wielaard, wrote: > > The jit mailinglist is the same. It only has one moderator > > (David). Having a second/backup one would probably be nice. Are you ok > &

Re: Sourceware mitigating and preventing the next xz-backdoor

creating new local branches for each patch (series) in development? Thanks, Mark

Re: Updated Sourceware infrastructure plans

Hi Joseph, On Thu, 2024-04-18 at 15:56 +, Joseph Myers wrote: > On Thu, 18 Apr 2024, Mark Wielaard wrote: > > > But we like to get more feedback on what people really think a > > "pull-request" style framework should look like. We used to have a > > gerrit

Re: Updated Sourceware infrastructure plans

ed login. But if you do want that then how Sergio set it up is pretty nice. It is just one more thing to monitor for spam accounts... Cheers, Mark

Re: Updated Sourceware infrastructure plans

. There are several people running scripts by hand. The easiest would be to simply run it from a git hook. patchwork comes with a simple script that just calculates the hash and pings patchwork, which can then mark the patch associated with that hash as committed. If people really believe calcu

Re: Updated Sourceware infrastructure plans

ke it as easy to contribute as it is with email. https://blog.sergiodj.net/posts/installing-gerrit-and-keycloak/ My personal favorite, if we really want a full "forge" would be sourcehut. We already have mirrors of all projects at https://sr.ht/~sourceware/ and there is a kind of sample &q

Re: Updated Sourceware infrastructure plans

23/06/sophgo-donates-50-risc-v-motherboards-learn-more-about-the-pioneer-box/ But this has been postponed a few times now. Latest update (from about a week ago) is: "The supplier has reached out to let us know that they are still experiencing supply issues. At the moment they are expecting at least two months to get the hardware together." Cheers, Mark

Sourceware Open Office, Friday 16:00 UTC

Friday May 10, 16:00 UTC, irc.libera.chat #overseers (Today in about 1 hour) To get the right time in your local timezone: $ date -d "Fri May 10 16:00:00 UTC 2024" Lots of discussion topics: - Sourceware 2024 - The Plan https://inbox.sourceware.org/20240325095827.gi5...@gnu.wildebeest.org/ - So

Re: Wrong date

Hi Tony, On Wed, May 22, 2024 at 06:58:34PM -0500, tony.antonucci--- via Gcc wrote: > This was for the gcc 14.1 release. > Sorry I omitted that in the first email. Thanks for the notice, this has been fixed now: https://gcc.gnu.org/cgit/gcc-wwwdocs/commit/?id=465817d0e0a96a1e1722a67383183dbec95ab

Re: FSF copyright assignment

ll find the request-assign.changes file which you can sent to ass...@gnu.org who will help you get the correct copyright assignment and company disclaimer forms. Cheers, Mark

Re: Sourceware @ Conservancy - Year One

Hi Maxim, On Thu, May 30, 2024 at 12:18:38PM +0400, Maxim Kuvyrkov via Overseers wrote: > > On May 29, 2024, at 23:02, Mark Wielaard wrote: > > And a special thanks to ARM who have been using > > https://patchwork.sourceware.org/ to provide a pre-commit testing > > serv

Re: gcc git locked out for hours second day in a row

date.py refs/users/mikael/tags/toto > > cca005166dba2cefeb51afac3ea629b3972acea3 Just for the record, I kill the process and removed the git- hooks::update.token.lock file. Sorry that killed mikael's push, but hopefully that makes it possible for others to push again. Cheers, Mark

Sourceware Open Office, Friday 16:00 UTC

Friday June 14, 16:00 UTC, irc.libera.chat #overseers To get the right time in your local timezone: $ date -d "Fri May 10 16:00:00 UTC 2024" - Discussion topic: https://sourceware.org/sourceware-security-vision.html The Sourceware infrastructure security vision explains what Sourceware is

unwanted communication

Dear Shendung Wang, You have been misbehaving and sending threatening messages to various gcc mailinglist and have posted such messages in bugzilla under the euloanty or cqwrteur handle. You should immediately stop that. Thanks, Mark

Re: Bad interaction between gcc and glibc's handling of GNU extension [GCC PR 115724]

abled when attempting to trigger this diagnostic". Is there an "optimal" optimization level for -fanalyzer (like having -Og for debugging)? Thanks, Mark

Sourceware Open Office, Friday 16:00 UTC

Friday July 12, 16:00 UTC https://bbb.sfconservancy.org/b/mar-aom-dmo-fko Using #overseers on irc.libera.chat as backup. To get the right time in your local timezone: $ date -d "Fri Jul 12 16:00 UTC 2024" Sourceware relies on cooperation among a broad diversity of core toolchain and developer too

RISC-V Pioneer Box for builder.sourceware.org gcc CI

o, patches welcome: https://sourceware.org/cgit/builder/tree/builder/master.cfg#n4070 Cheers, Mark [*] https://riscv.org/blog/2023/06/sophgo-donates-50-risc-v-motherboards-learn-more-about-the-pioneer-box/Native configuration is riscv64-unknown-linux-gnu === gcc tests === Runnin

Re: RISC-V Pioneer Box for builder.sourceware.org gcc CI

Hi, On Thu, Aug 01, 2024 at 11:07:20PM +0200, Mark Wielaard wrote: > Thanks to RISC-V International and SOPHGO we got a Milk-V Pioneer Box > [*] for builder.sourceware.org that we can use for gcc CI. > > It is running Fedora 38 with gdb 15.1, binutils 2.42 and gcc 14.1 > insta

Re: RISC-V Pioneer Box for builder.sourceware.org gcc CI

Hi, On Tue, Aug 06, 2024 at 02:11:45PM -0600, Jeff Law wrote: > On 8/6/24 1:50 PM, Florian Weimer wrote: > >* Jeff Law via Gcc: > > > >>On 8/5/24 4:23 PM, Mark Wielaard wrote: > >> > >>>It was suggested to just ignore the machine has rvv since i

Sourceware Open Office, Friday 16:00 UTC

Friday Aug 9, 16:00 UTC https://bbb.sfconservancy.org/b/mar-aom-dmo-fko Using #overseers on irc.libera.chat as backup. To get the right time in your local timezone: $ date -d "Fri Aug 9 16:00 UTC 2024" Sourceware relies on cooperation among a broad diversity of core toolchain and developer tool p

Re: RISC-V Pioneer Box for builder.sourceware.org gcc CI

Hi Jeff, On Thu, Aug 08, 2024 at 09:51:24AM -0600, Jeff Law wrote: > On 8/8/24 9:13 AM, Mark Wielaard wrote: > >But I don't fully understand how the gcc testsuite detects whether rvv > >is implemented. e.g. rvv.exp seems to just check whether the target is > >RISC-V a

Re: Commit missing from gcc-cvs and bugzilla

d non-ascii characters. But that doesn't seem to be the case here. Also it does look like your commit today for PR target/85624 did generate an gcc-cvs email and bugzilla update. So hopefully it is a one time thing. Did you get any unusual output on that commit? Cheers, Mark

Re: Forms for copyright assignment

h.gnu.org/cgit/gnulib.git/tree/doc/Copyright you'll find the request-assign.changes file which you can sent to ass...@gnu.org who will help you get the correct copyright assignment and company disclaimer forms. Cheers, Mark

Re: gcc.gnu.org performance issues?

out, have been added to the permanent block list. Hopefully that helps. We have isolated the services so no service can overload the system completely. But it can still slow down some others. Cheers, Mark

Sourceware Open Office Friday and Cauldron Monday

1:00 local time we'll also have an in person session. Bof: Sourceware infrastructure tips & tricks Speaker(s): Sourceware Project Leadership Committee, Elena Zannoni, Mark J. Wielaard, Ian Kelling Sourceware has provided the infrastructure for the core toolchain and

Re: C++ testcase question: pointers to member functions

o-member, but merely the name of a member function. I think that's an intentional tightening; C++ doesn't allow you to do anything with the name of a member function, except call it. And, the tightening goes back at least to G++ 3.2, as far as I can tell. So, I think removing t

Merging GNU Classpath and gcc/libgcj bug databases

e reported through the gcc bugdatase. So sharing the bug database architecture/backend with the GCC project makes a lot of sense. By having it as a separate project we hope to also facilitate the other free compilers and runtimes based on GNU Classpath. Cheers, Mark Wielaard GNU Classpath Maintaine

Re: Merging GNU Classpath and gcc/libgcj bug databases

system. See my follow up email to the classpath and gcj mailinglist for the proposal of the actual module and version names to use. Cheers, Mark signature.asc Description: This is a digitally signed message part

Re: GCC 4.0 Status Report (2005-02-03)

Geoffrey Keating wrote: Mark Mitchell <[EMAIL PROTECTED]> writes: Steven Bosscher wrote: Or should the development plan beupdated to reflect your new way of working (ie. the projects info collecting thing) and the actual development schedule that we seem to be working on. It would proba

Re: [RFC] fold Reorganization Plan

in the way of this plan. All he's doing is making a change that will reduce memory usage, without making major changes to the existing interface. I think the key obstacle to the plan expressed here is not fold, but rather than the gimplifier doesn't do the transformations required. --

Re: [RFC] fold Reorganization Plan

t;need" in the above means "required to be made into a constant by the semantics of the language". Yes. -- Mark Mitchell CodeSourcery, LLC [EMAIL PROTECTED] (916) 791-8304

Re: [RFC] fold Reorganization Plan

Andrew Haley wrote: Mark Mitchell writes: > > > 1. Front ends should build up trees, calling fold only when/if they > want. For example, in C++, we would want to call fold when we finish > processing an "integral constant expression", which is a term of art

Re: [RFC] fold Reorganization Plan

Neil Booth wrote: Mark Mitchell wrote:- However, while that may be necessary for Java, it's not necessary for C++. In C++, fold should only be called for "integral constant expressions", which, by definition, are made up of simple operations on integers. (It's a little m

Re: GCC 4.0 Status Report (2005-02-03)

Joe Buck wrote: It depends. If someone wants a confidential "sanity check" on a proposal before making it public, I don't much care (though Mark might find himself overburdened if he's in charge of all sanity checking, because people mail only him). But any private com

Re: RFC -- CSE compile-time stupidity

_TICK (-1 if not a SUBREG). */ #define SUBREG_TICKED(N) (get_cse_reg_info (N)->subreg_ticked) I don't see anything wrong with getting rid of these macros, and having the callers do: info = get_cse_reg_info (N); info->tick ... info->reg_in_table ... -- Mark Mitchell CodeSource

Re: RFC: objc_msgSend efficiency patch

ou don't pass down post_p. -- Mark Mitchell CodeSourcery, LLC [EMAIL PROTECTED] (916) 791-8304

<    9   10   11   12   13   14   15   16   17   18   >