| Age | Commit message (Collapse) | Author |
|---|
|
access to register contexts.
|
|
to register contexts."
|
|
Reworked coop GC stack handling in platforms with restricted access to register contexts.
|
|
The two known ways to access the environment variables are no longer allowed Apple.
Until something blessed by them is found, we'll provide no way to list all the envvars
of the current process.
|
|
access to register contexts.
|
|
eglib: checking locale_charset function availability
|
|
Fixes the Cygwin build, see https://github.com/mono/mono/pull/1966.
|
|
This patch checks if locale_charset function is availabe in
libiconv or libcharset and changes the linking options accordingly.
|
|
Do not build libeglib-static.a
|
|
[eglib] Prefer <langinfo.h> to <localcharset.h>
|
|
1) libeglib.a is already a static library
2) It is not used anywhere, unlike other lib*-static.a
libraries in the Mono runtime
|
|
They're not available on WatchOS.
|
|
This patch improves the handling of vasprint checking.
It switches the unneeded have_vasprintf variable with the
AC_CHECK_FUNCS defined ac_cv_func_vasprintf one.
|
|
This patch initialize properly have_vasprintf in case vasprint function is found.
Solves multiple definition of `vasprintf' error in case vasprint is not properly detected.
|
|
|
|
For platforms that have external libiconv
located in some non-default directory (e.g. /usr/local/lib)
it is very difficult to force libtool to pick
up a static libiconv.a when needed.
We currently build eglib as a static library,
and then we continue to link eglib (with -leglib)
to other binaries and libraries.
As -leglib is a static library, we should either
1) incorporate the contents of libiconv.a into
libeglib.a (therefore we would _require_
libiconv.a to be installed).
2) prepare stub libiconv.la file and provide it
to all libeglib.a consumers as a dependency.
We should not just detect HAVE_LOCALCHARSET_H,
add it to CPPFLAGS and then continue without
linking libiconv properly as a static library;
This manifests with the error message during
linking:
gunicode.c:223: undefined reference to `locale_charset'
This workaround makes us look for <langinfo.h>
first, which - if available - will be there in
the standard C library. This fixes the gunicode.c
problem for FreeBSD and similar platforms, that
may install GNU iconv as an add-on library.
|
|
|
|
Any port that writes to Environment.SpecialFolder.Personal during build
or when running tests may end up with files outside of stage area that
aren't cleaned up by the ports framework. The issue lies with Mono
looking in /etc/passwd first and only if no entry found there in HOME.
Patch based on discussion in
https://github.com/mono/mono/pull/371
Obtained from: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193426
|
|
This bug manifested itself as files being written to disk with 0 bytes.
Fixes the AOT compiler on Windows not working properly.
https://bugzilla.xamarin.com/show_bug.cgi?id=27900
|
|
|
|
|
|
the duplicate on io-layer and exports the eglib one.
|
|
|
|
versions.
|
|
|
|
|
|
|
|
the cross compiler.
|
|
|
|
asl_vlog last parameter is a va_list and giving it a char* leads to crash
which calls our native unhandled exception handler, which also tries to
log what happens making the watchdog unhappy about the food quality
0x000000008badf00d
|
|
Compilation of eglib/src/goutput.c was broken in commit 989165e1:
mono/eglib/src/goutput.c: In function 'monoeg_log_default_handler':
mono/eglib/src/goutput.c:159:75: error: 'args' undeclared (first use in this function)
__android_log_vprint (to_android_priority (log_level), log_domain, "%s", args);
^
mono/eglib/src/goutput.c:159:75: note: each undeclared identifier is reported only once for each function it appears in
mono/eglib/src/goutput.c: In function 'default_stdout_handler':
mono/eglib/src/goutput.c:168:2: error: incompatible type for argument 4 of '__android_log_vprint'
__android_log_vprint (ANDROID_LOG_ERROR, "mono", "%s", message);
^
mono/eglib/src/goutput.c:139:0:
$ANDROID_NDK_PATH/platforms/android-4/arch-arm/usr/include/android/log.h:109:5: note: expected 'va_list' but argument is of type 'const gchar *'
int __android_log_vprint(int prio, const char *tag,
^
mono/eglib/src/goutput.c: In function 'default_stderr_handler':
mono/eglib/src/goutput.c:175:2: error: incompatible type for argument 4 of '__android_log_vprint'
__android_log_vprint (ANDROID_LOG_ERROR, "mono", "%s", message);
^
(The cause of the breakage is that __android_log_vprint() takes a
va_args parameter, which is no longer present in 989165e1.)
Use __android_log_write() instead of __android_log_vprint().
Note: __android_log_write() writes a "simple string" to `adb logcat`,
meaning there is no printf(3)-style formatting applied.
|
|
|
|
|
|
|
|
|
|
This reverts commit dd412cfb2e1968f310f454ee2ec303862cb642d2.
We need to know what target was broken by this and verify that this won't break the platitude of libc's around.
This is currently a non-trivial job, so let's just revert this for now.
|
|
The __USE_GNU macro is an internal macro used by glibc to enable the GNU
extensions. Programs are instead meant to use the _GNU_SOURCE macro before
including any system header.
This change is released under the MIT/X11 license.
|
|
POSIX mandates that select is declared in <sys/select.h> (and in the header
<sys/time.h> for compatibility). It would be best to include the new header
if it is available. This is already done throughout the source tree, though
not in all instances.
This change is released under the MIT/X11 license.
|
|
|
|
becomes part of the tarball
|
|
The problem is that on some platforms we call the function
without having provided a prototype for it. This breaks when
building with `-Werror`.
Now we declare it in the private `vasprintf.h` header when
the platform doesn't have a declaration in `stdio.h`. This
should also let us remove the hack in `glib.h` for MSVC.
This may or may not break the build on some platforms; I've
tried on those that I have access to with success. Let me
know if this breaks anything.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
always >= 0.
|
|
always >= 0.
|
|
glib any more. Fixes #19638.
|
