Thomas Wolff wrote:
I never got nail 11.11 to work properly. The biggest issue is nail sees all
command line options as email addresses:
$ echo test | nail -s subject [EMAIL PROTECTED]
[EMAIL PROTECTED] ~
$ smtp-server: 501 -s: recipient address must contain a domain
. . . message not sent.
Is no
Christopher Faylor wrote:
I got my email working again to be greated with a bunch of these:
upset: *** warning package libguile12abi13 refers to non-existent external-source:
guile
Please fix.
Thanks,
Gerrit
--
=^..^=
Jan Nieuwenhuizen wrote:
Gerrit P. Haase writes:
And I have added a prev: tag for the 1.6.4-12 packages in guile-doc and
the main directory.
Thanks. I didn't think of that. If any problems, please remove
1.6.4-12, it is buggy and 1.6.5 should be better on all accounts.
And keep 1.6.4-2
Christopher Faylor wrote:
On Mon, Oct 25, 2004 at 02:05:11PM -0400, Christopher Faylor wrote:
I got my email working again to be greated with a bunch of these:
upset: *** warning package libguile12abi13 refers to non-existent external-source:
guile
Please fix.
Almost five hours later and no
Gerrit wrote:
Pierre A. Humblet wrote:
At 01:03 PM 10/18/2004 +0200, Corinna Vinschen wrote:
On Oct 18 03:28, Reini Urban wrote:
minires-devel-0.97-1:
#include resolv.h fails suddenly.
Apparently /usr/include/resolv.h misses the definition for
sockaddr_in, which is defined in cygwin/in.h
Thread context: http://cygwin.com/ml/cygwin/2004-10/msg0.html
Stepan schrieb:
Hello Reini,
On Mon, Oct 25, 2004 at 02:49:51PM +0200, Reini Urban wrote:
So I take the liberty to forward it to the bug report address.
Many thanks for doing this for us.
nothing to be really grateful
Peter wrote:
Reini Urban wrote:
Peter Ekberg schrieb:
I have one problem with libtool 1.9d, that I suspect is still present
in 1.9f. If I specify -lpthread when linking, libtool searches for a
[...]
I have this in the generated libtool script:
--8
# Method to
Gary R. Van Sickle wrote:
Now how did that subject line get through my spam filter?
;-)
Hehe, spammer don't use nail as MUA?
User-Agent: nail 11.11 10/13/04
;)
Gerrit
--
=^..^=
Pierre A. Humblet wrote:
Please upload the new minires and minires-devel, deleting the
current test version 0.98-3 and keeping 0.97-1.
Uploaded.
Gerrit
--
=^..^=
Hallo Reini,
Am Sonntag, 24. Oktober 2004 um 18:27 schriebst du:
clamav has been updated. (now with shared lib)
please upload.
wget -q -O - http://xarch.tu-graz.ac.at/publ/cygwin/clamav/get.sh | sh
or
http://xarch.tu-graz.ac.at/publ/cygwin/clamav/clamav-0.80-1.tar.bz2
Larry Hall wrote:
At 06:31 PM 10/23/2004, you wrote:
Larry Hall wrote:
At 07:44 PM 10/22/2004, you wrote:
#include string
class{
std::wstring wstr; //== syntax error before ; token
};
g++ -Wall -g -c program.exe -o filename.cpp
Can someone tell me what I am dong wrong or why I get this error
Pierre A. Humblet wrote:
At 01:03 PM 10/18/2004 +0200, Corinna Vinschen wrote:
On Oct 18 03:28, Reini Urban wrote:
minires-devel-0.97-1:
#include resolv.h fails suddenly.
Apparently /usr/include/resolv.h misses the definition for
sockaddr_in, which is defined in cygwin/in.h
Have no clue why it
Gerrit P. Haase wrote:
Larry Hall wrote:
Gerrit, do you know why string has the wstring typedef commented out?
wchar_t and wstring are not in newlib and so they are not in cygwin.
Yeah, I thought of that but then I grepped through newlib and there
seemed to be plenty of references
Larry Hall wrote:
Sorry, I wasn't specific in my reply. 'wchar_t' is referenced in newlib.
'wstring' is only defined (typedef) in '/usr/include/g++-3/string' but it
is commented out. Like I said though, if you uncomment it (or put the same
definition in the code), everything compiles/links
Charles Wilson wrote:
Christopher Faylor wrote:
Does this mean that I should generate a new version of binutils?
Releasing a new binutils would help with the data alignment issue
http://sources.redhat.com/ml/binutils/2004-09/msg00230.html
(errm...will this cause compatibility problems? I don't
Harold L Hunt II wrote:
... In short, porting nail (or similar free software)
to Windows has an ill effect on that software. Don't do it.
My general response to arguments like that is: fuck 'em. I'll port it
just to be a thorn in the guys side.
Bravo!!!
Gerrit
--
=^..^=
Ross Smith II wrote:
Isn't there anyone out there who can perform the dead-simple act of
packaging up nail for this purprose?
It can't be that simple to port, or someone would have already done it.
Christ, I can't even untar nail to my Cygwin box as it contains a file named
aux.c.
Besides the
[EMAIL PROTECTED] wrote:
Hello,
I am compiling using the latest Cygwin.
My main.cpp starts with:
Could please send my a snippet that I can use to test the compiler as I
have installed it here? I need to reproduce your error, else I cannot
tell you anything.
Gerrit
--
=^..^=
--
Unsubscribe
Larry Hall wrote:
At 07:44 PM 10/22/2004, you wrote:
#include string
class{
std::wstring wstr; //== syntax error before ; token
};
g++ -Wall -g -c program.exe -o filename.cpp
Can someone tell me what I am dong wrong or why I get this error message?
Presuming you're using the latest Cygwin
Judd wrote:
The error I'm getting now is:
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_chkstk.o)(.text+0x0):
multiple definition of `__alloca'
/usr/lib/libcygwin.a(d85.o)(.text+0x0): first defined here
Yaakov Selkowitz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerrit P. Haase wrote:
| AC_CHECK_FUNCS(mmap) issues this:
| checking for mmap... yes
|
| This is what I will using now for all the GNOME packages, there are
| several packages affected, so far I know of:
| - libgtop
| - gtk
Grzegorz B. Prokopski wrote:
Hi Gerrit, Hi Peter,
I looked at the patches to screen what's really needed.
* SableVM
IIUC the foreign was used only because of libffi being 'included' into
sources which, as discussed earlier, we can't accept. BTW. Some claim
(I have not verified it) that you need
Ross Smith II wrote:
I want to contribute/maintain email.
Canonical website: http://email.cleancode.org/
Though I use nail for this, which unfortunately not included, please
count +1 vote from me.
Gerrit
--
=^..^=
Marcel Telka wrote:
Hi.
Please upload new docbook-xsl-1.66.1-2 files:
http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.66.1-2-src.tar.bz2
http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.66.1-2.tar.bz2
Uploaded.
and remove old 1.65.1-1 files.
Done.
Gerrit
--
=^..^=
AC_CHECK_FUNCS(mmap) issues this:
checking for mmap... yes
This is what I will using now for all the GNOME packages, there are
several packages affected, so far I know of:
- libgtop
- gtk+
- libgnomeprint
- libgsf
I think it just tries to link against the system library and it
succeeds, so
Gerrit P. Haase wrote:
AC_CHECK_FUNCS(mmap) issues this:
checking for mmap... yes
This is what I will using now for all the GNOME packages, there are
several packages affected, so far I know of:
- libgtop
- gtk+
- libgnomeprint
- libgsf
I think it just tries to link against the system library
Grzegorz B. Prokopski wrote:
Ready compiled SableVM binary and source package:
http://anfaenger.de/cygwin/cygwin-1.5/sablevm/
The source package includes also the patch and uses a statically libffi,
so it doesn't need a FFI DLL. Could you verify that this SableVM works
as expected, please?
Andrew schrieb:
Actually, I think it might even be less trouble to create a separate docs
package than to try cramming extra binary files into the unison one, but
it's really up to you.
Well creating a unison-doc package would be easy-- it only has two files, the
HTML and PDF manuals. But
Jean-Sebastien schrieb:
Of course, I don't mind becoming maintainer for these packages...
I just want to know if there's actual interest for this, or else I'll
stop wasting my time...
Let me know what you think.
Yes, +1 from me. There are packages out there depending on Cygwin and
non
Hi Yaakov,
Thanks for uploading, but I think you missed the setup.hint for
gnome-common, could you check and upload again if necessary?
Fixed.
GNOME category:
| No, I don't think we need it. Put it in X11 and others? Or should we
| request another category again?
The problem is that
Yaakov schrieb:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerrit P. Haase wrote:
| I cannot get libgnomeprint to do what I expect it to do, printing to a
| file.
|
| I'm getting an error:
|
| Module /.../cyggnoome-print-file.dll does not contains an init function
Hi Charles,
I just don't think it is good idea to use flags for s.th. else just
because they are there anywhere. If there is need for anther special
flag then introduce it, exactly for this reason and this platform and
for nothing else. DLL_EXPORT is the best example, if there is really a
need
Charles Wilson wrote:
That's a gmp bug, not a libtool bug.
And I don't think so. IMO all assembler code cannot be compiled on
Cygwin when you use -DPIC to compile it. If libtool is used as it is
now, the compilation will fail, so libntool should care about this and
don't use this flag in case
Hi Charles,
yet another contra:
You're missing the point. *libtool* doesn't know that -DPIC means
nothing for your code. On some platforms, you really have to compile
DIFFERENT CODE, not just compile the same code in a different way
(-fpic), when you want to make a pic object.
Don't mix
Yes, I know I'm annoying...
configure already checks for needed gcc options:
checking for gcc option to produce PIC...
So why don't go with it and use the option which is issued here from
configure? What are all the tests good for if finally libtool overrides
it with its own flags?
Gerrit
--
Kelley wrote:
--- Lapo Luchini [EMAIL PROTECTED] wrote:
gmp-4.1.4-1 has been uploaded to the Cygwin net distribution.
Thanks go to Gerrit, who did *all* the work on this release.
Please notice gmp-4.1.3 had a serious miscomputation bug, upgrade to
gmp-4.1.4 is strongly suggested.
Hi,
I have binary packages of SableVM and SableVM Classpath uploaded;
http://anfaenger.de/cygwin/cygwin-1.5/sablevm/
export CLASSPATH=/usr/lib/sablevm/sablevm-classpath
get sablecc to run a benchmark: http://sablecc.org/
I used the stable release:
Hi Angelo,
in this case the bits precision is always a multiple of 30
(this is strange: one expect a multiple of a power of 2!)
4.1.3 and 4.1.4 were configured / compiled with the option:
--enable-nails
Could you please compile your version with-nails
[EMAIL PROTECTED] wrote:
I want to add PDF and HTML user manuals (about 250 KB and 160 KB,
respectively) into the unison package. The manuals are available for
download at the upstream site, but they aren't included in the package
source archive. This creates two problems:
(1) It will cause the
Hello,
after the latest upgrade, all my headers are gone.
I suspect because I have unseleted the lndir package. Is it really
needed? But I don't want lndir. Can I remove it agter the installation?
Gerrit
--
=^..^=
Alexander schrieb:
On Thu, 14 Oct 2004, Gerrit P. Haase wrote:
Hello,
after the latest upgrade, all my headers are gone.
I suspect because I have unseleted the lndir package. Is it really
needed? But I don't want lndir. Can I remove it agter the installation?
This is strange
Hallo Andrew,
Am Donnerstag, 14. Oktober 2004 um 02:39 schriebst du:
I just recently began using Cygwin and was pleased to find your port
of the Check framework. I was curious if you had noticed that a couple
of new versions have been released since your last update:
Hello,
it is a mess...
Whatever happend after this thread,
http://www.cygwin.com/ml/cygwin-patches/2001-q1/msg00248.html
it was not the result that it is working now, the simple testcase Robert
provided still (or again) doesn't work. Even if I use _tzname instead
of tzname it prints out
Reini wrote:
Charles Wilson schrieb:
Gerrit P. Haase wrote:
With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
generated assembly is broken. I saw this problem with a
reautoconfiscated version of GMP. This may be unusual, but there was
libtool used to invoke gas.
While
Hi Charles,
Libtool gives -DPIC -DDLL_EXPORT to indicate a cygwin or mingw DLL. We
undefine PIC since we don't need to be position independent in this
case and definitely don't want the ELF style _GLOBAL_OFFSET_TABLE_ etc.
ifdef(`DLL_EXPORT',`undefine(`PIC')')
Now, on *mingw*, we do
Corinna wrote:
On Oct 14 11:50, Gerrit P. Haase wrote:
Hello,
it is a mess...
Whatever happend after this thread,
http://www.cygwin.com/ml/cygwin-patches/2001-q1/msg00248.html
it was not the result that it is working now, the simple testcase Robert
provided still (or again) doesn't
Corinna wrote:
On Oct 14 13:17, Gerrit P. Haase wrote:
Corinna wrote:
Hmm, I just tried Robert's test program on a DLL from current CVS:
$ ./tzset.exe
std:WEST
dst:WEDT
and it works regardless if $TZ is set or not. Could you debug this further?
No, I have no idea, it just
Hello,
sionce it is requested often, I ported a replacement for script:
ttyrec-1.0.6: http://namazu.org/~satoru/ttyrec/
Patch is attached.
Have fun,
Gerrit
--
=^..^=
ttyrec.diff
Description: Binary data
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Charles wrote:
Gerrit P. Haase wrote:
With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
generated assembly is broken. I saw this problem with a
reautoconfiscated version of GMP. This may be unusual, but there was
libtool used to invoke gas.
While -DPIC is a noop
Hi Peter,
coming back to this now.
I'm also willing to help port and maintain.
Fine. I have to offer two possible scenarios.
1.
I have a stripped down standalone libffi package with a shared libffi
now. This version is based on the sources from the cygwin release of
gcc-3.3.3. You can take
Noah Misch wrote:
On Tue, Oct 12, 2004 at 03:29:10PM +0200, Gerrit P. Haase wrote:
Gerrit wrote:
PING!
Hello,
With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
generated assembly is broken. I saw this problem with a
reautoconfiscated version of GMP. This may be unusual
Hello Yaakov,
Am Dienstag, 12. Oktober 2004 um 04:28 schriebst du:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerrit P. Haase wrote:
| I nearly have it all compiled now, still missing the READMEs though.
| The desktop is running, but I need to use my modified ORBit2 build to
| get non
Gerrit wrote:
PING!
Hello,
With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
generated assembly is broken. I saw this problem with a
reautoconfiscated version of GMP. This may be unusual, but there was
libtool used to invoke gas.
While -DPIC is a noop for usual
Hallo Judd,
Am Dienstag, 12. Oktober 2004 um 20:19 schriebst du:
I'm trying to port OpenInventor freeware over to cygwin and I'm having some
problems with the linkage. When trying to build the DLL, I'm coming up with
some errors I'm having a hard time trying to get around.
g++ -shared -o
Hallo David,
Am Dienstag, 12. Oktober 2004 um 19:11 schriebst du:
HI,
Like everyone else, I have cygwin installed on my Microsoft Windows platform.
And, I installed Oracle on the machine. Unfortuanately, all the Oracle
libraries link only with Microsoft's CL compiler.
Has anyone used
Hallo Judd,
Am Dienstag, 12. Oktober 2004 um 20:19 schriebst du:
I'm trying to port OpenInventor freeware over to cygwin and I'm having some
problems with the linkage. When trying to build the DLL, I'm coming up with
some errors I'm having a hard time trying to get around.
g++ -shared -o
Hallo Yaakov,
Am Montag, 11. Oktober 2004 um 23:05 schriebst du:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yaakov Selkowitz wrote:
| These are freedesktop.org packages listed as prereqs for the GNOME
| desktop; I would like to contribute them to the distro.
Ping? These are GNOME
Hello Reini,
[...]
But it didn't help on another (related?) new cygwin libtool problem:
Sometimes it switches to .exe instead of .dll. Will investigate this
further. My current theory is that -o soname just missed the .dll
extension and .exe is then taken as default.
I saw similar errors
Hello,
With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
generated assembly is broken. I saw this problem with a
reautoconfiscated version of GMP. This may be unusual, but there was
libtool used to invoke gas.
While -DPIC is a noop for usual compilation, it is harmful when
Dalibor wrote:
Gerrit P. Haase gp at familiehaase.de writes:
I have some replacement functions for inet_ntop inet_pton which I
found in the kaffe sources, these don't include coyright notices and
compile ok on Cygwin.
Hallo Gerrit,
I've explicitely included them for Cygwin :)
Hmm
Angelo schrieb:
Oh not again...
I have rebuilt my previous applications (which use also LiDIA).
With version 4.1.3-3 of the package they give incorrect results
(Pi() prints 0.4...E-4 instead of 3.14..., for example).
I saw the same problems, but I wasn't able to track this down, so I
thought
Dalibor wrote:
[...]
Yes I see, maybe I was confused by your words:
... and published under a BSD license without an advertising clause.
Gerrit
--
=^..^= http://nyckelpiga.de/donate.html
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Hallo Kevin, hello Bertrand,
Am Freitag, 13. August 2004 um 20:43 schriebst du:
Hi,
I downloaded berkeleydb-4.2.52 and two patches from sleepycat.
When I tried to compile it I got the errors from ../lock/lock_region.c
as below.
Anybody know what's wrong?
Thanks,
Kevin
lex ein wrote:
I've read lots of web pages about how to set it up,
WHY DON'T YOU READ THE OFFICIAL DOCUMENTATION INSTEAD? [caps mine]
BECAUSE in the case of openssh(and others), the official
documentation is of little use to a new user: information is not
Huh? I have read
Reini Urban wrote:
Robert R Schneck schrieb:
lex ein wrote:
6. If a user has by some miracle heard of 'locate', a search using
'locate openssh' produces no results unless the user first runs
'updatedb'.
How about other distros?
Under Linux it is installed as a cron job which runs at least
Hi,
who knows if there is a Cygwin version available somewhere?
Gerrit
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
Hello Reini,
Am Freitag, 8. Oktober 2004 um 05:43 schriebst du:
Reini Urban schrieb:
Norman Vine schrieb:
Proj4 http://proj.maptools.org/ should build OTB
well, we want it shared. add this to some lib srcfile: src/geocent.c
#ifdef __CYGWIN__
int main(int argc, char **argv) { }
Reini Urban wrote:
but geos-2.0.1 goes ok as shared. (with added -no-undefined)
/bin/cyggeos-2.dll 8MB
You shpuld strip the DLL;)
Gerrit
Hello Reini,
since there's no libodbc yet (gerrit? I didn't find it on
http://anfaenger.de/cygwin/), no ODBC support. those folks should
recompile.
Hmmm, I can provide a package in about an hour or two.
Well, which library is wanted here, there are several possible:
unixODBC
libiodbc
Hello Reini,
iODBC must not be super-duper ITP ready.
just somethink to link against, for me to test it.
Ok, I have it ready, just no README yet.
iODBC Driver Manager 3.52.1 configuration summary
=
Installation variables
layout
Hallo Jan,
Am Freitag, 8. Oktober 2004 um 09:16 schriebst du:
Charles Wilson writes:
What was my objection back then? I'm sure someone objected, because
otherwise it would have gone in; and I'm sure it was me, because
nobody else cares about the libtool internals. :-)
What is relinking
Grzegorz wrote:
On Thu, 2004-10-07 at 18:45, Peter Lovell wrote:
I was not able to check out Mélanie's sandbox in the way you suggested
($ svn co svn+ssh://svn.sablevm.org/public/developers/mlord
sablevm-mlord) probably because I don't have an ssh account. However
I was able to fetch
Hello Bryan,
Am Freitag, 8. Oktober 2004 um 19:23 schriebst du:
I am trying to install PerlMagick on my WinXP box with Cygwin, and
everything seems to install (after some tweaking of the build process,
described below) fine. Except that none of the PerlMagick tests pass and
when I run the
Christopher Faylor wrote:
Isn't the usual solution for this to provide an empty mhash-devel package
as [curr]? That way people will get mhash-devel uninstalled from their
systems, rather than having mhash and mhash-devel share files (which will
be removed if mhash-devel *is* uninstalled manually
Hello Han-Wen,
libtool: install: warning: relinking `libguile-srfi-srfi-1-v-2.la'
I saw also problems with the useless relinking, I think it is time to
remove this for Cygwin completely. I have already fixed it in my
local copy:
$ diff -ud ltmain.sh.old ltmain.sh
--- ltmain.sh.old
Hello Brian,
(As for a local resolver, I use the win32 BIND9.)
Works well? I don't like BIND very much, but I could use it as a
fall-back in case I can't get dnscache to work...
It works well, even has a nifty installer that installs it as a
service. The command line binaries (host, dig,
Hallo Charles,
+1 vote from me for libgeotiff (makes 3 IIRC, please upload).
+1 vote for proj.
Would you ming to included also GEOS in this set of packages?
If so, +1 vote for geos.
Where did THIS come from? I ITP'ed these over a year ago; surely
there's a statute of limitations
Hello,
Just read at the gnome website about the cross-desktop MIME-type
system.
As with GNOME 2.6, you must define the XDG_DATA_DIRS environment
variable to the path at which your MIME database is installed, for
instance prefix/share.
Now I thought that things like this need to be handled, and
Hello Yaakov,
As with GNOME 2.6, you must define the XDG_DATA_DIRS environment
variable to the path at which your MIME database is installed, for
instance prefix/share.
Now I thought that things like this need to be handled, and probably
the best would be to do such initial settings in the
Reini Urban wrote:
Jari Aalto+list.cygwin-apps schrieb:
New port for review.
Ah, Jaari is back in business! Great. And a complete new building
engine... and the same libtool problems as most of us...
+1 for sqlite
+1 vote from me too.
./sqlite-3.0.7-1.sh conf builds into
Joe Linoff wrote:
I am afraid that I am not sure what you mean by beta-test but I don't
think that the program needs to be tested at all.
This version of ccdoc has been released to sourceforge and is already in
the public domain.
The reason I submitted it to this group for approval was because
Reini Urban wrote:
Ah, and if you upload it please remove mhash-devel, since mhash-0.9.1-1
includes the devel stuff also. I already wrote it, but double is better.
Or leave it as [prev]. As you want. (I don't think so)
No, removed it and changed the setup.hint you included to reflect that
the
Hallo Steven,
Am Mittwoch, 6. Oktober 2004 um 02:23 schriebst du:
Greetings!
I tried downloading g++ version 3.4.1 (which I've been
eagerly awaiting) from setup.exe. It had trouble with
the following (minimal) program because the string
header could not find cstddef where it expected to
Hello Reini,
Am Montag, 4. Oktober 2004 um 23:39 schriebst du:
Gerrit P. Haase schrieb:
The tablespace feature is known to fail.
What does this mean exactly? (Link to docu should do it).
http://developer.postgresql.org/docs/postgres/catalog-pg-tablespace.html
just specify the physical
Hallo Gerrit,
Am Dienstag, 5. Oktober 2004 um 04:25 schriebst du:
Hello Reini,
getting this when I try to build:
make[1]: Leaving directory
`/ftproot/pub/PostgreSQL/postgresql/postgresql-8.0.0cvs/.build/contrib/dbsize'
make: *** earthdistance: No such file or directory. Stop.
make:
Hello Charles,
+1 vote from me for libgeotiff (makes 3 IIRC, please upload).
+1 vote for proj.
Would you ming to included also GEOS in this set of packages?
If so, +1 vote for geos.
Gerrit
--
=^..^=
Hello Igor,
Use managed mounts to avoid renaming.
Please don't, at least not for the final package. I'd be very wary of
putting packages into the distribution that would require managed mounts
to build.
Why? You can handle the build from a buildscript including mounting
and umounting so
Hello Igor,
Why?
I'm thinking of some people who'd want to use non-Cygwin tools to look at
and debug the package source. NTEmacs comes to mind.
This is not a Cygwin application and I don't want to support it. And
besides that, you can still look at the source, though you should know
how
Hello Lapo,
Well I guess I will at least try harder porting djbdns, then, I really
miss a local DNS resolver on my laptop 0=)
1. caching DNS server
Maradns: http://www.maradns.org/
it is under active development and the upstream maintainer supports
Cygwin (by request, he don't uses Cygwin
Hallo Ken,
Am Dienstag, 5. Oktober 2004 um 11:21 schriebst du:
I'm trying to build a Linux gui app and failing miserably.
Any help would be appreciated.
$ pkg-config --libs gtk+-2.0
gnome-config: not found
Package gobject-2.0 was not found in the pkg-config search path.
Perhaps you should
Hello Ken,
This is all gnome stuff. You'll need to install gnome dev stuff.
That was my original thought but:
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=gnome
doesn't appear to have any gnome specific stuff.
It has gtk stuff, which I have.
(cygcheck was attached to previous
Hello Reini,
The tablespace feature is known to fail.
What does this mean exactly? (Link to docu should do it).
Gerrit
--
=^..^=
Hello Charles,
I would like to maintain the xcoral package. The source is found at
+1 vote from me.
http://xcoral.free.fr
The port has been done, but I am having one trouble with the package
creation. To make the port, I had to move files to a different directory.
For example control.h
Hello Reini,
getting this when I try to build:
make[1]: Leaving directory
`/ftproot/pub/PostgreSQL/postgresql/postgresql-8.0.0cvs/.build/contrib/dbsize'
make: *** earthdistance: No such file or directory. Stop.
make: Entering an unknown directorymake: Leaving an unknown directorymake: ***
Hello Reini,
gcc-core 3.3.3
needs libtool-devel-1.5.10 (still in test) for
libtoolized packages: .rdata bug
Not a bug, a feature?
postgreql-7.4.5
pgperl fails
Why?
gnome2
stable?
some packages missing.
far away from stable...
* perl layout (better upgrade
Hallo Reini,
Am Montag, 4. Oktober 2004 um 21:06 schriebst du:
Gerrit P. Haase schrieb:
gcc-core 3.3.3
needs libtool-devel-1.5.10 (still in test) for
libtoolized packages: .rdata bug
Not a bug, a feature?
??
I don't know if it is a bug or a feature, it may well
Hello Charles,
Am Sonntag, 3. Oktober 2004 um 06:49 schriebst du:
Gerrit P. Haase wrote:
Well, you have a struct that is const, so it never changes and new gcc
puts the whole struct into .rdata
static const
struct poptOption cl_libIDL_callback_options[] = {
[snip]
But the important
Hello Yaakov
[snip]
Second, remove all symbols with two leading underscores, remove all
garbage and newlines and see which symbols are remaining. We should
create a handy script to do this.
Now, since I found a way around this problem, I think I'll have a
version of libbonobo and GConf
Hello Yaakov
It is difficult. Most of the relevant code in libbonobo is generated
by the idl compiler, so this compiler needs to generate valid code.
I try to figure out where to change it.
I have changed two things in ORBit:
1. enable build of a running compiler on Cygwin, removed const
Hello,
I see the following:
I link four objects togehter in a DLL:
gcc -shared -o .libs/cyggconfbackend-oldxml.dll \
-Wl,--out-implib,.libs/libgconfbackend-oldxml.dll.a \
.libs/xml-cache.o .libs/xml-dir.o .libs/xml-entry.o \
.libs/xml-backend.o ${LIBS}
Now I get this in the import
901 - 1000 of 2339 matches
Mail list logo
