http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947
--- Comment #4 from ralphengels at gmail dot com
2012-05-13 15:15:10 UTC ---
Adding
--disable-build-poststage1-with-cxx \
--disable-build-with-cxx \
allows the full bootstrap on windows with mingw64.
Something is broken with C++ though as
||com
--- Comment #3 from ralphengels at gmail dot com
2012-04-21 09:39:19 UTC ---
Just chiming in.
Im also running into this problem in stage2
where it fails to find stdarg.h.
As an experiment i tried reverting kai's work but it still fails to find s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67114
--- Comment #20 from ralphengels at gmail dot com ---
Clarification.
If not using pthreads-w32
#ifdef PTW32_VERSION
// See libstdc++/67114
# define _GLIBCXX_THREAD_ID_LESS(X, Y) ((X).x < (Y).x) <- this
#endif
would end up undefined if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67114
ralphengels at gmail dot com changed:
What|Removed |Added
Attachment #38009|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67114
--- Comment #22 from ralphengels at gmail dot com ---
Aye the pthreads specific fixes needs to be taken care of upstream.
The comment was just to let people know that the gcc changes are not enough.
Ill try and get a hold on the current
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67114
ralphengels at gmail dot com changed:
What|Removed |Added
CC||ralphengels at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67114
--- Comment #19 from ralphengels at gmail dot com ---
Had problems with the define not being pulled in from os_defines.h (i think a
better place would have been gthr_posix.h since that gets pulled in at build
time) hence the change, also if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67114
--- Comment #13 from ralphengels at gmail dot com ---
Also needs a small change in pthread.h to guard against including windows.h
#if defined(PTW32_CONFIG_MINGW) && defined(__cplusplus)
change to
#if defined(PTW32_CONFIG_MINGW) &a
++
Assignee: unassigned at gcc dot gnu.org
Reporter: ralphengels at gmail dot com
Target Milestone: ---
gcc-6.1.0 libstdc++ cannot find stdlib.h on mingw-w64.
the change seems to have been cstdlib where the include was changed to
include_next.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71298
--- Comment #3 from ralphengels at gmail dot com
---
Sorry for the delay, yes its a duplicate of the same bug you linked to.
The msys2 devs have found a way to get around it which does not include
patching,
but i thought it best to report it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
Summary: cpp.exe broken ?
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: preprocessor
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #2 from ralphengels at gmail dot com
2011-04-19 09:41:45 UTC ---
in all cases im afraid.
i tried skipping over null names but the crash persists, no output either i
just get the usual windows box with cpp.exe has stopped working
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #3 from ralphengels at gmail dot com
2011-04-20 08:48:38 UTC ---
Created attachment 24055
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24055
screenshot of gdb output
screenshot of gdb's output.
hope it helps.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #5 from ralphengels at gmail dot com
2011-04-20 09:30:51 UTC ---
sorry about that its just i have no idea how to copy the text from gdb's
console window.
about checking if name = null im not sure how i should go abo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #8 from ralphengels at gmail dot com
2011-04-20 10:00:24 UTC ---
my bad i ran cpp.exe by pulling it directly into gdb (had to use a command
prompt).
heres the output.
-0x417f90:mov0x4(%esp),%eax
-0x417f94
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #9 from ralphengels at gmail dot com
2011-04-20 15:17:40 UTC ---
if its any help i noticed that cpp.exe seems to have a dependency on
libstdc++6.dll "somewhere" since dependency walker says it doesnt but it barfs
pretty lou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #10 from ralphengels at gmail dot com 2011-04-20 22:48:54 UTC ---
hmm it seems im getting closer to iron out where the bug appears.
3880#if defined(TARGET_SYSTEM_ROOT_RELOCATABLE) && !defined(VMS)
3881 /
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #11 from ralphengels at gmail dot com 2011-04-21 15:45:13 UTC ---
ok it seems to be related to sysroots i tried compiling without --with-sysroot
and cpp.exe works then.
question would then be if its an error on my part ? i use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #12 from ralphengels at gmail dot com 2011-04-21 16:18:17 UTC ---
ok it works ! but damn this is strange i had to encase the path to the sysroot
directory in quotes and use the windows path instead of the posix path variant.
../src
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #13 from ralphengels at gmail dot com 2011-05-15 01:37:13 UTC ---
took me quite a while but i found the bug.
in gcc/cppspec.c
/* If we don't need to edit the command line, we can bail early. */
new_argc = argc + n
||FIXED
--- Comment #14 from ralphengels at gmail dot com 2011-05-15 11:20:25 UTC ---
well cpp seems to work now so im changing it to fixed unless someone disagress
?.
|FIXED |
--- Comment #16 from ralphengels at gmail dot com 2011-05-15 12:29:29 UTC ---
ok ill leave it open.
still one bug im running in to but not sure its related to this one.
the 64 bit build of 4.6.0 cannot bootstrap itself collect2 ld error 116.
the 32 bit one works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83562
ralphengels at gmail dot com changed:
What|Removed |Added
CC||ralphengels at gmail dot
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: ralphengels at gmail dot com
Target Milestone: ---
the declaration of __unexpected_handler in unwind-cxx.h is wrongly declared as
extern std::terminate_handler __unexpected_handler;
should be
extern std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106908
--- Comment #2 from ralphengels at gmail dot com
---
ah my bad then i just thought it looked suspicious especially since i been
having problems building gnat. For some reason it tries to link to the static
libgcc library and aborts due to an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
ralphengels at gmail dot com changed:
What|Removed |Added
CC||ralphengels at gmail dot
26 matches
Mail list logo
