--- Comment #53 from dannysmith at users dot sourceforge dot net
2009-04-16 02:59 ---
This thread is alos relevant.
http://gcc.gnu.org/ml/gcc/2009-04/msg00462.html
Adding Dave Korn to cc:
--
dannysmith at users dot sourceforge dot net changed:
What|Removed
--- Comment #15 from dannysmith at users dot sourceforge dot net
2009-04-21 07:01 ---
(In reply to comment #14)
> or remove the ordinary C library function in
> lib64_libmingwex_a-wininterlocked.o and just keep the inline function ?
>
That would be my first experime
--- Comment #2 from dannysmith at users dot sourceforge dot net 2009-04-29
07:29 ---
The same problem will occur for all dll's (libstdc++-x,dll, libgfortran-x.dll,
libssp-x.dll, etc) that are built as part of gcc
Danny
--
dannysmith at users dot sourceforge dot net ch
--- Comment #9 from dannysmith at users dot sourceforge dot net 2009-04-30
20:57 ---
(In reply to comment #6)
> (In reply to comment #4)
> > Your libpthreads is doing something wrong.
> > Re. comment 5
> The command was actually
> gcc -fopemnp test.c -lgomp -o test
--- Comment #10 from dannysmith at users dot sourceforge dot net
2009-04-30 21:07 ---
(In reply to comment #9)
> (In reply to comment #6)
> > (In reply to comment #4)
> > > Your libpthreads is doing something wrong.
> > > Re. comment 5
> > The comm
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
Component|target |libgomp
Target Milestone
--- Comment #12 from dannysmith at users dot sourceforge dot net
2009-05-01 19:48 ---
(In reply to comment #11)
> (In reply to comment #9, comment #10)
> I did not build MinGW 4.3.0. I got it from the official MinGW site
> (gcc-4.3.0-20080502-mingw32-alpha). I have also foun
--- Comment #3 from dannysmith at users dot sourceforge dot net 2009-08-24
06:15 ---
(In reply to comment #2)
> (In reply to comment #0)
> > The following SSE2 code crashes because the non-static global variable
> > breaks
> > the alignment of the static data
--- Comment #30 from dannysmith at users dot sourceforge dot net
2009-09-07 04:01 ---
(In reply to comment #24)
> Subject: Re: [4.5 Regression] crashed compile Qt4 gui
> library
>
> On Sun, 6 Sep 2009, t7 at gmail dot com wrote:
>
> >
> >
> >
--- Comment #5 from dannysmith at users dot sourceforge dot net 2009-10-03
21:47 ---
(In reply to comment #0)
> These new FAILs have been appearing on trunk since some time between 20090820
> and 20090903:
>
> FAIL: g++.dg/ext/dllexport-MI1.C scan-assembler -export:_ZNK2D1
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
CC||dannysmith at users dot
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot
|dot org
--- Comment #9 from dannysmith at users dot sourceforge dot net 2009-10-07
03:06 ---
Fixed at revision 152511.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-04-29
19:43 ---
Your configure options may be at fault. In particular you
'--disable-sjlj-exceptions'. Well, sjlj is the only kind of exceptions that
cygwin supports, unless you modified gcc source
--- Comment #15 from dannysmith at users dot sourceforge dot net
2007-05-16 21:34 ---
(In reply to comment #13)
> Subject: Re: Compile errors with multiple inheritance where
> the stdcall attribute is applied to virtual functions.
>
> rridge at csclub dot uwaterloo
--- Comment #3 from dannysmith at users dot sourceforge dot net 2007-05-17
23:59 ---
Fixed by:
2007-05-17 Danny Smith <[EMAIL PROTECTED]>
PR target/31965
* config/i386/mingw32.h (_INTEGRAL_MAX_BITS): Define builtin as
TYPE_PRECISION (intmax_typ
--- Comment #4 from dannysmith at users dot sourceforge dot net 2007-05-17
23:59 ---
Closing.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #17 from dannysmith at users dot sourceforge dot net
2007-05-24 11:18 ---
Fixed on trunk
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-05-29
08:16 ---
Fixed on trunk.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #12 from dannysmith at users dot sourceforge dot net
2007-06-03 21:37 ---
(In reply to comment #11)
> Hi
>
>
> Now we looking at the second patch the host-mingw32.c.diff
> I have not tested it in vista or windows yet. But what I can see
> it using vrit
--- Comment #50 from dannysmith at users dot sourceforge dot net
2007-06-14 03:21 ---
(In reply to comment #37)
> I think basically you are messed up untill Cygwin switches to dwarf2
> exceptions.
>
This is now (=gcc 4.3) possible by adding --disable-sjlj-exceptions to
confi
--- Comment #7 from dannysmith at users dot sourceforge dot net 2007-06-17
23:40 ---
Fixed by:
2007-06-09 Vladimir Prus <[EMAIL PROTECTED]>
* files.c (open_file): Account for the
fact that on windows, opening a directory gives
EACCES.
--
dannysm
--- Comment #7 from dannysmith at users dot sourceforge dot net 2007-06-20
23:32 ---
(In reply to comment #6)
> Anybody have enough __asm__ foo to write a inline assembly macro taking a long
> double operand and returning one, which I can use to call fsqrt directly in
> inline
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-09-14 23:53 ---
(In reply to comment #0)
> mingw sets the USERNAME environment variable, we should use it to provide a
> getlog procedure.
NT and later set USERNAME by default. win95, win98 do not. T
--- Comment #29 from dannysmith at users dot sourceforge dot net
2005-10-11 08:01 ---
Updated patch here.
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00565.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766
--- Comment #7 from dannysmith at users dot sourceforge dot net 2005-10-12
01:01 ---
(In reply to comment #6)
> Is this still broken?
No.
It was fixed by this:
2005-07-13 H.J. Lu <[EMAIL PROTECTED]>
* config/alpha/linux.h (TARGET_HAS_F_SETLKW): R
--- Comment #18 from dannysmith at users dot sourceforge dot net
2005-10-12 20:56 ---
Fixed in trunk.
http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00474.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
--- Comment #15 from dannysmith at users dot sourceforge dot net
2005-10-12 20:58 ---
Fixed on trunk.
http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00474.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275
--- Comment #31 from dannysmith at users dot sourceforge dot net
2005-10-12 20:58 ---
Fixed on trunk.
http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00474.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766
--- Comment #6 from dannysmith at users dot sourceforge dot net 2005-10-12
20:59 ---
Fixed on trunk.
http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00474.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23589
--- Comment #7 from dannysmith at users dot sourceforge dot net 2005-10-12
21:03 ---
Now fixed on trunk for C++ too.
http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00474.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19704
--- Comment #18 from dannysmith at users dot sourceforge dot net
2005-10-15 22:43 ---
(In reply to comment #17)
> Danny, is it possible to have a less invadent fix for the 4.0 branch?
> Something
> hackish that can get the bug fixed just for the branch...
I'll have
ssigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
GCC build triplet: i386-pc-mingw32
GCC host triplet: i386-pc-mingw32
GCC target triplet: i386-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24439
--- Comment #7 from dannysmith at users dot sourceforge dot net 2005-10-31
04:30 ---
This is an i386 bug, not specific to MS windows target. However, it is only a
problem with -mtune=i386 -mrtd.
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22017
--- Comment #13 from dannysmith at users dot sourceforge dot net
2010-04-04 08:20 ---
(In reply to comment #11)
> (In reply to comment #10)
> > >And while the compilation time change alone
> >
> > How did you configure 4.5? Did you use --enable-checking=releas
--- Comment #6 from dannysmith at users dot sourceforge dot net 2010-04-15
07:54 ---
(In reply to comment #1)
> FIONREAD is defined by winsock header
>
How come your build of basic_file_stdio includes winsock api headers?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43738
--- Comment #7 from dannysmith at users dot sourceforge dot net 2010-04-26
08:19 ---
This is fixed in 4.5.0 release.
http://gcc.gnu.org/viewcvs?view=revision&revision=148199
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Rem
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-06-25 12:20 ---
The patch that was committed to fix this is wrong.
#ifdef TARGET_DLLIMPORT_DECL_ATTRIBUTES is always true. It is defined to 0 for
non-dll targets in defaults.h.
Why not make this a runtime
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-07-02 02:49 ---
A workaround is to specify the full path to as in configure script, eg
--with-as=/mingw/bin/as.exe --with-ld=/mingw.bin/ld.exe --
with /nm=/mingw/bin/ld.exe
Danny
--
http://gcc.gnu.org
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-07-07 07:56 ---
Duplicate of PR 20654
libtool patch at:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02804.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22338
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-07-09 23:11 ---
mingw runtime does not have struct stat64 or fstat64(), so this define is not
correct. In fact the native build of libstdc++ fails the _GLIBCXX_USE_LFS
configure test.
(mingwt does have
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-07-31 00:56 ---
This may be the problem:
In mk-kinds-h.sh:
case $largest_ctype in
float) echo "#define GFC_REAL_LARGEST_FORMAT \"\"" ;;
double) echo "#define GFC_REAL_LARGEST
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-08-14 07:29 ---
I don't know why you say that "MingW claims to have a HAVE_TIMES". It doesn't.
To get process times on mingw we need to use the win32api function
GetProcessTimes. This
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-08-14 20:56 ---
>From my libgfortran/config.h, configured with --host=mingw32 --target=mingw32
and mingw runtime as distributed by mingw.org
/* Define to 1 if you have the `getrusage' function. */
/
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-08-27 04:44 ---
Thisis a dllimport bug. In this case the template member
template
Point::Point(pointIterator ptStart, pointIterator ptStop)
is being marked as dllimport. Later it is instantiated and the
--- Comment #3 from dannysmith at users dot sourceforge dot net 2009-11-29
17:36 ---
see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39356#c9
and discussion of
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00914.html
I think that patch should go into 4.5
Danny
--
http
--- Comment #15 from dannysmith at users dot sourceforge dot net
2010-04-30 03:02 ---
(In reply to comment #13)
> Kai, what about the GetTempPath? Cf. the rough draft in attachment 20460
> [edit] ?
Compare choose_tmpdir() in libiberty/make_temp_file.c
Danny
--
--- Comment #17 from dannysmith at users dot sourceforge dot net
2010-05-18 22:43 ---
(In reply to comment #14)
> Index: gcc/gcc/varasm.c
> ===
> --- gcc.orig/gcc/varasm.c 2010-05-18 13:19:20.00
--- Comment #1 from dannysmith at users dot sourceforge dot net 2007-10-25
20:41 ---
My reading of 18.7.5 of C++98 standard says that throwing an exeception from
a signal handler is implementation-defined, since such a signal handler is not
a POF.
Danny
--
http://gcc.gnu.org
--- Comment #1 from dannysmith at users dot sourceforge dot net 2007-10-27
00:52 ---
Same error message as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18353
This works with revision 129548
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33918
smith at users dot sourceforge dot net
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33946
Summary: Dllimport attribute wrongly accepted on typedefs
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannys
--- Comment #3 from dannysmith at users dot sourceforge dot net 2007-11-08
19:18 ---
The newlib stdio.h puts [v]snprintf declarations within a #ifndef
__STRICT_ANSI__ block.
Likewise for cygwin's ctype.h and isblank
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34032
--- Comment #4 from dannysmith at users dot sourceforge dot net 2007-11-08
20:21 ---
Fixed on trunk.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-11-16
23:09 ---
> The problem with decorate is that its meaning depends on the platform. It may
> decorate the "name" of alias with a "_" prefix and "@n" postfix or only with a
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-12-09
08:00 ---
Fixed for 4.3.0 by
http://gcc.gnu.org/viewcvs?view=rev&revision=126903
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |A
--- Comment #22 from dannysmith at users dot sourceforge dot net
2007-12-13 08:53 ---
(In reply to comment #15)
> It seems fixincl isn't supported for mingw at all, from what Danny Smith
> mailed
> me privately.
Sorry for breaking this thread with an inadvertent priv
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-01-09
06:14 ---
This is a dup of PR23138 which is fixed if using recent mingw runtime.
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34712
--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-01-13
06:50 ---
(In reply to comment #1)
> One could make the argument that the dllimport specifier is
> a storage-class-specifier which, per 11.4/6 is not allowed on
> the friend declaration. Since a friend
--- Comment #4 from dannysmith at users dot sourceforge dot net 2008-01-13
08:32 ---
Testing a patch.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-04-13
09:39 ---
Patch at:
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01048.html
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #6 from dannysmith at users dot sourceforge dot net 2008-04-16
01:54 ---
(In reply to comment #5)
> The issue is fixed for me when applying the mentioned patch to 4.3.0, so as
> far
> as I'm concerned we can close this bug as soon as someone applies the fi
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-04-26
03:17 ---
(In reply to comment #1)
> What is the status on this? Does reverting the langhooks.c change remanifest
> PR27067?
>
No. PR27067 is fixed by
cp/mangle.c (mangle_de
--- Comment #4 from dannysmith at users dot sourceforge dot net 2008-04-26
07:23 ---
(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #1)
> > > What is the status on this? Does reverting the langhooks.c change
> > > remanifest
&
--- Comment #5 from dannysmith at users dot sourceforge dot net 2008-04-26
08:24 ---
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > (In reply to comment #1)
> > > > What is the status on this? Does re
.c uses non-standard '%n$'
operand number formats
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #6 from dannysmith at users dot sourceforge dot net 2008-04-26
22:29 ---
Patch submitted at
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01977.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33155
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-04-27
06:03 ---
Changed summary to be more precise about "non-standard".
--
dannysmith at users dot sourceforge dot net changed:
What|Removed
--- Comment #7 from dannysmith at users dot sourceforge dot net 2008-05-11
21:09 ---
Fixed on 4_3 branch
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #7 from dannysmith at users dot sourceforge dot net 2008-05-11
22:46 ---
Following is with mingw but it applies to cygwin as well
This is the command line from log for FAILing 22_locale/locale/cons/unicode.cc
Executing on host: /develop/svn/trunk/build/./gcc/g++ -shared
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-05-13
03:52 ---
(In reply to comment #0)
> What negative consequences does increasing the default [stack]
> allocation have?
Minimal really, for a single threaded program like jc1.exe. We are just
res
--- Comment #4 from dannysmith at users dot sourceforge dot net 2008-05-17
07:27 ---
Is this related to PR35493?
A possibly related cygwin failure was also reported here.
http://gcc.gnu.org/ml/gcc/2008-03/msg00681.html.
My last successful build of Ada on mingw was:
gcc version 4.4.0
--- Comment #8 from dannysmith at users dot sourceforge dot net 2008-05-29
21:00 ---
(In reply to comment #7)
> Created an attachment (id=15702)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15702&action=view) [edit]
> Minimal testcase for vtable issue
>
> I
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-06-03
03:17 ---
Although config/mh-mingw has
BOOT_CFLAGS += -D__USE_MINGW_ACCESS
as a fix for PR33281,
CFLAGS_FOR_TARGET for mingw32 also requires this define, else libiberty's
make_relative_prefix won'
--- Comment #11 from dannysmith at users dot sourceforge dot net
2008-06-04 08:22 ---
This fixes for me on Vista host. Can someone confirm?
config/ChangeLog
PR35916
* mh-mingw (CFLAGS): Add -D__USE_MINGW_ACCESS.
Index: config/mh-mingw
--- Comment #13 from dannysmith at users dot sourceforge dot net
2008-06-05 06:23 ---
Closing, as this is fixed on trunk.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #11 from dannysmith at users dot sourceforge dot net
2008-06-07 00:46 ---
Fix backported to branch.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #11 from dannysmith at users dot sourceforge dot net
2008-06-14 10:01 ---
(In reply to comment #6)
> Note that a native build should be done to verify that my patch increases the
> stack limit enough to fix this bug, before marking it fixed.
>
With this patch (8
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-06-15
05:31 ---
(In reply to comment #0)
> make[3]: Leaving directory `/f/_Builds/gcc-4.3.1-build/gcc'
It appears that you are building on drive F:. I'd guess that /mingw/include
(== F:\mingw\incl
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-06-23
02:54 ---
Using \r\n will cause problems with pch files.
This is why I made this change
2004-06-05 Danny Smith <[EMAIL PROTECTED]>
* toplev.c (init_asm_output): Add explicit 'b&#x
--- Comment #12 from dannysmith at users dot sourceforge dot net
2008-06-28 07:53 ---
*** Bug 36654 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35921
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-06-28
07:53 ---
This is duplicate of 35921 and is fixed on 4.3.2 and trunk.
*** This bug has been marked as a duplicate of 35921 ***
--
dannysmith at users dot sourceforge dot net changed:
What
ReportedBy: dannysmith at users dot sourceforge dot net
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-pc-mingw32
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36834
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-07-15
09:29 ---
Testing a patch to add a new switch for windows targets.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-07-17
08:16 ---
Patch submitted
http://gcc.gnu.org/ml/gcc-patches/2008-07/msg01250.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36834
--- Comment #8 from dannysmith at users dot sourceforge dot net 2008-07-20
09:58 ---
(In reply to comment #3)
> This is untested, but you get the idea.
>
> + setlocale(LC_ALL, "POSIX");
mingw's setlocale doesn't believe in POSIX ; it does however go t
--- Comment #6 from dannysmith at users dot sourceforge dot net 2008-08-01
04:34 ---
This kind of path
'--prefix=/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686' may be understood by
your shell, but won't be found by the xgcc driver or cc1.exe which are native
windows ap
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-04-29 06:11 ---
Here is reduced testcase:
// int attribute ((dllimport)) foo;
extern int* _imp__foo;
int a = *_imp__foo;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-04-30 09:08 ---
Oops, I reduced the code in comment #1 too much. This shows the problem.
//dllimport_array.C
// This causes 'initializer element is not constant'
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-04-30 21:40 ---
I think DECL_NON_ADDR_CONST_P is set too late.
Regtesting a patch that fixes 21081 and this.
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-05-01 08:00 ---
Patch at:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg9.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-05-12 10:14 ---
(In reply to comment #4)
The patch for 21275 failed to take care of C++ class members which "inherit" a
dllimport attribute from the class type definition.
Here is a C++ testcas
_ONE_ARG
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dannysmith at users dot sourceforge dot net
CC: gcc-bugs a
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-05-16 07:52 ---
The patch in comment #3 isn't sufficient for cases where C++ class members get
their dllimport status from attribute applied to class type, rather than from
explicit attribute on the m
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-05-20 21:17 ---
A patch was submitted here:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01794.html
and a different one here:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02074.html
Danny
--
http
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-05-26 21:01 ---
New patch submitted here:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02543.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-05-30 02:55 ---
Hello, this is a mingw runtime bug. The mingw version of mcount does not take
enough care with saving call-clobbered registers. Please close this bug and
submit to mingw.org.
Danny
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-05-30 21:03 ---
I can't reproduce this with either gcc-3.4.4 or 4.0.0 on mingw
The example gives the warning
warning: 'i' might be used uninitialized in this function
iff I add -Wini
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-05-31 01:22 ---
The MKDIR_TAKES_ONE_ARG that is defined for mingw in auto-host.h is a host
define.
In jartool.c (and in libgcc files - cf PR/21597) we need a target define.
Perhap targets such as mingw
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-05-31 09:45 ---
Try changing --enable-shared to --disable-shared when configuring. Building
shared libgcj with libtool doesn't really work on windows targets. You could
try using Mohan Embars scrip
201 - 300 of 342 matches
Mail list logo
