On Sunday, June 12, 2005 T 5:37 PM, Mark Pizzolato wrote:
On Friday, June 10, 2005 at 3:44 PM, Mark Pizzolato wrote:
> On Thursday, June 09, 2005 at 6:12 PM, Mark Pizzolato wrote:
>> On Thursday, June 09, 2005 at 3:35 PM, Christopher Faylor wrote:
>> > On Wed, Jun 08, 2005 at 05:43:59PM -0700, M
Carlo Florendo wrote:
> The thing is, libs/libphp4.so does not exist but only libs/libpp4.a
>
> I remember someone saying before that there is a problem in libtool.
> However, I don't quite understand how libtool works.
>
> Here's what the make warning says:
>
> libtool: link: warning: undefine
Max Bowsher wrote:
Andreas Eibach wrote:
*Please ANYONE*: anyone who has this 2.0.xx thing running
_successfully_ on
cygwin, please report back here. Maybe I can learn a bit of nifty tricks
from you :)
As I said in the recent thread "Apache DSO modules under Cygwin", I'm
quite happily run
Gerrit P. Haase wrote:
Max Bowsher wrote:
Gerrit P. Haase wrote:
I found the source / build tree, it is still around anyway. The
compressed tarball with the patch is about 400k. May I send
you the patchfile and script (as PM)?
Eep! How did you get a patch that big?
My actual "upstream mo
Max Bowsher wrote:
Gerrit P. Haase wrote:
I found the source / build tree, it is still around anyway. The
compressed tarball with the patch is about 400k. May I send
you the patchfile and script (as PM)?
Eep! How did you get a patch that big?
My actual "upstream modifications" patch is ab
Gerrit P. Haase wrote:
I found the source / build tree, it is still around anyway. The
compressed tarball with the patch is about 400k. May I send
you the patchfile and script (as PM)?
Eep! How did you get a patch that big?
My actual "upstream modifications" patch is about 10k. (that's exclud
Andreas Eibach wrote:
I thought it was sooo simple (as Apache originates from the Unix world),
but isn't. The most important thing I want to get working at first place
is
this damn LOGGING!!
If I have logs, I can usually find bugs and/or problems myself, since I
know WHERE to search for them. B
Andreas Eibach wrote:
*Please ANYONE*: anyone who has this 2.0.xx thing running _successfully_
on
cygwin, please report back here. Maybe I can learn a bit of nifty tricks
from you :)
As I said in the recent thread "Apache DSO modules under Cygwin", I'm quite
happily running Apache 2 under Cyg
Andreas Eibach wrote:
"Gerrit P. Haase" <[EMAIL PROTECTED]> schrieb am 18.06.05 02:22:11:
Andreas,
may I point you to the thread with the subject:
Date: 04-10-31 14:37
Subject: httpd-2.0.52 (Apache2) testers wanted / maintainer searched
-> http://www.cygwin.com/ml/cygwin/2004-10/msg01447.ht
"Gerrit P. Haase" <[EMAIL PROTECTED]> schrieb am 18.06.05 02:22:11:
>
> Andreas,
>
> may I point you to the thread with the subject:
>
> Date: 04-10-31 14:37
> Subject: httpd-2.0.52 (Apache2) testers wanted / maintainer searched
>
> -> http://www.cygwin.com/ml/cygwin/2004-10/msg01447.html
>
Brian Dessent wrote:
You could probably get what you want by building a cross-binutils. Get
the binutils source and build with "./configure --host=i686-pc-cygwin
--target=i686-pc-linux". Then build memtest with "./configure
--target=i686-pc-linux" which should cause it to use the
'i686-pc-lin
"Gerrit P. Haase" wrote:
> Windows binary format differs from ELF. You need to port the program.
In this case, memtest86 is a self-standing binary that you stick on a
floppy and boot from, so it doesn't care what the OS is. But it appears
that their build setup uses ELF-specific assembler direc
"[EMAIL PROTECTED]" wrote:
> And since cygwin works under Windows I suspect, that cygwin people setup
> the 'as' program to support windows loader. Now I am thinking -- should
> I go to linux, or stay with cygwin. Actually I need to write a small
> program, which works on bare metall w/o any o/s.
[EMAIL PROTECTED] wrote:
Thank you for prompt response. I have just installed my ancient copy of
Fedora and there 'make all' of memtest works OK. I also found
'.previous' in 'info as' (on cygwin):
`.previous'
===
This is one of the ELF section stack manipulation directives. Th
Cliff Hones wrote:
Not really on topic, and a quick google finds this:
http://docs.sun.com/app/docs/doc/817-5477/6mkuavhre?a=view
so .previous is accepted by Sun's x86 assembler. I can't see
any reference to .prefix in the Gnu assembler manual however
(google for "gnu gas manual") - so I
[EMAIL PROTECTED] wrote:
> I try to make memtest86 from sources on cygwin and have the following
> error:
>
> $ make
> as -32 -o head.o head.s
> head.s: Assembler messages:
> head.s:623: Error: unknown pseudo-op: `.previous'
> head.s:694: Error: can't handle non absolute segment in `ljmp'
> head.
Hi, Gurus.
I try to make memtest86 from sources on cygwin and have the following error:
$ make
as -32 -o head.o head.s
head.s: Assembler messages:
head.s:623: Error: unknown pseudo-op: `.previous'
head.s:694: Error: can't handle non absolute segment in `ljmp'
head.s:917: Error: unknown pseudo-op
17 matches
Mail list logo
