Marco Atzeri wrote:
>On 2/27/2015 5:49 PM, Bengt Larsson wrote:
>> Below are two benchmarks that explore maximum floating point
>> performance. loopm6 is double precision floating point and loopm6fp is
>> parallell single-precision. They are manually unrolled multiply-add
>> loops.
>>
>> I used to
On 2/27/2015 5:49 PM, Bengt Larsson wrote:
Below are two benchmarks that explore maximum floating point
performance. loopm6 is double precision floating point and loopm6fp is
parallell single-precision. They are manually unrolled multiply-add
loops.
I used to reach 2.8 and 11 GFlops on these. No
Below are two benchmarks that explore maximum floating point
performance. loopm6 is double precision floating point and loopm6fp is
parallell single-precision. They are manually unrolled multiply-add
loops.
I used to reach 2.8 and 11 GFlops on these. Now I only get
2 and 6.
If you explore the inn
Guenther Sohler posted a signature three times longer than his message:
Yike! Please use a MUCH shorter signature. Preferably one without
unenforceable (and, according to Eric Blake and CGF, against ML policy)
disclaimers, and you might want to reconsider feeding the spammers as well.
See http
On Tue, Jul 11, 2006 at 05:55:32PM +0100, Dave Korn wrote:
>On 11 July 2006 16:48, Guenther Sohler wrote:
>
>> Dear Dave,
>>
>> thank you for your answer.
>>
>> I did not answer to the newsgroup before, because I just forgot the command
>> to use. but the newgroup probably did not accidently dele
On 11 July 2006 16:48, Guenther Sohler wrote:
> Dear Dave,
>
> thank you for your answer.
>
> I did not answer to the newsgroup before, because I just forgot the command
> to use. but the newgroup probably did not accidently delete the mail :)
>
>
> Please find attached the output of cygcheck.
Dear Dave,
thank you for your answer.
I did not answer to the newsgroup before, because I just forgot the command to
use. but the newgroup probably did not accidently delete the mail :)
Please find attached the output of cygcheck.
rds
> Can't think of a witty .sigline today
--
Guenther
On 11 July 2006 11:02, Guenther Sohler wrote:
> Hallo Dave,
Hi Guenther,
> I already tried so, but I was not able to see the problem from the output.
>
> it is:
> /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/cc1.exe -quiet -v -D__GNUC__=3
> -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=3 -D__CYGWIN32__
Hallo Dave,
thank you for your answer.
I already tried so, but I was not able to see the problem from the output.
it is:
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs
Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr --exec-prefi
x=/usr --sysconfdir=/etc --li
On 11 July 2006 08:21, Guenther Sohler wrote:
> Hallo,
>
> I have downloaded the lastest version cygwin yesterday, and wanted to use
> gcc. Unfortunately no success.
> I do a small test file a.c with just a simple main function and i type
>
> gcc -c a.c
>
> But there is no object file created.
Hallo,
I have downloaded the lastest version cygwin yesterday, and wanted to use
gcc. Unfortunately no success.
I do a small test file a.c with just a simple main function and i type
gcc -c a.c
But there is no object file created.
echo $? returns 1, which indicates an error,
but I dont have a
Hi,
I wish I could provide more information on this, but I've got a problem.
When I updated cygwin to get the new version of libtiff it also
installed an update to gcc (from 3.3.3 to 3.4.4).
Now when I compile OpenSceneGraph the compiler spews thousands pf
warnings and, while it does compile
On Thu, Jun 09, 2005 at 06:26:59PM -0400, Igor Pechtchanski wrote:
>On Thu, 9 Jun 2005, Christopher Faylor wrote:
>
>> On Thu, Jun 09, 2005 at 11:31:23PM +0200, Gerrit P. Haase wrote:
>> >>Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages
>> >>after 20040822-1 that fix the problem
On Thu, 9 Jun 2005, Christopher Faylor wrote:
> On Thu, Jun 09, 2005 at 11:31:23PM +0200, Gerrit P. Haase wrote:
> >>Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages
> >>after 20040822-1 that fix the problem?
> >
> >Yes. And I suggest that you get a gold star because you found
On Thu, Jun 09, 2005 at 11:31:23PM +0200, Gerrit P. Haase wrote:
>>Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages
>>after 20040822-1 that fix the problem?
>
>Yes. And I suggest that you get a gold star because you found the
>first mistake I made when building and uploading thi
David Rothenberger wrote:
On 6/9/2005 12:24 PM, David Rothenberger wrote:
On 6/9/2005 12:17 PM, Gerrit P. Haase wrote:
David Rothenberger wrote:
% cygcheck -cv | grep gcc
Empty package gcc
gcc 3.4.4-1 OK
gcc-core3.4.4-1 OK
gcc-
David Rothenberger wrote:
On 6/9/2005 12:17 PM, Gerrit P. Haase wrote:
David Rothenberger wrote:
% cygcheck -cv | grep gcc
Empty package gcc
gcc 3.4.4-1 OK
gcc-core3.4.4-1 OK
gcc-g++ 3.4.4-1 OK
Empty
Gerrit P. Haase wrote:
Dave Korn wrote:
Yep, that's got to be the source of the problem.
% ls /lib/gcc/i686-pc-mingw32
3.4.1
Gcc normally lives under "/lib/gcc-lib/", rather than
"/lib/gcc/...";
someone's been playing around with all the various individual
--*-prefix=DIR
and
On 6/9/2005 12:24 PM, David Rothenberger wrote:
On 6/9/2005 12:17 PM, Gerrit P. Haase wrote:
David Rothenberger wrote:
% cygcheck -cv | grep gcc
Empty package gcc
gcc 3.4.4-1 OK
gcc-core3.4.4-1 OK
gcc-g++ 3.4.4-1
On 6/9/2005 12:17 PM, Gerrit P. Haase wrote:
David Rothenberger wrote:
% cygcheck -cv | grep gcc
Empty package gcc
gcc 3.4.4-1 OK
gcc-core3.4.4-1 OK
gcc-g++ 3.4.4-1 OK
Empty package gcc-mingw
gcc-mingw
David Rothenberger wrote:
I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of
test, so I upgraded it. I then tried to build the cygwin DLL and
utilites from CVS and ran into a problem compiling cygcheck.
g++: installation problem, cannot exec 'cc1plus': No such file or dire
Dave Korn wrote:
Yep, that's got to be the source of the problem.
% ls /lib/gcc/i686-pc-mingw32
3.4.1
Gcc normally lives under "/lib/gcc-lib/", rather than "/lib/gcc/...";
someone's been playing around with all the various individual --*-prefix=DIR
and --*dir= options at configure
David Rothenberger wrote:
On 6/9/2005 11:15 AM, Dave Korn wrote:
Original Message
From: Christopher Faylor
Sent: 09 June 2005 19:08
On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote:
I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of
test, s
Original Message
>From: David Rothenberger
>Sent: 09 June 2005 19:50
> % gcc -print-search-dirs
> install: /usr/lib/gcc/i686-pc-cygwin/3.4.4/
> programs:
>
=/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc
-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/l
On 6/9/2005 11:15 AM, Dave Korn wrote:
Original Message
From: Christopher Faylor
Sent: 09 June 2005 19:08
On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote:
I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of
test, so I upgraded it. I then tried
Original Message
>From: Christopher Faylor
>Sent: 09 June 2005 19:08
> On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote:
>> I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of
>> test, so I upgraded it. I then tried to build the cygwin DLL and
>> utilit
On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote:
>I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of
>test, so I upgraded it. I then tried to build the cygwin DLL and
>utilites from CVS and ran into a problem compiling cygcheck.
>
>g++: installation problem,
I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of
test, so I upgraded it. I then tried to build the cygwin DLL and
utilites from CVS and ran into a problem compiling cygcheck.
g++: installation problem, cannot exec 'cc1plus': No such file or directory
I get the same error
Christopher Faylor wrote:
Do you possibly have two versions of the mingw libgcc.a somehow? I haven't
verified this on my system, since I am knee deep in something else right
now but nm on /lib/gcc-lib/i686-pc-mingw32/3.3.1/libgcc.a tells me:
w32-shared-ptr.o:
b .bss
d .dat
On Tue, Dec 02, 2003 at 11:14:12PM -0500, Charles Wilson wrote:
>Christopher Faylor wrote:
>
>>I don't know what this particular problem is (it sounds pretty bad if
>>-mno-cygwin is this broken) but:
>>
>>==
>>File: w32-shared-ptr.c Status: Up-to-date
>>
>> Working revision:
Christopher Faylor wrote:
I don't know what this particular problem is (it sounds pretty bad if
-mno-cygwin is this broken) but:
==
File: w32-shared-ptr.c Status: Up-to-date
Working revision:1.1.6.1
Repository revision: 1.1.6.1 /cvs/gcc/gcc/gcc/config/i386/Attic/w32-
On Tue, Dec 02, 2003 at 09:55:25PM -0500, Charles Wilson wrote:
>So I'm trying to release a new version of "mingw-zlib" for cygwin(*) now
>that zlib-1.2.1 has been released. But I can't...
>
>(*) this package is a msvcrt-linked version of zlib, used by cygwin
>internal projects (like setup.exe a
Oh, one other thing -- here's the list of relevant (cygwin) packages I
have installed:
binutils20030901-1
gcc 3.3.1-3
gcc-g++ 3.3.1-3
gcc-g77 3.3.1-3
gcc-mingw 20030911-4
gcc-mingw-core 20031020-1
gcc-mingw
So I'm trying to release a new version of "mingw-zlib" for cygwin(*) now
that zlib-1.2.1 has been released. But I can't...
(*) this package is a msvcrt-linked version of zlib, used by cygwin
internal projects (like setup.exe and others) which are not allowed, for
whatever reason, to link again
On Fri, Nov 14, 2003 at 09:09:56AM +0100, Christian Joensson wrote:
> I just wanted to ping the cygwin list for a little help... it's a
> problem running the Ada testsuite in current gcc cvs HEAD under
> cygwin... the problem relates to a shell script trying to use the
> newly compiled gcc et al bu
I just wanted to ping the cygwin list for a little help... it's a
problem running the Ada testsuite in current gcc cvs HEAD under
cygwin... the problem relates to a shell script trying to use the
newly compiled gcc et al but end up using the system installed gcc...
maybe someone of you on this lis
At 05:40 PM 1/3/2003, Macias Abraham wrote:
>I´m new in gygwin and gcc program gives me an extrange
>error when I execute it.
>
>First appear an error window which says "Error
>initialicing the program", "The file CC1.EXE is
>vinculated to one CYGWIN1.DLL:putc_unlocked of
>exportacion that not exis
I´m new in gygwin and gcc program gives me an extrange
error when I execute it.
First appear an error window which says "Error
initialicing the program", "The file CC1.EXE is
vinculated to one CYGWIN1.DLL:putc_unlocked of
exportacion that not exist". And then in the cygwin
shell says "gcc: instala
Hello Gerrit,
I've faced the same problem after installation gcc 3.2.
How I solved it in my program:
ifstream cur_stream(file_name1, ios::in);
..
cur_stream.close();
cur_stream.clear();
cur_stream.open(file_name2, ios::in);
Hope, it'll help you.
Bes
Hello,
Apparently thats not a real bug it is some kind of undocumented feature of
the libstdc++ library,
for more info on reopening a ifstream see:
http://gcc.gnu.org/onlinedocs/libstdc++/faq/index.html#4_4
Regards,
Gerrit.
Marble Consulting --
Gerrit
Hello,
I recently encountered the problem with the gcc 3.2 compiler of cygwin
using ifstream. Basically it is the same problem as mentioned in
http://gcc.gnu.org/ml/gcc-help/2002-06/msg00079.html although this is about
gnu cc 3.0. I thought that this was already fixed. The problem is that when
On Tue, Jan 08, 2002 at 09:26:00AM -0600, Polley Christopher W wrote:
>I think I've found the cause of this.
>
>I'll summarize the problem, since this is an old thread:
>when a Windows GUI IDE calls gcc or make, the process reports
>"fhandler_base::dup: dup(unknown disk file) failed, handle 0, Wi
I think I've found the cause of this.
I'll summarize the problem, since this is an old thread:
when a Windows GUI IDE calls gcc or make, the process reports
"fhandler_base::dup: dup(unknown disk file) failed, handle 0, Win32 error 6"
and crashes.
The problem seems to occur when the [non-cygwin]
At 02:37 PM 12/17/2001, Polley Christopher W wrote:
> > > it. If you can, debugging Cygwin via gdb would be the best way to go.
> > > Alternatively, if you can't do that, calling gcc indirectly through
> > > strace in your IDE environment would provide some trace information
> >
> >
>
> > it. If you can, debugging Cygwin via gdb would be the best way to go.
> > Alternatively, if you can't do that, calling gcc indirectly through
> > strace in your IDE environment would provide some trace information
>
>
Here is a strace snippet right around the error's occurrence:
-Original Message-
> From: Larry Hall (RFK Partners, Inc) [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, December 17, 2001 12:52 PM
> To: Suman Kumar Ray; [EMAIL PROTECTED]
> Subject: Re: cygwin1.dll (file version 1003.6.0.0) dup problem with
> gcc
>
> At 01:40 PM 12/17/
At 01:40 PM 12/17/2001, Suman Kumar Ray wrote:
>Hi,
> In the mailing list, I have found this problem with
>earlier dll but with no solution or information
>whether this is a bug of cygwin.
>If I use cygwin.dll file version 1003.6.0.0, then when
>a windows GUI based IDE is calling gcc through
>cr
Hi,
In the mailing list, I have found this problem with
earlier dll but with no solution or information
whether this is a bug of cygwin.
If I use cygwin.dll file version 1003.6.0.0, then when
a windows GUI based IDE is calling gcc through
createprocess and pass a file for compilation error
mess
48 matches
Mail list logo
