-
Notifications
You must be signed in to change notification settings - Fork 153
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
nmake fails to build on FreeBSD 11.0 and 11.1 #26
Comments
(corrected) It happens to me on 11 (11.1-PRERELEASE) but only when running |
Seems to be caused by this:
|
I am getting this error too under FreeBSD 11.0-RELEASE-p1 :
|
Interesting, haven't seen that one at all. |
It was fixed by installing |
Was that the exact name of the package you had to install?
…On 5 July 2017 at 04:46, Siteshwar Vashisht ***@***.***> wrote:
It was fixed by install libiconv.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#26 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AGgifpWDC1CXKxxNdSMz-H01uqEiL36vks5sKohzgaJpZM4LITkK>
.
--
Regards
Danny
|
Yes, the error at #26 (comment) was fixed by installing |
lbiconv is not required, I've had it built successfully without it. Can you check your |
I installed it from this iso. |
@siteshwar What dependencies does the libiconv package have? I think these command might work but I haven't tested them?
Then check what files are in each dependant package:
|
The symbol is there is |
@siteshwar reproduced your error: before this you get this problem:
This is fixed by a patch FreeBSD port has been applying for some time. Another fix needed is to rename SF_* constants:
I don't know how to fix it in the ksh code repository without breaking SFIO API. Other that that, you will need patches from #19 to make it build. |
I have pulled all the patches currently needed to build |
I created a new FreeBSD 11.1 virtual machine containing the bare minimum of packages needed to compile this project. I'm getting the
I have package The ./arch/freebsd11.i386-64/src/lib/libast/ast_standards.h header contains
As does the same header on macOS and Linux. That keeps /usr/include/sys/errno.h on FreeBSD from defining
This looks like a FreeBSD bug. The Simply adding What I would like to know is why @saper isn't seeing this problem. My inclination is to remove the explicit definition of the |
Fixed by commit cbe3543. |
This now makes ksh build on DragonFly BSD. src/cmd/ksh93/sh/main.c, src/cmd/ksh93/tests/basic.sh: - fixargs() doesn't work on DragonFly either (re: 9b7c392, 159fb9e, cefe087). The following are backported from: att#26 (comment) att#19 src/lib/libast/comp/setlocale.c: - Add missing #include <errno.h> since errno is used. src/lib/libast/features/standards: - Do not set any standards macros (_POSIX_SOURCE etc) on FreeBSD or DragonflyBSD; they disable too much functionality on those. src/lib/libast/features/wchar: - Set _STDFILE_DECLARED on DragonFly, too. src/lib/libast/include/sfio.h, src/lib/libast/include/sfio_t.h, src/lib/libast/sfio/_sfopen.c, src/lib/libast/sfio/sfclrlock.c, src/lib/libast/sfio/sfhdr.h, src/lib/libast/sfio/sfnew.c, src/lib/libast/sfio/sfset.c: - Rename SF_* macros to SFIO_* to avoid a conflict with system headers. src/lib/libast/string/strexpr.c: - Rename error() to err() to avoid a conflict.
This now makes ksh build on DragonFly BSD. bin/package, src/cmd/INIT/package.sh: - DragonFly also needs the -lm hack for LDFLAGS. src/cmd/ksh93/sh/main.c, src/cmd/ksh93/tests/basic.sh: - fixargs() doesn't work on DragonFly either (re: 9b7c392, 159fb9e, cefe087). The following are backported from: att#26 (comment) att#19 src/lib/libast/comp/setlocale.c: - Add missing #include <errno.h> since errno is used. src/lib/libast/features/standards: - Do not set any standards macros (_POSIX_SOURCE etc) on FreeBSD or DragonflyBSD; they disable too much functionality on those. src/lib/libast/features/wchar: - Set _STDFILE_DECLARED on DragonFly, too. src/lib/libast/include/sfio.h, src/lib/libast/include/sfio_t.h, src/lib/libast/sfio/_sfopen.c, src/lib/libast/sfio/sfclrlock.c, src/lib/libast/sfio/sfhdr.h, src/lib/libast/sfio/sfnew.c, src/lib/libast/sfio/sfset.c: - Rename SF_* macros to SFIO_* to avoid a conflict with system headers. src/lib/libast/string/strexpr.c: - Rename error() to err() to avoid a conflict.
This now makes ksh build on DragonFly BSD. bin/package, src/cmd/INIT/package.sh: - DragonFly also needs the -lm hack for LDFLAGS. src/cmd/ksh93/sh/main.c, src/cmd/ksh93/tests/basic.sh: - fixargs() doesn't work on DragonFly either (re: 9b7c392, 159fb9e, cefe087). The following are backported from: att#26 (comment) att#19 src/lib/libast/comp/setlocale.c: - Add missing #include <errno.h> since errno is used. src/lib/libast/features/standards: - Do not set any standards macros (_POSIX_SOURCE etc) on FreeBSD or DragonflyBSD; they disable too much functionality on those. src/lib/libast/features/wchar: - Set _STDFILE_DECLARED on DragonFly, too. src/lib/libast/include/sfio.h, src/lib/libast/include/sfio_t.h, src/lib/libast/sfio/_sfopen.c, src/lib/libast/sfio/sfclrlock.c, src/lib/libast/sfio/sfhdr.h, src/lib/libast/sfio/sfnew.c, src/lib/libast/sfio/sfset.c: - Rename SF_* macros to SFIO_* to avoid a conflict with system headers. src/lib/libast/string/strexpr.c: - Rename error() to err() to avoid a conflict.
Some temp debug code that tests a possible fix for att#26 accidentally snuck in to a completely unrelated commit. Sorry about that.
This is probably the wrong place to get help. I'm trying to get a recent version of ksh going so I can install CDE. When I run ./bin/package make, it gives me this error and fails compiling ast.
`mamake [cmd/nmake]: *** exit code 1 making expand.o
/bin/sh: nmake: not found
mamake [cmd/nmake]: *** exit code 127 making Makerules.mo
mamake: *** exit code 1 making cmd/nmake
package: make: errors making /home/wfisher/ast/arch/freebsd11.amd64/bin/nmake`
I don't know if I'm compiling things wrong or missing a dependency but the Googles hasn't turned up any help.
Thanks!!
The text was updated successfully, but these errors were encountered: