Page MenuHomeFreeBSD

Fix FreeBSD 10.x and i386 builds
ClosedPublic

Authored by dev_dudu.ro on Nov 28 2017, 2:07 PM.
Referenced Files
F82746262: D13282.diff
Thu, May 2, 6:42 AM
F82741387: D13282.id35918.diff
Thu, May 2, 5:29 AM
Unknown Object (File)
Wed, Apr 24, 7:50 AM
Unknown Object (File)
Wed, Apr 24, 3:17 AM
Unknown Object (File)
Fri, Apr 19, 1:40 PM
Unknown Object (File)
Tue, Apr 9, 9:19 PM
Unknown Object (File)
Mar 22 2024, 7:09 PM
Unknown Object (File)
Mar 22 2024, 7:09 PM
Subscribers

Diff Detail

Repository
rP FreeBSD ports repository
Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

Also, please remove all the patches from the diff, they do not change.

databases/arangodb32/Makefile
40

Why move this line, it was perfectly fine where it was before.

dev_dudu.ro added inline comments.
databases/arangodb32/Makefile
40

Because of the inclusion of pre and port makefiles, which help define GYPTGT which is then swapped at compile time.

databases/arangodb32/Makefile
40

I am only talking about the CMAKE_ARGS line, there is no reason to move it down here.

dev_dudu.ro added inline comments.
databases/arangodb32/Makefile
40

It is not moved, that is an append operation that would otherwise fail if kept in the original place, because at that stage GYPTGT is not defined yet.

databases/arangodb32/Makefile
40

It would most certainly not fail. make(1) evaluates values when they are used, not when they are defined. Test it. If you put the CMAKE_ARGS line where it was before, it will still work.

dev_dudu.ro marked an inline comment as done.
dev_dudu.ro added inline comments.
databases/arangodb32/Makefile
40

Alright, thanks, didn't realize that.

databases/arangodb32/Makefile
7

If you are fixing the build, which means that it was not building before, bumping PORTREVISION is not needed.

dev_dudu.ro marked an inline comment as done.
dev_dudu.ro marked 5 inline comments as done.
This revision was automatically updated to reflect the committed changes.