Summary: | dev-lang/mono-1.9.1 build error w/ glibc-2.8: 'ARG_MAX' undeclared | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jose daLuz <jdaluz> |
Component: | Current packages | Assignee: | dotnet project <dotnet> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ben, bugs, eric_chaligny, jezaustin, patrick.holthaus, rsa4046, tuxie, welp |
Priority: | High | ||
Version: | 2007.0 | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 225459 | ||
Attachments: |
the needed patch to compile mono (works here)
New ebuild that uses patch folder including updated ebuild, patch and manifest ready for an overlay |
Description
Jose daLuz
2008-06-08 17:59:28 UTC
Possibly related to this upstream bug: https://bugzilla.novell.com/show_bug.cgi?id=389791 See http://www.nabble.com/FYI:--glibc-2.8-may-break-some-of-your-packages-td16625128.html "glibc 2.8 no longer defines ARG_MAX constant in linux, so you may see: foobar.c:N: error: 'ARG_MAX' undeclared (first use in this function) To fix this problem you can use something like this #include <unistd.h> /* only if not already there !! */ #if defined(_SC_ARG_MAX) # if defined(ARG_MAX) # undef ARG_MAX # endif # define ARG_MAX sysconf (_SC_ARG_MAX) #endif" could tell us how to fix this package temporary (just to get it build for now) Created attachment 156611 [details, diff]
the needed patch to compile mono (works here)
i made a patch derived from the suggestion
Created attachment 156695 [details]
New ebuild that uses patch
Well let's get it done. Rename patch file to "mono-1.9.1-wapi_glop.diff" and copy it to the files directory (and of course, run "ebuild mono-1.9.1-r1.ebuild digest"). Let's get this tested and pushed into the mainline.
Has this patch been sent upstream yet?
eww, yuck! I just realized I installed C# on my machine, I feel so dirty! (just trying to get lotro to work) (In reply to comment #5) > Created an attachment (id=156695) [edit] > New ebuild that uses patch > > Well let's get it done. Rename patch file to "mono-1.9.1-wapi_glop.diff" and > copy it to the files directory (and of course, run "ebuild mono-1.9.1-r1.ebuild > digest"). Let's get this tested and pushed into the mainline. > > Has this patch been sent upstream yet? > the new ebuild with the proposed patch works fine on my box, thanks a lot. the attached patch and ebuild works fine for me too! thanks for them. Patch is named wrong, must be placed in files folder as mono-1.9.1-wapi_glop.diff Created attachment 156913 [details]
folder including updated ebuild, patch and manifest ready for an overlay
This issue is fixed in the current experimental tree (though for some reason there was no version bump, the patch is now simply included in the mono-1.9.1 ebuild). The patch used takes a slightly different approach to the one posted in this bug. *bump*
>This issue is fixed in the current experimental tree (though for some reason
>there was no version bump, the patch is now simply included in the mono-1.9.1
>ebuild). The patch used takes a slightly different approach to the one posted
>in this bug.
it really should be communicated if such a kind of fix is included in the tree (version bump, ...)
thanks guys, for fixing this & thanks to the gentoo-dev in charge for fixing this :)
This is fixed in-tree (In reply to comment #13) > This is fixed in-tree > Could this fix be included in the stable version of mono (1.2.5.1-r1)? (In reply to comment #14) > (In reply to comment #13) > > This is fixed in-tree > > > > Could this fix be included in the stable version of mono (1.2.5.1-r1)? No, please use mono-2.x |