Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

gf2x build fails on fedora-32-minimal #29390

Closed
mkoeppe opened this issue Mar 22, 2020 · 15 comments
Closed

gf2x build fails on fedora-32-minimal #29390

mkoeppe opened this issue Mar 22, 2020 · 15 comments

Comments

@mkoeppe
Copy link
Member

mkoeppe commented Mar 22, 2020

https://github.com/mkoeppe/sage/runs/524868611

libtool: link: gcc -O2 -g -Wall -W -msse2 -msse3 -mssse3 -msse4.1 -mpclmul -Wl,-rpath -Wl,/sage/local/lib -o tunetoom tunetoom.o tuning-common.o  -L/sage/local/lib ./.libs/libtiming.a ../.libs/libgf2x.so -lm -Wl,-rpath -Wl,/sage/local/var/tmp/sage/build/gf2x-1.2.p0/src/.libs -Wl,-rpath -Wl,/sage/local/lib
/usr/bin/ld: tuning-common.o:(.bss+0x8): multiple definition of `rp'; tunetoom.o:(.bss+0x0): first defined here
collect2: error: ld returned 1 exit status

CC: @dimpase

Component: packages: standard

Author: Matthias Koeppe

Branch/Commit: 7693ede

Reviewer: Michael Orlitzky

Issue created by migration from https://trac.sagemath.org/ticket/29390

@mkoeppe mkoeppe added this to the sage-9.1 milestone Mar 22, 2020
@mkoeppe mkoeppe modified the milestones: sage-9.1, sage-9.2 Apr 3, 2020
@orlitzky
Copy link
Contributor

@orlitzky
Copy link
Contributor

comment:2

I sent this patch (against git HEAD) upstream. It does the job here.

@orlitzky
Copy link
Contributor

comment:3

My patch was merged upstream already (on top of gf2x-1.3.0, which has been out for a few months). There shouldn't be any problem applying it to v1.2 even if that one line I deleted has moved.

@mkoeppe mkoeppe modified the milestones: sage-9.2, sage-9.1 Apr 26, 2020
@mkoeppe
Copy link
Member Author

mkoeppe commented Apr 26, 2020

@mkoeppe
Copy link
Member Author

mkoeppe commented Apr 26, 2020

comment:6

Thanks, the patch applies cleanly


New commits:

7693edeAdd build/pkgs/gf2x/patches/0001-src-tunetoom.c-delete-duplicate-definition-of-rp.patch

@mkoeppe
Copy link
Member Author

mkoeppe commented Apr 26, 2020

Commit: 7693ede

@mkoeppe
Copy link
Member Author

mkoeppe commented Apr 26, 2020

Author: Matthias Koeppe

@orlitzky
Copy link
Contributor

Reviewer: Michael Orlitzky

@orlitzky
Copy link
Contributor

comment:8

It works with CFLAGS="-fno-common", so good enough?

@mkoeppe
Copy link
Member Author

mkoeppe commented Apr 26, 2020

comment:9

I haven't tested it widely. Any thoughts?

@mkoeppe mkoeppe modified the milestones: sage-9.1, sage-9.2 Apr 26, 2020
@mkoeppe
Copy link
Member Author

mkoeppe commented Apr 26, 2020

comment:11

Tests now run at https://github.com/mkoeppe/sage/actions/runs/88544669

@orlitzky
Copy link
Contributor

comment:12

It's an obviously-correct one-line change to the custom tuning code -- not even to gf2x itself -- so I'm sure the change is OK. It's up to you if you actually want to try it on fedora-32, though, given the subject of the ticket.

@mkoeppe
Copy link
Member Author

mkoeppe commented Apr 26, 2020

comment:13

Thanks. I'll set this back to 9.1 when it has passed the test.

@mkoeppe
Copy link
Member Author

mkoeppe commented Apr 27, 2020

comment:14

OK, looking great.

@mkoeppe mkoeppe modified the milestones: sage-9.2, sage-9.1 Apr 27, 2020
@vbraun
Copy link
Member

vbraun commented May 2, 2020

Changed branch from u/mkoeppe/gf2x_build_fails_on_fedora_32_minimal to 7693ede

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants