public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build
@ 2021-04-19  4:52 j130496 at live dot co.uk
  2021-04-19  8:34 ` [Bug c/100140] " jakub at gcc dot gnu.org
                   ` (10 more replies)
  0 siblings, 11 replies; 12+ messages in thread
From: j130496 at live dot co.uk @ 2021-04-19  4:52 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140

            Bug ID: 100140
           Summary: Reference gcc development github mirror - Latest
                    Development Build
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
          Assignee: unassigned at gcc dot gnu.org
          Reporter: j130496 at live dot co.uk
  Target Milestone: ---

Dear sir

Posting as under:

Used ../configure --enable-multilib and then make -s from build directory
created inside source downloaded from
https://github.com/gcc-mirror/gcc/commit/d64720a07f611c55e8c815c775a852d650a2e738
(link of latest GCC administrator bump on GCC development github mirror)

I am reproducing the comment posted there which gives entire details required
for bug tracking and resolving. Unfortunately, no developers are responding to
my messages on Github development builds since last 2 days hence posting here:

Posted as under on Github: 

Dear sir

As conveyed earlier - even after latest daily bump, the following error while
using ../configure --enable-multilib followed by make -s persists. Request you
and entire community of developers to look into - I am not a developer myself
otherwise I could look into this and resolve myself and would have posted pull
request to be merged instead of requesting again and again. Facing this make -s
error since last 3 days. As I have personal interest in testing new development
of GCC 11 version (although not a developer and also not knowing much about C
and C++) - I am daily testing after changes. Error copied from terminal screen
is as under:

113 | "~" |
| ^~~~~~~~
gengtype-lex.c:365:15: warning: this statement may fall through
[-Wimplicit-fallthrough=]
365 | #define YY_DO_BEFORE_ACTION
| ~~~~~~~~~~~~~^~~~~~~
../../gcc/gengtype-lex.l:138:1: note: in expansion of macro
‘YY_DO_BEFORE_ACTION’
138 | ;
| ^ ~
../../gcc/gengtype-lex.l:134:1: note: here
134 | "ENUM_BITFIELD"{WS}?"("{WS}?{ID}{WS}?")" {
| ^~~~
/usr/local/x86_64-pc-linux-gnu/bin/ld:
/home/admin/Downloads/gcc_18042021_1708hrs_IST/build/prev-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.a(guard.o):
in function __gnu_cxx::__is_single_threaded()':
/home/admin/Downloads/gcc_18042021_1708hrs_IST/build/x86_64-pc-linux-gnu/libstdc++-v3/include/ext/atomicity.h:52:
undefined reference to __libc_single_threaded'
/usr/local/x86_64-pc-linux-gnu/bin/ld:
/home/admin/Downloads/gcc_18042021_1708hrs_IST/build/x86_64-pc-linux-gnu/libstdc++-v3/include/ext/atomicity.h:52:
undefined reference to __libc_single_threaded'
/usr/local/x86_64-pc-linux-gnu/bin/ld:
/home/admin/Downloads/gcc_18042021_1708hrs_IST/build/x86_64-pc-linux-gnu/libstdc++-v3/include/ext/atomicity.h:52:
undefined reference to __libc_single_threaded'
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:3008: build/genpreds] Error 1
make[2]: *** [Makefile:4822: all-stage2-gcc] Error 2
make[1]: *** [Makefile:25993: stage2-bubble] Error 2
make: *** [Makefile:1001: all] Error 2

My OS details: OS - AlmaLinux 8.3 x86_64 - kernel - 5.11.11-1.el8.elrepo.x86_64

Current stable GCC version details from terminal screen:

[root@admin build]# gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-linux-gnu/10.3.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../configure --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.3.0 (GCC)

Once again requesting all to look into. 

Thank you in advance.

Regards,

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug c/100140] Reference gcc development github mirror - Latest Development Build
  2021-04-19  4:52 [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build j130496 at live dot co.uk
@ 2021-04-19  8:34 ` jakub at gcc dot gnu.org
  2021-04-19  8:59 ` redi at gcc dot gnu.org
                   ` (9 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-04-19  8:34 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakub at gcc dot gnu.org

--- Comment #1 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
What glibc you are using?
libstdc++ refers to __libc_single_threaded only with
#elif __has_include(<sys/single_threaded.h>)
    return ::__libc_single_threaded;
#else
and the sys/single_threaded.h header has been added in Glibc 2.32 together with
the __libc_single_threaded symbol.
So, are you doing a native build or cross-compilation (without sysroot?)?
Do you have some unrelated sys/single_threaded.h header around, or are
compiling against glibc 2.32+ headers and linking against glibc 2.31 or
earlier?

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug c/100140] Reference gcc development github mirror - Latest Development Build
  2021-04-19  4:52 [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build j130496 at live dot co.uk
  2021-04-19  8:34 ` [Bug c/100140] " jakub at gcc dot gnu.org
@ 2021-04-19  8:59 ` redi at gcc dot gnu.org
  2021-04-19  9:20 ` j130496 at live dot co.uk
                   ` (8 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: redi at gcc dot gnu.org @ 2021-04-19  8:59 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140

--- Comment #2 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Jignesh from comment #0)
> I am reproducing the comment posted there which gives entire details
> required for bug tracking and resolving. Unfortunately, no developers are
> responding to my messages on Github development builds since last 2 days
> hence posting here:

Because it's an unofficial mirror that has nothing to do with the GCC project.
No GCC developers are involved in it and nobody reads anything there.

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug c/100140] Reference gcc development github mirror - Latest Development Build
  2021-04-19  4:52 [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build j130496 at live dot co.uk
  2021-04-19  8:34 ` [Bug c/100140] " jakub at gcc dot gnu.org
  2021-04-19  8:59 ` redi at gcc dot gnu.org
@ 2021-04-19  9:20 ` j130496 at live dot co.uk
  2021-04-19  9:33 ` j130496 at live dot co.uk
                   ` (7 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: j130496 at live dot co.uk @ 2021-04-19  9:20 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140

--- Comment #3 from Jignesh <j130496 at live dot co.uk> ---
Thank you for your responses

glibc version: 2.33.900 (developmental version installed from github) Source:
git clone https://github.com/bminor/glibc.

As far as I understand - I am doing a native build. I first downloaded via
command git clone https://github.com/gcc-mirror/gcc target_directory in
terminal. Than in target directory I created build directory then - cd build,
../configure --enable-multilib followed by make -s and stopped at error.

Is this method a native build or cross compilation - sorry - but I cannot get
that.

As written in another comment, which is the official source of getting the
developmental version?

If I am doing something fundamentally wrong please let me know. I tried git
build of around 12-04-2021 and it was very successful in make -s and then make
install. So it seems that error has crept in after that by someone's pull
request which has  this side effect (this is my thinking).

Thank you both of you again.

Regards,

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug c/100140] Reference gcc development github mirror - Latest Development Build
  2021-04-19  4:52 [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build j130496 at live dot co.uk
                   ` (2 preceding siblings ...)
  2021-04-19  9:20 ` j130496 at live dot co.uk
@ 2021-04-19  9:33 ` j130496 at live dot co.uk
  2021-04-19  9:39 ` j130496 at live dot co.uk
                   ` (6 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: j130496 at live dot co.uk @ 2021-04-19  9:33 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140

--- Comment #4 from Jignesh <j130496 at live dot co.uk> ---
Again regarding glibc version:

through command ldd -version the output is 2.33.9000 while through following
script it is 2.28:

Script for glibc version:

#include <stdio.h>
#include <stdlib.h>
#include <gnu/libc-version.h>

int main(int argc, char *argv[]) {
  printf("GNU libc version: %s\n", gnu_get_libc_version());
  exit(EXIT_SUCCESS);
}

Thank you.

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug c/100140] Reference gcc development github mirror - Latest Development Build
  2021-04-19  4:52 [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build j130496 at live dot co.uk
                   ` (3 preceding siblings ...)
  2021-04-19  9:33 ` j130496 at live dot co.uk
@ 2021-04-19  9:39 ` j130496 at live dot co.uk
  2021-04-19  9:45 ` j130496 at live dot co.uk
                   ` (5 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: j130496 at live dot co.uk @ 2021-04-19  9:39 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140

--- Comment #5 from Jignesh <j130496 at live dot co.uk> ---
I think if I will compile using the new glibc version by pointing to the path
of that glibc - perhaps the problem will be resolved - It seems that the system
is compiling via 2.28 version while this single thread was corrected in 2.32. I
will try doing that and post the results here.

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug c/100140] Reference gcc development github mirror - Latest Development Build
  2021-04-19  4:52 [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build j130496 at live dot co.uk
                   ` (4 preceding siblings ...)
  2021-04-19  9:39 ` j130496 at live dot co.uk
@ 2021-04-19  9:45 ` j130496 at live dot co.uk
  2021-04-19  9:50 ` jakub at gcc dot gnu.org
                   ` (4 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: j130496 at live dot co.uk @ 2021-04-19  9:45 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140

--- Comment #6 from Jignesh <j130496 at live dot co.uk> ---
As per guidance somewhere I will need to change configure script CFLAGS and
some other flag to point to new glibc. Can you please guide what and where I
will have to change to recompile gcc developmental version successfully. My new
libraries of glibc 2.33.9000 are at /usr/local/lib.

Thank you.

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug c/100140] Reference gcc development github mirror - Latest Development Build
  2021-04-19  4:52 [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build j130496 at live dot co.uk
                   ` (5 preceding siblings ...)
  2021-04-19  9:45 ` j130496 at live dot co.uk
@ 2021-04-19  9:50 ` jakub at gcc dot gnu.org
  2021-04-19  9:58 ` redi at gcc dot gnu.org
                   ` (3 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-04-19  9:50 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140

--- Comment #7 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Neither of these projects lives on github.
For glibc documentation see
https://www.gnu.org/software/libc/libc.html
sources should be grabbed from
https://www.gnu.org/software/libc/sources.html
but in the documentation you'll see (and configure warns loudly) that
configuring glibc for prefix other than /usr is highly discouraged.
GCC has https://gcc.gnu.org home page with documentation and sources in
https://gcc.gnu.org/git/gcc.git

Anyway, this looks like a user error to me.

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug c/100140] Reference gcc development github mirror - Latest Development Build
  2021-04-19  4:52 [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build j130496 at live dot co.uk
                   ` (6 preceding siblings ...)
  2021-04-19  9:50 ` jakub at gcc dot gnu.org
@ 2021-04-19  9:58 ` redi at gcc dot gnu.org
  2021-04-19 10:06 ` j130496 at live dot co.uk
                   ` (2 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: redi at gcc dot gnu.org @ 2021-04-19  9:58 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |INVALID
             Status|UNCONFIRMED                 |RESOLVED

--- Comment #8 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Yes, you are trying to use a new version of glibc instead of the one in /usr
but you are not doing that correctly. The GCC build is finding the new headers,
but not the new libc.so that matches the headers.

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug c/100140] Reference gcc development github mirror - Latest Development Build
  2021-04-19  4:52 [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build j130496 at live dot co.uk
                   ` (7 preceding siblings ...)
  2021-04-19  9:58 ` redi at gcc dot gnu.org
@ 2021-04-19 10:06 ` j130496 at live dot co.uk
  2021-04-19 10:10 ` redi at gcc dot gnu.org
  2021-04-19 10:28 ` j130496 at live dot co.uk
  10 siblings, 0 replies; 12+ messages in thread
From: j130496 at live dot co.uk @ 2021-04-19 10:06 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140

Jignesh <j130496 at live dot co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED
         Resolution|INVALID                     |FIXED

--- Comment #9 from Jignesh <j130496 at live dot co.uk> ---
Thank you both of you for quick responses and pointing out my error. I will do
the needful as suggested and then if find anything will post a new issue. I am
closing the thread now. Thank you again with regards and best wishes.

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug c/100140] Reference gcc development github mirror - Latest Development Build
  2021-04-19  4:52 [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build j130496 at live dot co.uk
                   ` (8 preceding siblings ...)
  2021-04-19 10:06 ` j130496 at live dot co.uk
@ 2021-04-19 10:10 ` redi at gcc dot gnu.org
  2021-04-19 10:28 ` j130496 at live dot co.uk
  10 siblings, 0 replies; 12+ messages in thread
From: redi at gcc dot gnu.org @ 2021-04-19 10:10 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|FIXED                       |INVALID

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug c/100140] Reference gcc development github mirror - Latest Development Build
  2021-04-19  4:52 [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build j130496 at live dot co.uk
                   ` (9 preceding siblings ...)
  2021-04-19 10:10 ` redi at gcc dot gnu.org
@ 2021-04-19 10:28 ` j130496 at live dot co.uk
  10 siblings, 0 replies; 12+ messages in thread
From: j130496 at live dot co.uk @ 2021-04-19 10:28 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140

--- Comment #10 from Jignesh <j130496 at live dot co.uk> ---
It was valuable insight for me - connection between gcc and glibc and how new
version of glibc impacts gcc compilation.

^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2021-04-19 10:28 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-04-19  4:52 [Bug c/100140] New: Reference gcc development github mirror - Latest Development Build j130496 at live dot co.uk
2021-04-19  8:34 ` [Bug c/100140] " jakub at gcc dot gnu.org
2021-04-19  8:59 ` redi at gcc dot gnu.org
2021-04-19  9:20 ` j130496 at live dot co.uk
2021-04-19  9:33 ` j130496 at live dot co.uk
2021-04-19  9:39 ` j130496 at live dot co.uk
2021-04-19  9:45 ` j130496 at live dot co.uk
2021-04-19  9:50 ` jakub at gcc dot gnu.org
2021-04-19  9:58 ` redi at gcc dot gnu.org
2021-04-19 10:06 ` j130496 at live dot co.uk
2021-04-19 10:10 ` redi at gcc dot gnu.org
2021-04-19 10:28 ` j130496 at live dot co.uk

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).