Re: Debugging the tree object constructed by cp_parser
On Sat, 2023-12-02 at 17:41 -0500, Stan Srednyak via Gcc wrote: > Dear GCC community, > > I am assigned the task to debug the trees as being produced by the > cp_parser. I was able to print some of the trees using the > debug_tree() > function. But I am still confused as to where is the tree object that > corresponds to the translation unit being parsed. There is no such > field in > cp_parser, and in the few tiers of functions calls starting from > parse_file() function that I followed so far, I was not able to find > any > variable remotely similar to the AST of functions/structs etc. that > must be > constructed by this great piece of software. I would very much > appreciate > any explanation from the great experts in gcc on this mailing list. I > posted a thread at gcc-help, but apparently it is too obvious of a > question > to be addressed there. Hi Stan FWIW I've written some notes on debugging GCC: https://gcc-newbies-guide.readthedocs.io/en/latest/debugging.html and in particular you might find the following useful: https://gcc-newbies-guide.readthedocs.io/en/latest/debugging.html#how-do-i-find-where-a-particular-tree-was-created Hope this is helpful Dave
GNAT on GCC 10.x has build problems
Hello all, while bootstrapping GNAT onto my cross compiled system with GCC 10.x I found that the make script leaves something to be desired. First off it doesn't add the host prefix to the cross compiler binaries; it calls gnatmake, gnatlink, gnatbind, gnatls, and gcc without the x86_64-linux-gnu- prefix, requiring an ugly hack to symlink to those tools to complete the build. Also at the end of the build there is an error when it tries to install gnatdll, which isn't built, doesn't exist, and is for Windows only. Does anyone know if these problems are fixed in later GCC versions? And do these people even test their obviously broken crap before releasing it on the world? I also note that the AdaCore team seem to be doing everything in their power to railroad people into giving them money for their proprietary compiler. First they disabled C and C++ languages in their 2018-up Community Edition binaries, which makes bootstrapping a full GCC impossible with these tools. I guess that didn't do the trick as people just used older CE releases to bootstrap with instead, so they discontinued CE entirely and removed links to the CE download page from their site, making it hard to find unless one knows what to search for. I've also been told that there is some kind of special licensing clause for the GNAT project which requires all code built by their GPL compiler to be GPL3 licensed, which is a laugh as I'm never doing that. Not sure if that's actually true or not. Anyhow, it's surprising (or should be surprising) to see such shoddy workmanship from an anti-freedom commercial organization joined to the hip with GCC. Dave
Re: GNAT on GCC 10.x has build problems
On Sun, 3 Dec 2023, 18:19 Dave Blanchard, wrote: > Hello all, while bootstrapping GNAT onto my cross compiled system with GCC > 10.x I found that the make script leaves something to be desired. > > First off it doesn't add the host prefix to the cross compiler binaries; > it calls gnatmake, gnatlink, gnatbind, gnatls, and gcc without the > x86_64-linux-gnu- prefix, requiring an ugly hack to symlink to those tools > to complete the build. Also at the end of the build there is an error when > it tries to install gnatdll, which isn't built, doesn't exist, and is for > Windows only. > > Does anyone know if these problems are fixed in later GCC versions? And do > these people even test their obviously broken crap before releasing it on > the world? > You know it's possible to ask for help without acting this way? However, please use the gcc-help list to do so, not this one. > I also note that the AdaCore team seem to be doing everything in their > power to railroad people into giving them money for their proprietary > compiler. First they disabled C and C++ languages in their 2018-up > Community Edition binaries, which makes bootstrapping a full GCC impossible > with these tools. I guess that didn't do the trick as people just used > older CE releases to bootstrap with instead, so they discontinued CE > entirely and removed links to the CE download page from their site, making > it hard to find unless one knows what to search for. > > I've also been told that there is some kind of special licensing clause > for the GNAT project which requires all code built by their GPL compiler to > be GPL3 licensed, which is a laugh as I'm never doing that. Not sure if > that's actually true or not. > > Anyhow, it's surprising (or should be surprising) to see such shoddy > workmanship from an anti-freedom commercial organization joined to the hip > with GCC. > > Dave > >
Re: GNAT on GCC 10.x has build problems
Did you know it's possible to read my post and ruminate upon its meaning without responding this way? I bet you didn't know that. I'm not asking for any of your 'help', in case it wasn't obvious. I'm quite used to solving the GCC project's problems myself by now, since the GCC project seems determined not to fix its own problems, judging by the typical commonplace response of ingrates such as yourself. I simply asked if this broken piece of shit--which should have been designed correctly decades ago but somehow isn't--has finally been fixed, or if it continues to be a broken piece of shit. Dave
gcc-14-20231203 is now available
Snapshot gcc-14-20231203 is now available on https://gcc.gnu.org/pub/gcc/snapshots/14-20231203/ and on various mirrors, see https://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 14 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch master revision 4c0dc30099d39ef6d1b6c8c81418c726aa660768 You'll find: gcc-14-20231203.tar.xz Complete GCC SHA256=0b6f39f710746adc19b0574c5bb105e0b25d9cb0b9f4aa51c7e7e9e83bfeebda SHA1=9ebb2f74e94dfb88257014dbe5df9334966bc1a4 Diffs from 14-20231126 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-14 link is updated and a message is sent to the gcc list. Please do not use a snapshot before it has been announced that way.
