On Tue, 2007-01-30 at 12:55 -0700, Tom Tromey wrote:
> > "Andrew" == Andrew Haley <[EMAIL PROTECTED]> writes:
>
> Andrew> Anyway, I tried again, this time with the right file, and it took
> Andrew> 78.67user 1.29system 1:20.01elapsed 99%CPU (0avgtext+0avgdata
> 0maxresident)k
> Andrew> and in
Hi,
On Mon, 2005-04-11 at 15:33 -0700, Per Bothner wrote:
> Printing getClass().getClassLoader() yields:
> gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
>parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
>
> Note the urls=[file:./]. Looks like it's ignoring the CLASSPATH
On Tue, 2005-04-12 at 11:23 -0700, Per Bothner wrote:
> Try compiling to native:
>
> $ gcj -o CL CL.java --main=CL
> $ CLASSPATH=.:/:/usr:/random ./CL
> gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
> parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
Aha. Thanks. As a workar
Hi Per,
On Tue, 2005-04-12 at 20:45 +0200, Mark Wielaard wrote:
> I am looking for a real solution.
Does the following work for you?
2005-04-02 Mark Wielaard <[EMAIL PROTECTED]>
* java/lang/natRuntime.cc (insertSystemProperties): Set
java.class.path to CLASSPA
Hi Rutger,
On Fri, 2005-05-06 at 07:24 -0700, Rutger Ovidius wrote:
> AH> I don't think that anyone is proposing to drop static libraries on
> AH> Win32. Win32 systems have their own requirements that make static
> AH> libs preferable in some cases. On GNU systems, however, static libs
> AH> mak
Hi,
On Thu, 2005-07-28 at 12:17 -0700, David Daney wrote:
> The consensus from the gcj IRC seems to be that a copyright assignment
> for Classpath is now necessary for contributions to the parts of libgcj
> that are maintained by Classpath. This also means that said patches
> should be checked
> On Thu, 2005-11-10 at 14:05 -0700, TJ Laurenzo wrote:
> > Call me silly, I don't really know how and where to file a PR. Is there
> > any guideline?
> I just realized that I referred you to a PR and you had asked what
> that meant. It is a record in the GCC Bugzilla database:
> http://gcc.gnu.o
re library.
We are pushing make a bit too hard it seems.
This might be caused by my patch to reduce compile time in classpath. I
know I tested memory use back then, but this might have only been with
respect to the gcj invocations. I'll try reversing this patch and retest
later today or tomorrow. Bu
Hi all,
Probably bad timing just after possibly haven broken the build on small
memory machines but I thought it would be good to explain the GNU
Classpath development plan and how we integrate with gcc. (BTW I can
reproduce the problem now by artificially limiting the virtual memory
size with uli
On Sun, 2005-12-04 at 11:48 +0100, Mark Wielaard wrote:
> This might be caused by my patch to reduce compile time in classpath. I
> know I tested memory use back then, but this might have only been with
> respect to the gcj invocations. I'll try reversing this patch and retest
&g
Hi Gerald,
On Mon, 2005-12-12 at 00:21 +0100, Gerald Pfeifer wrote:
> On Sun, 4 Dec 2005, Mark Wielaard wrote:
> >> 2005-09-21 Mark Wielaard <[EMAIL PROTECTED]>
> >>
> >> * lib/split-for-gcj.sh: Cut list to 3 package levels deep.
> > I rever
Hi,
GNU Classpath 0.20 was released last weekend. It contains a lot of new
standard library classes and bug fixes. See
http://www.gnu.org/software/classpath/announce/20060113.html
And the list of fixed bugs:
http://gcc.gnu.org/bugzilla/buglist.cgi?product=classpath&target_milestone=0.20
We will i
Hi all,
> You may have recently received an email asking you to review a
> document titled "GNU Social Contract" and then to endorse it or
> reject it.
The email in question was sent to GNU maintainers and can be found
here:
https://wiki.gnu.tools/git/gnu-tools-wiki/plain/code/sc-email.txt
T
Hi,
On Tue, 2020-04-07 at 11:53 +0200, Florian Weimer via Overseers wrote:
> Gmail can drop mail for any reason. It's totally opaque, so it's a
> poor benchmark for any mailing list configuration changes because it's
> very hard to tell if a particular change is effective or not.
>
> Many mailin
Hi Florian,
I understand you want to discuss the x86_64 micro-architecture levels
only in this thread, but it would be nice to have a similar discussion
for other architectures.
One thing that wasn't clear to me from this proposal is how the glibc
dynamic loader checks for the CPU feature flags.
Hi David,
On Mon, 2020-08-31 at 20:10 -0700, David Blaikie wrote:
> Hey Mark - saw a little of/bits about your presentation at LPC 2020 GNU
> Tools Track (& your thread on on the gdb list about debug_names). Wondering
> if you (or anyone else you know who's contributing to debug info in GCC)
> hav
Hi Simon,
On Fri, 2020-11-13 at 09:45 -0500, Simon Marchi wrote:
> I think I would have asked the question the other way around :) The
> > spec explicitly describes rnglists_base (and loclists_base) as a way
> > to reference ranges (loclists) through the index table, so that the
> > only relocatio
Hi Simon,
On Fri, 2020-11-13 at 10:41 -0500, Simon Marchi wrote:
> So in the end the logical thing to do when encountering a
> DW_FORM_rnglistx in a split-unit, in order to support everybody, is
> probably to go to the .debug_rnglists.dwo section, if there's one,
> disregarding the (inherited) DW_
Hi,
On Tue, 2020-11-24 at 08:50 +0100, Richard Biener wrote:
> On Tue, Nov 24, 2020 at 8:45 AM Jakub Jelinek wrote:
> > I agree with Richard and I'd lean towards -gdwarf32/-gdwarf64, even
> > when DWARF 32 is released in 81 years from now or how many, it would
> > use -gdwarf-32.
>
> Works for m
Hi Bill,
On Mon, Nov 30, 2020 at 07:18:50PM +, Bill Messmer via Gcc wrote:
> I am trying to understand something unexpected I am seeing in the relocations
> placed into a compiled Linux kernel for the .debug_info section. Those
> relocations seem to change the names of various entries in th
On Mon, Nov 30, 2020 at 07:35:36PM +, Alexander Yermolovich via Gcc wrote:
> I guess discussion is from perspective of having both flags
> gdwarf32/gdwarf64. In which case it's a valid question on whether
> they should imply -g like -gdwarf-#. But can this be viewed as only
> a -gdwarf64 flag,
Hi Bill,
On Mon, Nov 30, 2020 at 10:22:34PM +, Bill Messmer wrote:
> I'm still a bit confused here. And the reason I ask this is because
> I open this particular vmlinux image with an OSS ELF/DWARF
> library... which gives me the *WRONG* names for various DWARF DIEs.
> I stepped through the
Hi,
On Mon, 2021-01-25 at 15:05 +0100, Thomas Koenig via Gcc wrote:
> $ valgrind --version
> valgrind-3.15.0
> $ gfortran -g hello.f90
> $ valgrind ./a.out
> [...]
> --4184-- WARNING: Serious error when reading debug info
> --4184-- When reading debug info from
> /home/ig25/lib64/libgfortran.so.5.
On Mon, 2021-01-25 at 15:38 +0100, Mark Wielaard wrote:
> On Mon, 2021-01-25 at 15:05 +0100, Thomas Koenig via Gcc wrote:
> > --4184-- WARNING: Serious error when reading debug info
> > --4184-- When reading debug info from
> > /home/ig25/lib64/libquadmath.so.0.0.0:
>
Hi Allan,
On Tue, Mar 09, 2021 at 09:06:54AM +0100, Allan Sandfeld Jensen wrote:
> Btw, question for gcc/binutils
>
> Any reason the work done by tools like dwz couldn't be done in the compiler
> or
> linker? Seems a bit odd to have a post-linker that optimizes the generated
> code, when optim
On Fri, Mar 26, 2021 at 08:51:21PM +, Jonathan Wakely via Gcc wrote:
> On Fri, 26 Mar 2021, 20:03 Nathan Sidwell, wrote:
> >
> > Dear members of the GCC Steering Committee (SC), I ask you to
> > remove Richard Stallman (RMS) from the SC, or, should you chose
> > not to do so, make a clear stat
Alexandre,
Making our community more welcoming is indeed a process. And some
steps will just be symbolic. But I don't believe removing RMS from
(perceived) leadership positions in the GNU project and from the FSF
is just symbolic. And even for a symbolic step it is a powerful
one. It shows we don'
Hi,
On Sun, Mar 28, 2021 at 10:33:15AM -0400, JeanHeyd Meneide wrote:
> This is unacceptable. The only reason I was told - as early as
> yesterday, by Free Software advocates, to my socially distanced face -
> that Stallman was still here is because he was powerless and had no
> effect on the
Hi Richard,
On Mon, 2021-03-29 at 08:18 -0400, Richard Kenner via Gcc wrote:
> I mostly want to stay out of this and will leave much of this discussion to
> others (though I have met RMS personally on a number of occaisions), but I
> want to mostly say that I agree with Jeff that it's important th
Hi Alexandre,
On Mon, 2021-03-29 at 23:08 -0300, Alexandre Oliva via Gcc wrote:
> I request that, if you found anything that holds up to your high
> standards of evidence-checking, you submit it to the voting members
> of the FSF, so that we can look into it and take appropriate action.
If you ar
Hi Giacomo,
On Tue, Mar 30, 2021 at 11:28:49PM +0200, Giacomo Tesio wrote:
> I've to say I'm a bit confused, but maybe we have different sources and
> experience so we have different perspective on the matter.
Yes, I am pretty sure the perspective changes for people who have had
longer, or more d
Hi Richard,
On Wed, Mar 31, 2021 at 03:21:01PM +0200, Richard Biener via Gcc wrote:
> That's all true. It's still true that since GCC is a GNU project, formally
> its maintainers are appointed by RMS (I've just read the official governance
> structure document!).
I think this is unfair to the st
Hi,
Lets change the subject now that this is about GCC and the FSF.
On Wed, Mar 31, 2021 at 01:46:29PM +0100, Jonathan Wakely via Gcc wrote:
> Probably unintentionally, but he has allowed the GNU Project to become
> a nasty cult of personality. The FSF seems to be imploding (with mass
> resignati
Hi David,
On Wed, Apr 07, 2021 at 10:04:21AM -0400, David Malcolm wrote:
> On Wed, 2021-04-07 at 00:22 +0200, Mark Wielaard wrote:
> > I admit it isn't looking very good and their last announcement is
> > certainly odd: https://status.fsf.org/notice/3833062
> >
>
On Mon, 2015-06-08 at 10:05 +0200, Eric Botcazou wrote:
> It implements an attribute (C/C++/Ada only) that makes it possible to specify
> the storage order (aka endianness) of scalar components of aggregate types;
> for example, you can declare a structure with big-endian SSO containing only
> sc
On Mon, 2015-06-08 at 16:04 +0200, Andreas Schwab wrote:
> Mark Wielaard writes:
>
> > I am sorry, I normally use the git mirror and this branch doesn't seem
> > to be there and I don't know how to get the svn branch.
>
> http://gcc.gnu.org/git/?p=gcc.gi
On Fri, Aug 28, 2015 at 11:24:30AM -0600, Jeff Law wrote:
> abalkiss = Anthony Balkissoon
> No clue on this one, not with Red Hat anymore.
>
> aluchko = Aaron Luchko
> Grad Student at University of Alberta.
>
> djee = David Jee
> No clue. Not with Red Hat anymore
>
> kgallowa = Kyle Galloway
>
On Thu, Feb 11, 2016 at 04:38:28PM +, Joseph Myers wrote:
> I think that none of the ABI extensions in question are anything to do
> with Linux, the kernel. Rather, they are ABI extensions for userspace in
> the GNU system, which apply the same under multiple kernels (but some of
> them may
On Mon, 2016-02-15 at 13:37 -0200, Alexandre Oliva wrote:
> On Feb 12, 2016, Pedro Alves wrote:
>
> > On 02/11/2016 06:20 PM, Mark Wielaard wrote:
> >> If we could ask overseers to setup a new group/list gnu-gabi on sourceware
> >> where binutils, gcc, gdb, glib
On Thu, 2016-02-18 at 00:21 +0100, Stefan Sobernig wrote:
> Am I supposed to file this as a bug report then, for the records? Or
> will it be taken care of ...
Jakub already did all the work. Bug filed, patch written, reviewed and
committed. Plus followup fixup. He is amazing:
https://gcc.gnu.org/
On Fri, Feb 19, 2016 at 12:57:34PM -0800, H.J. Lu wrote:
> How do I subscribe gnu-abi mailing list? The project page just
> points to the mailing list archive. There is no option to subscribe
> it.
To subscribe sent email to gnu-abi-subscr...@sourceware.org
Or use the subscribe form at https://s
Hi GNU Toolchain Hackers,
Valgrind will have a developer room at Fosdem on Saturday 4 February
2017 in Brussels, Belgium. We are always very interested in ideas on how
to better integrate with the gcc, glibc, gdb core toolchain projects. If
you are interested in discussing better integration betwe
Hi GNU Toolchain Hackers,
On Mon, 2016-10-24 at 17:09 +0200, Mark Wielaard wrote:
> Valgrind will have a developer room at Fosdem on Saturday 4 February
> 2017 in Brussels, Belgium. We are always very interested in ideas on how
> to better integrate with the gcc, glibc, gdb core
On Thu, Jun 12, 2014 at 10:16:19AM +0200, Richard Biener wrote:
> On Wed, Jun 11, 2014@2:18 PM, David Edelsohn wrote:
> > It gives me great pleasure to announce that GCC has won the
> >
> > ACM SIGPLAN Programming Languages Software Award
> >
> > Congratulations to the entire GCC Community!
>
> T
On Fri, 2019-02-22 at 12:29 +0100, Richard Biener wrote:
> +struct build_id_note {
> +/* The NHdr. */
> +uint32_t namesz;
> +uint32_t descsz;
> +uint32_t type;
> +
> +char name[4]; /* Note name for build-id is "GNU\0" */
> +unsigned char build_id[16];
> +};
Note that build
On Tue, 2019-02-26 at 09:33 +0100, Richard Biener wrote:
> On Mon, 25 Feb 2019, Mark Wielaard wrote:
> > Since the introduction of GNU Property notes this is (sadly) no
> > longer
> > the correct way to iterate through ELF notes. The padding of names
> > and
> &
On Tue, 2019-02-26 at 15:36 +0100, Richard Biener wrote:
> On Tue, 26 Feb 2019, Mark Wielaard wrote:
>
> > On Tue, 2019-02-26 at 09:33 +0100, Richard Biener wrote:
> > > On Mon, 25 Feb 2019, Mark Wielaard wrote:
> > > > Since the introduction of GNU
On Tue, 2019-02-26 at 18:13 +0100, Richard Biener wrote:
> > > That would mean when p_align == 8 the note name isn't 8-aligned
> > > but just 4-aligned? That is, sizeof (Elf*_Nhdr) == 12, and the
> > > name starts right after that instead of being aligned according
> > > to p_align? That sounds o
On Tue, Mar 05, 2019 at 02:17:51PM -0700, Martin Sebor wrote:
> The SECURE project adds the function attribute stack_erase that
> serves the purpose described above. It works on stack frames by
> design rather than applying to individual stack objects.
> The presentation they delivered at Cauldron
On Wed, 2019-10-09 at 10:44 +0100, Jonathan Wakely wrote:
> On Wed, 9 Oct 2019 at 01:28, Joseph Myers wrote:
> >
> > I've done the move of GCC wwwdocs to git (using the previously
> > posted and
> > discussed scripts), including setting up the post-receive hook to
> > do the
> > same things previo
Debugging Tools developer room at FOSDEM 2020
(Brussels, Belgium, February 2).
Talk/Discussion Submission deadline: Sunday1 Dec 2019
Devroom Schedule announcement: Sunday 15 Dec 2019
Devroom day: Sunday3 Feb 2020
FOSDEM is a free software
Debugging Tools developer room at FOSDEM 2020
(Brussels, Belgium, February 2).
Talk/Discussion Submission deadline: Sunday1 Dec 2019
Devroom Schedule announcement: Sunday 15 Dec 2019
Devroom day: Sunday2 Feb 2020
FOSDEM is a free software
* Last Reminder! Talk proposal deadline is this weekend! *
Debugging Tools developer room at FOSDEM 2020
(Brussels, Belgium, February 2).
Talk/Discussion Submission deadline: Sunday1 Dec 2019
Devroom Schedule announcement: Sunday 15 Dec 2019
Devroom day:
Hi Maxim,
On Fri, 2019-12-06 at 17:44 +0300, Maxim Kuvyrkov wrote:
> > On Sep 19, 2019, at 6:34 PM, Maxim Kuvyrkov
> > wrote:
> > > On Sep 17, 2019, at 3:02 PM, Richard Earnshaw (lists)
> > > wrote:
> > >
> > > Monday 16th December 2019 - cut off date for picking which git conversion
> > > t
On Mon, 2019-12-16 at 11:29 +, Joseph Myers wrote:
> On Mon, 16 Dec 2019, Mark Wielaard wrote:
>
> > Should we go with the gcc-reparent.git repo now?
>
> I think we should go with the reposurgeon conversion, with all Richard's
> improvements to commit messages. g
On Mon, 2019-12-16 at 13:56 +, Joseph Myers wrote:
> classpath-generics gcj/classpath-095-import-branch
> libstdcxx_so_7-2-branch st/binutils st/mono-based-binutils.
The classpath "branches" should not be in the final git repo. Those
"branches" are really separate from the actual gcc code tree
Hi,
On Wed, 2019-12-18 at 21:55 +, Joseph Myers wrote:
> On Tue, 17 Dec 2019, Joseph Myers wrote:
> > I've made test conversions of the GCC repository with reposurgeon
> > available (gcc.gnu.org / sourceware.org account required to access
> > these git+ssh repositories, it doesn't need to be o
On Sat, Dec 28, 2019 at 09:15:53PM -0700, Jeff Law wrote:
> I don't have a gitlab account, so I'm commenting here.
>
> I believe RCS was initially used circa 1992 on the FSF machine which
> held the canonical GCC sources. But I'm not aware of anyone still
> having a copy of the old RCS ,v files.
Hi,
On Wed, 2019-12-25 at 06:10 -0600, Segher Boessenkool wrote:
> git-svn did not miss any branches. Finding branches is not done by
> git-svn at all, for this. These branches were skipped because they
> have nothing to do with GCC, have no history in common (they are not
> descendants of revis
Hi,
First let me say I am also a fan of buildbot. I use it for a couple of
projects and it is really flexible, low on resources, easy to add new
builders/workers and easily extensible if you like python.
On Thu, 2017-09-21 at 07:18 +0200, Markus Trippelsdorf wrote:
> And it has the basic problem
Hi,
I saw that dwarf2out.c (generate_type_signature) does not just calculate
the complete type signature for use with DW_AT_signature, but also
outputs a DW_AT_GNU_odr_signature. The comment says:
/* First, compute a signature for just the type name (and its
surrounding context, if any. This
Uros Bizjak gmail.com> writes:
> For some reason bootstrap on Fedora 16 fails when compiling 32bit
> libjava with undefined reference to `__cxa_call_unexpected':
> [...]
> Googling a bit around the net, it looks that this file is wrongly
> compiled to use C++ exception code, not java exception cod
Hi,
I noticed that when you generate dwarf for an inlined function it often
comes with duplicate range lists for both the DW_TAG_inlined_subroutine
and the child DW_TAG_lexical_block DIE. For example:
static int k;
static int foo (int i)
{
int j = i + 42;
return k + (j > 14 ? j : i);
}
int
On Sun, 2012-01-15 at 19:42 +0100, Mark Wielaard wrote:
> I noticed that when you generate dwarf for an inlined function it often
> comes with duplicate range lists for both the DW_TAG_inlined_subroutine
> and the child DW_TAG_lexical_block DIE.
I filed a bug report for it with some a
On Fri, 2012-01-20 at 14:31 -0800, Cary Coutant wrote:
> >> Is there a way to detect that basic blocks have the same range even
> >> though they have different block numbers? Or am I not looking/thinking
> >> about this issue correctly?
>
> I may be oversimplifying this, but it seems that
> gen_in
On Wed, 2009-11-18 at 18:19 +0530, M. Mohan Kumar wrote:
> Are VTA patches part of mainline gcc now? If not, where could we get the
> VTA patches?
The VTA implementation is in mainline gcc now. There are also some
backports to gcc 4.4, like the gcc that Fedora 12 ships with.
Cheers,
Mark
On Thu, 2009-11-19 at 19:15 +0530, M. Mohan Kumar wrote:
> On 11/19/2009 04:30 PM, Mark Wielaard wrote:
> > On Wed, 2009-11-18 at 18:19 +0530, M. Mohan Kumar wrote:
> >> Are VTA patches part of mainline gcc now? If not, where could we get the
> >> VTA patches?
> >
On Thu, Jan 28, 2010 at 10:03:04AM -0800, Ian Lance Taylor wrote:
> "Joseph S. Myers" writes:
> > What has been decided about copyright assignment requirements?
>
> This is the general plan as I understand it.
>
> I will separate the gcc-specific parts from the rest of the Go
> frontend. Those
On Thu, 2010-11-18 at 09:18 -0800, Ian Lance Taylor wrote:
> Andrew has asked for autotesters for Java; I don't run any autotesters
> and I don't want to sign up for that. Can somebody volunteer for that?
> Presumably anybody currently running an autotester could add an explicit
> --enable-languag
Hi,
GNU Classpath 0.90 was released last week. It contains a lot of new
standard library classes and bug fixes. See
http://savannah.gnu.org/forum/forum.php?forum_id=4339
And the list of fixed bugs:
http://gcc.gnu.org/bugzilla/buglist.cgi?product=classpath&target_milestone=0.90
This version has be
Hi,
GNU Classpath 0.91 was released last week. It contains a lot of new
standard library classes and bug fixes. See
http://savannah.gnu.org/forum/forum.php?forum_id=4440
And the list of fixed bugs:
http://gcc.gnu.org/bugzilla/buglist.cgi?product=classpath&target_milestone=0.91
This version has be
Hi,
On Fri, 2006-08-04 at 10:57 +0200, Volker Reichelt wrote:
> your patch http://gcc.gnu.org/ml/java-patches/2006-q3/msg00264.html
> broke bootstrap (at least on x86_64-unknown-linux-gnu):
>
> ranlib .libs/libgij.a
> creating libgij.la
> ./.libs/libgcj.so: undefined reference to `JvNumMethods(ja
Hi,
GNU Classpath 0.92 was released last week. It contains a lot of new
standard library classes and bug fixes. See
http://savannah.gnu.org/forum/forum.php?forum_id=4573
And the list of fixed bugs:
http://gcc.gnu.org/bugzilla/buglist.cgi?product=classpath&target_milestone=0.92
This version has be
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. I didn't know it was broken. I see that it only works when
configuring with --with-gjdoc. If there is already a bug
Hi Philip,
On Mon, May 24, 2021 at 02:24:13PM +0100, Philip Herron wrote:
> As some of you might know, I have been working on GCC Rust over on
> GitHub https://github.com/Rust-GCC/gccrs. As the project is moving
> forward and enforcing GCC copyright assignments for contributors, I
> would like to
Hi Philip,
On Fri, May 28, 2021 at 11:31:02AM +0100, Philip Herron wrote:
> As for the git hooks, is it possible that I amend the hooks within the
> gccrs repo .git/hooks folder? Or is this something i need to change in
> the GCC repo? Sorry i should really read up more on git hooks in general.
S
Hi,
On Fri, May 28, 2021 at 11:18:20AM +0100, Philip Herron wrote:
> On 28/05/2021 04:05, Thomas Fitzsimmons wrote:
> > I tried building GCC Rust on ppc64le. With the attached patches,
> > "make check-rust" succeeds with:
> >
> > === rust Summary ===
> >
> > # of expected passes
Hi David,
On Tue, 2021-06-01 at 10:00 -0400, David Edelsohn via Gcc wrote:
> The GCC Steering Committee has decided to relax the requirement to
> assign copyright for all changes to the Free Software Foundation. GCC
> will continue to be developed, distributed, and licensed under the GNU
> Genera
On Tue, 2021-06-01 at 16:24 +0200, Florian Weimer via Gcc wrote:
> * David Edelsohn via Gcc:
>
> > GCC was created as part of the GNU Project but has grown to operate as
> > an autonomous project.
> >
> > The GCC Steering Committee has decided to relax the requirement to
> > assign copyright for
On Tue, Jun 01, 2021 at 11:05:24AM -0400, Richard Kenner wrote:
> > > What about the parts of GCC with FSF copyrights that are not covered by
> > > the GPL, but the GPL with exceptions? How is it possible to move code
> > > between the parts if a contributor previously used DCO and thus gave
> > >
Hi Thomas,
On Tue, Jun 01, 2021 at 12:58:12PM -0700, Thomas Rodgers wrote:
> On 2021-06-01 07:28, Mark Wielaard wrote:
> > If we no longer want the FSF to be the legal guardian and copyright
> > holder for GCC could we please find another legal entity that performs
> > that r
Hi,
For the gcc rust frontend I was thinking of importing a couple of
gnulib modules to help with UTF-8 processing, conversion to/from
unicode codepoints and determining various properties of those
codepoints. But it seems gcc doesn't yet have any gnulib modules
imported, and maybe other frontends
Hi,
On Wed, 2021-09-15 at 14:43 +0100, Jonathan Wakely via Gcc wrote:
> On Wed, 15 Sept 2021 at 14:37, Jan-Benedict Glaw
> wrote:
> > On Wed, 2021-09-15 09:21:04 -0400, David Malcolm via Gcc <
> > gcc@gcc.gnu.org> wrote:
> > > It appears to be due to the "ł" character in the email address of
> >
Hi Anmol,
On Tue, 2021-11-09 at 12:33 +0530, Anmol Singh via Gcc wrote:
> I would love to contribute to your organisation but could you please
> tell me how to get started?
I would start here:
https://gcc.gnu.org/contribute.html
And then look at some of the open projects:
https://gcc.gnu.org/proj
Hi David,
On Mon, 2022-02-14 at 10:57 -0500, David Malcolm wrote:
> [CCing Mark in the hopes of insight from the valgrind side of things]
Adding Julian to CC so he can correct me if I say something silly.
> There is a false positive from -Wanalyzer-use-of-uninitialized-value on
> gcc.dg/analyzer
On Mon, 2022-02-14 at 12:20 -0500, David Malcolm wrote:
> On Mon, 2022-02-14 at 17:57 +0100, Mark Wielaard wrote:
> > On Mon, 2022-02-14 at 10:57 -0500, David Malcolm wrote:
> > > [CCing Mark in the hopes of insight from the valgrind side of
> > > things]
> >
Hi Richard,
On Tue, 2022-02-15 at 08:25 +0100, Richard Biener wrote:
> On Mon, Feb 14, 2022 at 6:38 PM Mark Wielaard wrote:
> > Yes. valgrind keeps track of uninitialized bits and propagates them
> > around till "use". Where use is anything that might alter the
>
Hi Luke,
On Sun, Jul 17, 2022 at 04:28:10PM +0100, lkcl via Gcc wrote:
> with the recent announcement that rust is supported by gcc
There is just a discussion about whether and how to integrate
(portions) of the gccrs frontend into the main gcc repository. Nobody
claims that means the rust progra
Hi Luke,
On Sun, Jul 17, 2022 at 06:06:45PM +0100, lkcl via Gcc wrote:
> given that gcc is *entirely implementing* the rust programming
> language (from scratch) and given that that implementation is not in
> fact implemented by the Rust Foundation (the Trademark Holders
> themselves) but by the g
Hi Luke,
On Sun, Jul 17, 2022 at 07:29:22PM +0100, lkcl wrote:
> whilst you *as developers* have been in contact with the Rust Foundation
> and presumably have private assurances that your use of the Trademarked
> word "rust" is Authorised under License (through either implication or by
> actual e
Hi Richard,
I added Sergio to the CC since he was looking at debuginfo/DWARF
relative paths created by -fdebug-prefix-map in Debian and having trouble
making them work correctly. Maybe he has some feedback how to make
this work.
On Mon, Aug 15, 2022 at 12:13:28PM +0100, Richard Purdie via Gcc wro
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
> >
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
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
022q3/018802.html
Chris Faylor
Frank Eigler
Mark Wielaard
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
Hi,
On Sat, Sep 10, 2022 at 12:53:26AM +0900, Akari Takahashi via Gcc wrote:
> I read the linked message exchange carefully. After that, I tried to git
> clone the Git repository following the steps in the link below, but I get a
> permission error message. What are the next steps?
> https://gcc
Hi,
We are using overseers to coordinate this and see how we can
mix-and-match pieces of this proposal. And to better understand how
this proposal interacts with Sourceware becoming a Conservancy member
project. So I added overse...@sourceware.org to have one central place
for these discussions.
Hi Siddhesh,
On Tue, Oct 04, 2022 at 01:17:14PM -0400, Siddhesh Poyarekar wrote:
> On 2022-10-04 13:10, Christopher Faylor wrote:
> > On Tue, Oct 04, 2022 at 09:46:08AM -0400, Siddhesh Poyarekar wrote:
> > > I made and shared this copy to dispel any further false speculation of
> > > scope creep o
Hi Siddhesh,
On Tue, Oct 04, 2022 at 03:10:35PM -0400, Siddhesh Poyarekar via Overseers
wrote:
> > We do take this proposal, and all other suggestions people make about
> > the sourceware infrastructure, seriously, but a lot of details of this
> > proposal are still unclear. We are trying to get
1 - 100 of 224 matches
Mail list logo
