| Age | Commit message (Collapse) | Author |
|---|
|
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.
|
|
|
|
|
|
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.
|
|
This reverts commit 8f09dad4353bb75afebf96ad58d08f7e7f3bf56d.
8f09dad4353bb75afebf96ad58d08f7e7f3bf56d is reverting a merge commit,
which will not do what you think it does. It will revert much more,
so revert the revert to get back the unintentionally reverted commits.
It looks like the next commit (1a15d4ec541eaf20ed78eac53149b1b83e1450fe)
is doing the original intention (reverting 164f9cbec4f79cc013c7b1cf674e70e4573f4b36),
so this revert will leave the tree in a good state, with no pending
reverts.
|
|
This reverts commit 9dd632fb9e7197d278bd99152c1c67c6ab51a207, reversing
changes made to 164f9cbec4f79cc013c7b1cf674e70e4573f4b36.
|
|
|
|
|
|
Fixed g_win32_getlocale
|
|
Unsigned pointer conversion was not tested at all (looks like a copy & paste mistake)
|
|
Implemented g_win32_getlocale function to return correct locale.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
