Menu
▾
▴
python-ldap-dev — discussion among developers
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
(34) |
Mar
(9) |
Apr
|
May
(2) |
Jun
(14) |
Jul
(67) |
Aug
(34) |
Sep
(5) |
Oct
(20) |
Nov
(22) |
Dec
(31) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(15) |
Feb
(16) |
Mar
(20) |
Apr
(13) |
May
(72) |
Jun
(42) |
Jul
(41) |
Aug
(11) |
Sep
(19) |
Oct
(67) |
Nov
(59) |
Dec
(57) |
| 2002 |
Jan
(74) |
Feb
(69) |
Mar
(34) |
Apr
(55) |
May
(47) |
Jun
(74) |
Jul
(116) |
Aug
(68) |
Sep
(25) |
Oct
(42) |
Nov
(28) |
Dec
(52) |
| 2003 |
Jan
(19) |
Feb
(18) |
Mar
(35) |
Apr
(49) |
May
(73) |
Jun
(39) |
Jul
(26) |
Aug
(59) |
Sep
(33) |
Oct
(56) |
Nov
(69) |
Dec
(137) |
| 2004 |
Jan
(276) |
Feb
(15) |
Mar
(18) |
Apr
(27) |
May
(25) |
Jun
(7) |
Jul
(13) |
Aug
(2) |
Sep
(2) |
Oct
(10) |
Nov
(27) |
Dec
(28) |
| 2005 |
Jan
(22) |
Feb
(25) |
Mar
(41) |
Apr
(17) |
May
(36) |
Jun
(13) |
Jul
(22) |
Aug
(12) |
Sep
(23) |
Oct
(6) |
Nov
(4) |
Dec
|
| 2006 |
Jan
(11) |
Feb
(3) |
Mar
(5) |
Apr
(22) |
May
(1) |
Jun
(10) |
Jul
(19) |
Aug
(7) |
Sep
(25) |
Oct
(23) |
Nov
(5) |
Dec
(27) |
| 2007 |
Jan
(25) |
Feb
(17) |
Mar
(44) |
Apr
(8) |
May
(33) |
Jun
(31) |
Jul
(42) |
Aug
(16) |
Sep
(12) |
Oct
(16) |
Nov
(23) |
Dec
(73) |
| 2008 |
Jan
(26) |
Feb
(6) |
Mar
(46) |
Apr
(17) |
May
(1) |
Jun
(44) |
Jul
(9) |
Aug
(34) |
Sep
(20) |
Oct
(2) |
Nov
(4) |
Dec
(16) |
| 2009 |
Jan
(14) |
Feb
(3) |
Mar
(45) |
Apr
(52) |
May
(34) |
Jun
(32) |
Jul
(24) |
Aug
(52) |
Sep
(22) |
Oct
(23) |
Nov
(19) |
Dec
(10) |
| 2010 |
Jan
(10) |
Feb
(13) |
Mar
(22) |
Apr
(9) |
May
(1) |
Jun
(1) |
Jul
(8) |
Aug
(9) |
Sep
(10) |
Oct
(1) |
Nov
(2) |
Dec
(3) |
| 2011 |
Jan
|
Feb
(18) |
Mar
(39) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <mi...@st...> - 2002-12-16 20:51:29
|
HI! Anyone in favour of re-enabling method set_rebind_proc()? It has been disabled quite a while ago and I would like to remove the code from LDAPObject.c. Callbacks are pretty un-pythonic and the functionality can be better achieved in a Python wrapper class. If someone really needs it he/she should volunteer maintaining it according to changes which might have been made in recent versions of OpenLDAP 2.x. Ciao, Michael. |
|
From: <mi...@st...> - 2002-12-11 22:31:51
|
HI! I've committed some changes to use OpenLDAP 2.x's ldap_search_ext() instead of ldap_search(). This enables the application to specify a client-side search limit when using method search_ext() or search_ext_s(). The latter is inconvenient since ldap.SIZE_LIMIT_EXCEEDED is raised when the search limit was exceeded. Use (still undocumented) class ldap.async.List instead. This change is hidden in a back-ward compatible way in wrapper class ldap.ldapobject.LDAPObject. Old code should still work. Please test! Ciao, Michael |
|
From: Joe L. <jl...@op...> - 2002-12-11 19:03:24
|
Actually, the bug in the RPM is that newer files a part of pre06 (schema, etc) didn't make it into the RPM because I had explicit entries for files. This was an artifact of a recent patched spec file that was submitted to me. I forgot certain implications when I build the first pre06 releases. I've since updated the RH7.3 RPM to version 3, and the RH8.0 edition to version 2 to address this. This is available in the usual spots on ftp://ftp.open-it.org Also, the original problem of including .py files in the doc sections has also been addressed. On Wednesday, December 11, 2002, at 12:38 AM, Harri Pasanen wrote: > On Wednesday 11 December 2002 02:46, you wrote: >> I can confirm that its putting stuff into the docs folder, and I'll >> have to fix that. As to not working, that's different. What's the >> difference of the working vs non-working in the site-packages tree? >> > > Well, everything in Lib goes under /usr/share/doc and is missing from > the > site-packages. So just simple 'import ldap' fails. > > My hunch is that the following line in the python-ldap.spec file is > the cause > of all evil: > %doc Doc README Lib $RPM_SOURCE_DIR/python-ldap.lib.pdf > > but I'm not sufficiently versed in rpm spec files to state this with > authority. > > The full rpm contens, as reported by > rpm -qpl ~/downloads/python-ldap-2.0.0pre06-1.i386.rpm > > /usr/lib/python2.2/site-packages/_ldap.so > /usr/lib/python2.2/site-packages/ldap/__init__.py > /usr/lib/python2.2/site-packages/ldap/async.py > /usr/lib/python2.2/site-packages/ldap/functions.py > /usr/lib/python2.2/site-packages/ldap/ldapobject.py > /usr/lib/python2.2/site-packages/ldap/modlist.py > /usr/lib/python2.2/site-packages/ldapurl.py > /usr/lib/python2.2/site-packages/ldif.py > /usr/share/doc/python-ldap-2.0.0pre06 > /usr/share/doc/python-ldap-2.0.0pre06/Lib > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/__init__.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/__init__.pyc > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/async.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/async.pyc > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/cidict.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/cidict.pyc > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/functions.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/functions.pyc > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/ldapobject.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/ldapobject.pyc > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/modlist.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/modlist.pyc > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/sasl.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/sasl.pyc > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/schema > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/schema/__init__.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/schema/__init__.pyc > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/schema/models.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/schema/models.pyc > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/schema/subentry.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/schema/subentry.pyc > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/schema/tokenizer.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldap/schema/tokenizer.pyc > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldapurl.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldapurl.pyc > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldif.py > /usr/share/doc/python-ldap-2.0.0pre06/Lib/ldif.pyc > /usr/share/doc/python-ldap-2.0.0pre06/README > /usr/share/doc/python-ldap-2.0.0pre06/python-ldap.lib.pdf > > |
|
From: Jens V. <je...@zo...> - 2002-11-30 01:13:57
|
this problem has nothing to do with zope. the ldap module zope is=20 trying to import is messed up. the one zope is trying to import is most=20= likely not the same one that gets imported if you run python itself=20 from the command line. you need to locate the exact python binary zope uses and rebuild the=20 python-ldap module with that binary. jens On Friday, Nov 29, 2002, at 19:09 US/Eastern, Jorge Loureiro Dias wrote: > I=B4m using Linux RedHat 8, Zope 2.6 , python-ldap-2.0.0pre06-1(rpm=20 > version) > and LDAPUserFolder. > I also have Python 2.2 installed. > > In Python, I can 'import ldap' and connect to my LDAP server.=20 > Everything > works fine. > > But when Zope starts and tries to import ldap, it fails and sends a=20 > message: > > "undefined symbol PyType_IsSubtype". > > With Zope 2.51 and another server the same error occurs. > > -- > Jorge Loureiro Dias > lou...@dt... > > > ------------------------------------------------------- > This SF.net email is sponsored by: Get the new Palm Tungsten T > handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > _______________________________________________ > Python-LDAP-dev mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/python-ldap-dev |
|
From: Jorge L. D. <lou...@dt...> - 2002-11-30 00:09:41
|
I=B4m using Linux RedHat 8, Zope 2.6 , python-ldap-2.0.0pre06-1(rpm versi= on)=20 and LDAPUserFolder. I also have Python 2.2 installed. In Python, I can 'import ldap' and connect to my LDAP server. Everything=20 works fine. But when Zope starts and tries to import ldap, it fails and sends a messa= ge: "undefined symbol PyType_IsSubtype". With Zope 2.51 and another server the same error occurs. -- Jorge Loureiro Dias lou...@dt... |
|
From: <mi...@st...> - 2002-11-24 13:16:20
|
Michael Engelhart wrote: > Is there anyway in python-ldap to retrieve the schema or an allowed > attribute list from a directory (possibly an empty directory - no > entries yet added). Yes, dig into ldap.schema added in python-ldap 2.0.0pre06 (not yet documented and possibly still subject to changes). See http://python-ldap.sourceforge.net/pydoc/ldap.schema.html and Demo/schema.py Ciao, Michael. |
|
From: Michael E. <men...@ka...> - 2002-11-23 15:21:18
|
Is there anyway in python-ldap to retrieve the schema or an allowed attribute list from a directory (possibly an empty directory - no entries yet added). Thanks Mike |
|
From: Juergen S. <sch...@fh...> - 2002-11-12 19:40:33
|
Hi.
It works !!!
Without the space in the path and compiled with the Zope-included Python 2.1
i'm able to use the LDAPuserfolder with Zope 2.5.1.
Thanks to all for your help.
Best Regards
Juergen
----- Original Message -----
From: "Steven Graham" <sg...@wu...>
To: "Peter Hawkins" <pe...@ha...>
Cc: <pyt...@li...>
Sent: Tuesday, November 05, 2002 10:55 AM
Subject: Re: still probs to compile python-ldap on macosx
>
> ld -R/filename does error out also, and after finding what was wrong it
only
> issued a warning as Jens said earlier.
>
> For some reason gcc doesn't like the space in the filename when linking.
> This might not be gcc, it could be the shell that gcc is calling to exec
ld.
> In any case I modified util.py in the distutils package to strip out
spaces
> in the machine name ('Power Macintosh-2.2') when the osname is 'darwin'.
>
> The patch is as follows:
> --- util.py Tue Nov 5 01:29:27 2002
> +++ util.py.osx Tue Nov 5 01:26:22 2002
> @@ -67,6 +67,8 @@
> m = rel_re.match(release)
> if m:
> release = m.group()
> + elif osname[:6] == "darwin":
> + machine = machine.replace(' ','')
>
> return "%s-%s-%s" % (osname, release, machine)
> ----end patch (don't include this in file)----
>
> You can patch util.py (after making a backup) like so:
>
> # cd /path/to/python/lib/distutils/
> # cp util.py util.py.orig
> # patch -u -p0 < patch_filename
>
> Where patch_filename is the file you save the patch into.
> If you don't want to use patch you can add the two line fix by hand :)
>
> This will cause the output_dir variable to be set to
> 'build/temp.darwin-6.1-PowerMacintosh-2.2/'
>
> I'm sure there is an easier way to set the build directory through options
> in either setup.py or through the command line but I can't find any. This
> fix seemed to work for me.
>
> -Steve
>
> Note: I have python2.2 installed on my system but it was showing the same
> problems.
>
> On 11/4/02 11:01 PM, "Peter Hawkins" <pe...@ha...> wrote:
>
> > Hi...
> >
> >
> > On Tue, 5 Nov 2002 02:28 pm, Steven Graham wrote:
> >> I disagree, under normal operation the command is failing and
> >> exiting with a status of 1 (Under OS X)
> >>
> >> 31% ld -R; echo $?
> >> ld: unknown flag: -R
> >> 1
> >
> > -R takes an argument on other UNIXes. , and you'd expect ld to fail on
> > that command line anyway since you haven't given it any input files.
> >
> > On linux:
> > peterh@warpcore:~$ ld -R; echo $?
> > ld: unrecognized option '-R'
> > ld: use the --help option for usage information
> > 1
> > peterh@warpcore:~$ ld -R/tmp; echo $?
> > ld: no input files
> > 1
> > peterh@warpcore:~$
> >
> > =)
> > Peter
>
> ----
> Steven Graham
> sg...@wu...
>
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> Python-LDAP-dev mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>
>
|
|
From: Juergen S. <sch...@fh...> - 2002-11-12 19:40:11
|
Hi.
It works !!!
Without the space in the path and compiled with the Zope-included Python 2.1
i'm able to use the LDAPuserfolder with Zope 2.5.1.
Thanks to all for your help.
Best Regards
Juergen
----- Original Message -----
From: "Steven Graham" <sg...@wu...>
To: "Peter Hawkins" <pe...@ha...>
Cc: <pyt...@li...>
Sent: Tuesday, November 05, 2002 10:55 AM
Subject: Re: still probs to compile python-ldap on macosx
>
> ld -R/filename does error out also, and after finding what was wrong it
only
> issued a warning as Jens said earlier.
>
> For some reason gcc doesn't like the space in the filename when linking.
> This might not be gcc, it could be the shell that gcc is calling to exec
ld.
> In any case I modified util.py in the distutils package to strip out
spaces
> in the machine name ('Power Macintosh-2.2') when the osname is 'darwin'.
>
> The patch is as follows:
> --- util.py Tue Nov 5 01:29:27 2002
> +++ util.py.osx Tue Nov 5 01:26:22 2002
> @@ -67,6 +67,8 @@
> m = rel_re.match(release)
> if m:
> release = m.group()
> + elif osname[:6] == "darwin":
> + machine = machine.replace(' ','')
>
> return "%s-%s-%s" % (osname, release, machine)
> ----end patch (don't include this in file)----
>
> You can patch util.py (after making a backup) like so:
>
> # cd /path/to/python/lib/distutils/
> # cp util.py util.py.orig
> # patch -u -p0 < patch_filename
>
> Where patch_filename is the file you save the patch into.
> If you don't want to use patch you can add the two line fix by hand :)
>
> This will cause the output_dir variable to be set to
> 'build/temp.darwin-6.1-PowerMacintosh-2.2/'
>
> I'm sure there is an easier way to set the build directory through options
> in either setup.py or through the command line but I can't find any. This
> fix seemed to work for me.
>
> -Steve
>
> Note: I have python2.2 installed on my system but it was showing the same
> problems.
>
> On 11/4/02 11:01 PM, "Peter Hawkins" <pe...@ha...> wrote:
>
> > Hi...
> >
> >
> > On Tue, 5 Nov 2002 02:28 pm, Steven Graham wrote:
> >> I disagree, under normal operation the command is failing and
> >> exiting with a status of 1 (Under OS X)
> >>
> >> 31% ld -R; echo $?
> >> ld: unknown flag: -R
> >> 1
> >
> > -R takes an argument on other UNIXes. , and you'd expect ld to fail on
> > that command line anyway since you haven't given it any input files.
> >
> > On linux:
> > peterh@warpcore:~$ ld -R; echo $?
> > ld: unrecognized option '-R'
> > ld: use the --help option for usage information
> > 1
> > peterh@warpcore:~$ ld -R/tmp; echo $?
> > ld: no input files
> > 1
> > peterh@warpcore:~$
> >
> > =)
> > Peter
>
> ----
> Steven Graham
> sg...@wu...
>
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> Python-LDAP-dev mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>
>
|
|
From: Michael E. <men...@ka...> - 2002-11-05 13:55:29
|
Just curious, does this now build without any errors on the python2.2
that is installed by the developer tools?
I'm one of the ones who was able to build the library with my stock
10.2 OS X and Dev Tools. It errored out during the build phase but
build install still installed the library and it works fine.
Mike
On Tuesday, November 5, 2002, at 04:55 AM, Steven Graham wrote:
>
>
> ld -R/filename does error out also, and after finding what was wrong
> it only
> issued a warning as Jens said earlier.
>
> For some reason gcc doesn't like the space in the filename when
> linking.
> This might not be gcc, it could be the shell that gcc is calling to
> exec ld.
> In any case I modified util.py in the distutils package to strip out
> spaces
> in the machine name ('Power Macintosh-2.2') when the osname is
> 'darwin'.
>
> The patch is as follows:
> --- util.py Tue Nov 5 01:29:27 2002
> +++ util.py.osx Tue Nov 5 01:26:22 2002
> @@ -67,6 +67,8 @@
> m = rel_re.match(release)
> if m:
> release = m.group()
> + elif osname[:6] == "darwin":
> + machine = machine.replace(' ','')
>
> return "%s-%s-%s" % (osname, release, machine)
> ----end patch (don't include this in file)----
>
> You can patch util.py (after making a backup) like so:
>
> # cd /path/to/python/lib/distutils/
> # cp util.py util.py.orig
> # patch -u -p0 < patch_filename
>
> Where patch_filename is the file you save the patch into.
> If you don't want to use patch you can add the two line fix by hand :)
>
> This will cause the output_dir variable to be set to
> 'build/temp.darwin-6.1-PowerMacintosh-2.2/'
>
> I'm sure there is an easier way to set the build directory through
> options
> in either setup.py or through the command line but I can't find any.
> This
> fix seemed to work for me.
>
> -Steve
>
> Note: I have python2.2 installed on my system but it was showing the
> same
> problems.
|
|
From: Steven G. <sg...@wu...> - 2002-11-05 09:55:13
|
ld -R/filename does error out also, and after finding what was wrong it only
issued a warning as Jens said earlier.
For some reason gcc doesn't like the space in the filename when linking.
This might not be gcc, it could be the shell that gcc is calling to exec ld.
In any case I modified util.py in the distutils package to strip out spaces
in the machine name ('Power Macintosh-2.2') when the osname is 'darwin'.
The patch is as follows:
--- util.py Tue Nov 5 01:29:27 2002
+++ util.py.osx Tue Nov 5 01:26:22 2002
@@ -67,6 +67,8 @@
m = rel_re.match(release)
if m:
release = m.group()
+ elif osname[:6] == "darwin":
+ machine = machine.replace(' ','')
return "%s-%s-%s" % (osname, release, machine)
----end patch (don't include this in file)----
You can patch util.py (after making a backup) like so:
# cd /path/to/python/lib/distutils/
# cp util.py util.py.orig
# patch -u -p0 < patch_filename
Where patch_filename is the file you save the patch into.
If you don't want to use patch you can add the two line fix by hand :)
This will cause the output_dir variable to be set to
'build/temp.darwin-6.1-PowerMacintosh-2.2/'
I'm sure there is an easier way to set the build directory through options
in either setup.py or through the command line but I can't find any. This
fix seemed to work for me.
-Steve
Note: I have python2.2 installed on my system but it was showing the same
problems.
On 11/4/02 11:01 PM, "Peter Hawkins" <pe...@ha...> wrote:
> Hi...
>
>
> On Tue, 5 Nov 2002 02:28 pm, Steven Graham wrote:
>> I disagree, under normal operation the command is failing and
>> exiting with a status of 1 (Under OS X)
>>
>> 31% ld -R; echo $?
>> ld: unknown flag: -R
>> 1
>
> -R takes an argument on other UNIXes. , and you'd expect ld to fail on
> that command line anyway since you haven't given it any input files.
>
> On linux:
> peterh@warpcore:~$ ld -R; echo $?
> ld: unrecognized option '-R'
> ld: use the --help option for usage information
> 1
> peterh@warpcore:~$ ld -R/tmp; echo $?
> ld: no input files
> 1
> peterh@warpcore:~$
>
> =)
> Peter
----
Steven Graham
sg...@wu...
|
|
From: Peter H. <pe...@ha...> - 2002-11-05 07:01:39
|
Hi... On Tue, 5 Nov 2002 02:28 pm, Steven Graham wrote: > I disagree, under normal operation the command is failing and > exiting with a status of 1 (Under OS X) > > 31% ld -R; echo $? > ld: unknown flag: -R > 1 -R takes an argument on other UNIXes. , and you'd expect ld to fail on=20 that command line anyway since you haven't given it any input files. On linux: peterh@warpcore:~$ ld -R; echo $? ld: unrecognized option '-R' ld: use the --help option for usage information 1 peterh@warpcore:~$ ld -R/tmp; echo $? ld: no input files 1 peterh@warpcore:~$ =3D) Peter --=20 pe...@ha... aka pe...@de... GPG key fingerprint: C746 38A9 D3E4 A171 FB6A 56D4 5E30 DFCC BE11 F437 |
|
From: Jens V. <je...@zo...> - 2002-11-05 05:48:43
|
well, the build script does not fail using a self-built python 2.1.3. it gives a warning but the extension is being built. it fails with the built-in python. you get the warning about -R as well. my conclusion: the -R is not the real problem. jens On Monday, Nov 4, 2002, at 22:28 US/Eastern, Steven Graham wrote: > > I disagree, under normal operation the command is failing and exiting > with a > status of 1 (Under OS X) > > 31% ld -R; echo $? > ld: unknown flag: -R > 1 > > The compile process is failing at the linker phase which means that > there is > an error in the build script (specifically the -Wl,-R/usr/bin option) > > On 11/4/02 6:06 PM, "Jens Vagelpohl" <je...@zo...> wrote: > >> the -R is not the problem. under normal operation all it does is >> generate a warning. the problem is with the built-in python2.1 >> >> jens >> >> On Monday, Nov 4, 2002, at 13:15 US/Eastern, Steven Graham wrote: >> >>> >>> Running ld -R tells me its an invalid option...: >>> 34% ld -R >>> ld: unknown flag: -R >>> >>> I would suggest one of two things, find where this -Wl option is >>> being >>> defined and get rid of the -R/usr/lib option. Or try compiling the >>> source >>> without i386 support, but having not compiled this yet I don't know >>> if this >>> -R option is specific to the i386 architecture linker flags or not. >>> >>> >>> On 11/4/02 9:39 AM, "Jens Vagelpohl" <je...@zo...> wrote: >>> >>>> well, i saw the same error trying to compile with the built-in >>>> python2.2. some people claim they got it done, but i went back to a >>>> self-compiled python and it was fine for me after that. >>>> >>>> jens >>>> >>>> >>>> On Monday, Nov 4, 2002, at 07:48 US/Eastern, J.Scholtes wrote: >>>> >>>>> >>>>> Am Montag, 04.11.02, um 13:27 Uhr (Europe/Budapest) schrieb Jens >>>>> Vagelpohl: >>>>> >>>>>> what is the actual error that you get... ? >>>>>> >>>>>> >>>>> >>>>> Here is the complete output: >>>>> >>>>> ##### >>>>> running build >>>>> running build_py >>>>> warning: build_py: file Lib/ldap.py (for module ldap) not found >>>>> warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) >>>>> not found >>>>> not copying Lib/ldap/__init__.py (output up-to-date) >>>>> not copying Lib/ldap/async.py (output up-to-date) >>>>> not copying Lib/ldap/cidict.py (output up-to-date) >>>>> not copying Lib/ldap/functions.py (output up-to-date) >>>>> not copying Lib/ldap/sasl.py (output up-to-date) >>>>> not copying Lib/ldap/schema/__init__.py (output up-to-date) >>>>> not copying Lib/ldap/schema/tokenizer.py (output up-to-date) >>>>> not copying Lib/ldap/schema/models.py (output up-to-date) >>>>> not copying Lib/ldap/schema/subentry.py (output up-to-date) >>>>> not copying Lib/ldap/ldapobject.py (output up-to-date) >>>>> not copying Lib/ldap/modlist.py (output up-to-date) >>>>> not copying Lib/ldapurl.py (output up-to-date) >>>>> not copying Lib/ldif.py (output up-to-date) >>>>> warning: build_py: file Lib/ldap.py (for module ldap) not found >>>>> warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) >>>>> not found >>>>> running build_ext >>>>> building '_ldap' extension >>>>> creating build/temp.darwin-6.1-Power Macintosh-2.2 >>>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>>> -I/usr/include/python2.2 -c Modules/LDAPObject.c -o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o >>>>> cc1: warning: changing search order for system directory >>>>> "/usr/include" >>>>> cc1: warning: as it has already been specified as a non-system >>>>> directory >>>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>>> -I/usr/include/python2.2 -c Modules/common.c -o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/common.o >>>>> cc1: warning: changing search order for system directory >>>>> "/usr/include" >>>>> cc1: warning: as it has already been specified as a non-system >>>>> directory >>>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>>> -I/usr/include/python2.2 -c Modules/constants.c -o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/constants.o >>>>> cc1: warning: changing search order for system directory >>>>> "/usr/include" >>>>> cc1: warning: as it has already been specified as a non-system >>>>> directory >>>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>>> -I/usr/include/python2.2 -c Modules/errors.c -o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/errors.o >>>>> cc1: warning: changing search order for system directory >>>>> "/usr/include" >>>>> cc1: warning: as it has already been specified as a non-system >>>>> directory >>>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>>> -I/usr/include/python2.2 -c Modules/functions.c -o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/functions.o >>>>> cc1: warning: changing search order for system directory >>>>> "/usr/include" >>>>> cc1: warning: as it has already been specified as a non-system >>>>> directory >>>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>>> -I/usr/include/python2.2 -c Modules/schema.c -o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/schema.o >>>>> cc1: warning: changing search order for system directory >>>>> "/usr/include" >>>>> cc1: warning: as it has already been specified as a non-system >>>>> directory >>>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>>> -I/usr/include/python2.2 -c Modules/ldapmodule.c -o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o >>>>> cc1: warning: changing search order for system directory >>>>> "/usr/include" >>>>> cc1: warning: as it has already been specified as a non-system >>>>> directory >>>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>>> -I/usr/include/python2.2 -c Modules/linkedlist.c -o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o >>>>> cc1: warning: changing search order for system directory >>>>> "/usr/include" >>>>> cc1: warning: as it has already been specified as a non-system >>>>> directory >>>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>>> -I/usr/include/python2.2 -c Modules/message.c -o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/message.o >>>>> cc1: warning: changing search order for system directory >>>>> "/usr/include" >>>>> cc1: warning: as it has already been specified as a non-system >>>>> directory >>>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>>> -I/usr/include/python2.2 -c Modules/version.c -o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/version.o >>>>> cc1: warning: changing search order for system directory >>>>> "/usr/include" >>>>> cc1: warning: as it has already been specified as a non-system >>>>> directory >>>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>>> -I/usr/include/python2.2 -c Modules/options.c -o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/options.o >>>>> cc1: warning: changing search order for system directory >>>>> "/usr/include" >>>>> cc1: warning: as it has already been specified as a non-system >>>>> directory >>>>> Modules/options.c: In function `LDAP_get_option': >>>>> Modules/options.c:151: warning: unused variable `doubleval' >>>>> gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined >>>>> suppress >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/common.o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/constants.o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/errors.o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/functions.o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/schema.o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/message.o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/version.o >>>>> build/temp.darwin-6.1-Power Macintosh-2.2/options.o -L/usr/lib >>>>> -Wl,-R/usr/lib -lldap -llber -o build/lib.darwin-6.1-Power >>>>> Macintosh-2.2/_ldap.so >>>>> ld: for architecture i386 >>>>> ld: unknown flag: -R/usr/lib >>>>> error: command 'gcc' failed with exit status 1 >>>>> ####### >>>>> >>>>> after that, all xxx.o files are create in >>>>> "build/temp.darwin-6.1-Power >>>>> Macintosh-2.2/" >>>>> but no _ldap.so is created in "build/lib.darwin-6.1-Power >>>>> Macintosh-2.2/" nor somewhere else. >>>>> >>>>> cu Juergen >>>> >>>> >>>> >>>> ------------------------------------------------------- >>>> This SF.net email is sponsored by: ApacheCon, November 18-21 in >>>> Las Vegas (supported by COMDEX), the only Apache event to be >>>> fully supported by the ASF. http://www.apachecon.com >>>> _______________________________________________ >>>> Python-LDAP-dev mailing list >>>> Pyt...@li... >>>> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev >>>> >>> >>> ---- >>> Steven Graham >>> sg...@wu... >>> >>> >>> >> >> > > ---- > Steven Graham > sg...@wu... > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > Python-LDAP-dev mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/python-ldap-dev |
|
From: Steven G. <sg...@wu...> - 2002-11-05 03:28:15
|
I disagree, under normal operation the command is failing and exiting with a status of 1 (Under OS X) 31% ld -R; echo $? ld: unknown flag: -R 1 The compile process is failing at the linker phase which means that there is an error in the build script (specifically the -Wl,-R/usr/bin option) On 11/4/02 6:06 PM, "Jens Vagelpohl" <je...@zo...> wrote: > the -R is not the problem. under normal operation all it does is > generate a warning. the problem is with the built-in python2.1 > > jens > > On Monday, Nov 4, 2002, at 13:15 US/Eastern, Steven Graham wrote: > >> >> Running ld -R tells me its an invalid option...: >> 34% ld -R >> ld: unknown flag: -R >> >> I would suggest one of two things, find where this -Wl option is being >> defined and get rid of the -R/usr/lib option. Or try compiling the >> source >> without i386 support, but having not compiled this yet I don't know >> if this >> -R option is specific to the i386 architecture linker flags or not. >> >> >> On 11/4/02 9:39 AM, "Jens Vagelpohl" <je...@zo...> wrote: >> >>> well, i saw the same error trying to compile with the built-in >>> python2.2. some people claim they got it done, but i went back to a >>> self-compiled python and it was fine for me after that. >>> >>> jens >>> >>> >>> On Monday, Nov 4, 2002, at 07:48 US/Eastern, J.Scholtes wrote: >>> >>>> >>>> Am Montag, 04.11.02, um 13:27 Uhr (Europe/Budapest) schrieb Jens >>>> Vagelpohl: >>>> >>>>> what is the actual error that you get... ? >>>>> >>>>> >>>> >>>> Here is the complete output: >>>> >>>> ##### >>>> running build >>>> running build_py >>>> warning: build_py: file Lib/ldap.py (for module ldap) not found >>>> warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) >>>> not found >>>> not copying Lib/ldap/__init__.py (output up-to-date) >>>> not copying Lib/ldap/async.py (output up-to-date) >>>> not copying Lib/ldap/cidict.py (output up-to-date) >>>> not copying Lib/ldap/functions.py (output up-to-date) >>>> not copying Lib/ldap/sasl.py (output up-to-date) >>>> not copying Lib/ldap/schema/__init__.py (output up-to-date) >>>> not copying Lib/ldap/schema/tokenizer.py (output up-to-date) >>>> not copying Lib/ldap/schema/models.py (output up-to-date) >>>> not copying Lib/ldap/schema/subentry.py (output up-to-date) >>>> not copying Lib/ldap/ldapobject.py (output up-to-date) >>>> not copying Lib/ldap/modlist.py (output up-to-date) >>>> not copying Lib/ldapurl.py (output up-to-date) >>>> not copying Lib/ldif.py (output up-to-date) >>>> warning: build_py: file Lib/ldap.py (for module ldap) not found >>>> warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) >>>> not found >>>> running build_ext >>>> building '_ldap' extension >>>> creating build/temp.darwin-6.1-Power Macintosh-2.2 >>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>> -I/usr/include/python2.2 -c Modules/LDAPObject.c -o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o >>>> cc1: warning: changing search order for system directory >>>> "/usr/include" >>>> cc1: warning: as it has already been specified as a non-system >>>> directory >>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>> -I/usr/include/python2.2 -c Modules/common.c -o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/common.o >>>> cc1: warning: changing search order for system directory >>>> "/usr/include" >>>> cc1: warning: as it has already been specified as a non-system >>>> directory >>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>> -I/usr/include/python2.2 -c Modules/constants.c -o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/constants.o >>>> cc1: warning: changing search order for system directory >>>> "/usr/include" >>>> cc1: warning: as it has already been specified as a non-system >>>> directory >>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>> -I/usr/include/python2.2 -c Modules/errors.c -o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/errors.o >>>> cc1: warning: changing search order for system directory >>>> "/usr/include" >>>> cc1: warning: as it has already been specified as a non-system >>>> directory >>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>> -I/usr/include/python2.2 -c Modules/functions.c -o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/functions.o >>>> cc1: warning: changing search order for system directory >>>> "/usr/include" >>>> cc1: warning: as it has already been specified as a non-system >>>> directory >>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>> -I/usr/include/python2.2 -c Modules/schema.c -o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/schema.o >>>> cc1: warning: changing search order for system directory >>>> "/usr/include" >>>> cc1: warning: as it has already been specified as a non-system >>>> directory >>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>> -I/usr/include/python2.2 -c Modules/ldapmodule.c -o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o >>>> cc1: warning: changing search order for system directory >>>> "/usr/include" >>>> cc1: warning: as it has already been specified as a non-system >>>> directory >>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>> -I/usr/include/python2.2 -c Modules/linkedlist.c -o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o >>>> cc1: warning: changing search order for system directory >>>> "/usr/include" >>>> cc1: warning: as it has already been specified as a non-system >>>> directory >>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>> -I/usr/include/python2.2 -c Modules/message.c -o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/message.o >>>> cc1: warning: changing search order for system directory >>>> "/usr/include" >>>> cc1: warning: as it has already been specified as a non-system >>>> directory >>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>> -I/usr/include/python2.2 -c Modules/version.c -o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/version.o >>>> cc1: warning: changing search order for system directory >>>> "/usr/include" >>>> cc1: warning: as it has already been specified as a non-system >>>> directory >>>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>>> -I/usr/include/python2.2 -c Modules/options.c -o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/options.o >>>> cc1: warning: changing search order for system directory >>>> "/usr/include" >>>> cc1: warning: as it has already been specified as a non-system >>>> directory >>>> Modules/options.c: In function `LDAP_get_option': >>>> Modules/options.c:151: warning: unused variable `doubleval' >>>> gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined suppress >>>> build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/common.o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/constants.o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/errors.o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/functions.o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/schema.o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/message.o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/version.o >>>> build/temp.darwin-6.1-Power Macintosh-2.2/options.o -L/usr/lib >>>> -Wl,-R/usr/lib -lldap -llber -o build/lib.darwin-6.1-Power >>>> Macintosh-2.2/_ldap.so >>>> ld: for architecture i386 >>>> ld: unknown flag: -R/usr/lib >>>> error: command 'gcc' failed with exit status 1 >>>> ####### >>>> >>>> after that, all xxx.o files are create in >>>> "build/temp.darwin-6.1-Power >>>> Macintosh-2.2/" >>>> but no _ldap.so is created in "build/lib.darwin-6.1-Power >>>> Macintosh-2.2/" nor somewhere else. >>>> >>>> cu Juergen >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: ApacheCon, November 18-21 in >>> Las Vegas (supported by COMDEX), the only Apache event to be >>> fully supported by the ASF. http://www.apachecon.com >>> _______________________________________________ >>> Python-LDAP-dev mailing list >>> Pyt...@li... >>> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev >>> >> >> ---- >> Steven Graham >> sg...@wu... >> >> >> > > ---- Steven Graham sg...@wu... |
|
From: Jens V. <je...@zo...> - 2002-11-05 02:06:45
|
the -R is not the problem. under normal operation all it does is generate a warning. the problem is with the built-in python2.1 jens On Monday, Nov 4, 2002, at 13:15 US/Eastern, Steven Graham wrote: > > Running ld -R tells me its an invalid option...: > 34% ld -R > ld: unknown flag: -R > > I would suggest one of two things, find where this -Wl option is being > defined and get rid of the -R/usr/lib option. Or try compiling the > source > without i386 support, but having not compiled this yet I don't know > if this > -R option is specific to the i386 architecture linker flags or not. > > > On 11/4/02 9:39 AM, "Jens Vagelpohl" <je...@zo...> wrote: > >> well, i saw the same error trying to compile with the built-in >> python2.2. some people claim they got it done, but i went back to a >> self-compiled python and it was fine for me after that. >> >> jens >> >> >> On Monday, Nov 4, 2002, at 07:48 US/Eastern, J.Scholtes wrote: >> >>> >>> Am Montag, 04.11.02, um 13:27 Uhr (Europe/Budapest) schrieb Jens >>> Vagelpohl: >>> >>>> what is the actual error that you get... ? >>>> >>>> >>> >>> Here is the complete output: >>> >>> ##### >>> running build >>> running build_py >>> warning: build_py: file Lib/ldap.py (for module ldap) not found >>> warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) >>> not found >>> not copying Lib/ldap/__init__.py (output up-to-date) >>> not copying Lib/ldap/async.py (output up-to-date) >>> not copying Lib/ldap/cidict.py (output up-to-date) >>> not copying Lib/ldap/functions.py (output up-to-date) >>> not copying Lib/ldap/sasl.py (output up-to-date) >>> not copying Lib/ldap/schema/__init__.py (output up-to-date) >>> not copying Lib/ldap/schema/tokenizer.py (output up-to-date) >>> not copying Lib/ldap/schema/models.py (output up-to-date) >>> not copying Lib/ldap/schema/subentry.py (output up-to-date) >>> not copying Lib/ldap/ldapobject.py (output up-to-date) >>> not copying Lib/ldap/modlist.py (output up-to-date) >>> not copying Lib/ldapurl.py (output up-to-date) >>> not copying Lib/ldif.py (output up-to-date) >>> warning: build_py: file Lib/ldap.py (for module ldap) not found >>> warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) >>> not found >>> running build_ext >>> building '_ldap' extension >>> creating build/temp.darwin-6.1-Power Macintosh-2.2 >>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>> -I/usr/include/python2.2 -c Modules/LDAPObject.c -o >>> build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o >>> cc1: warning: changing search order for system directory >>> "/usr/include" >>> cc1: warning: as it has already been specified as a non-system >>> directory >>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>> -I/usr/include/python2.2 -c Modules/common.c -o >>> build/temp.darwin-6.1-Power Macintosh-2.2/common.o >>> cc1: warning: changing search order for system directory >>> "/usr/include" >>> cc1: warning: as it has already been specified as a non-system >>> directory >>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>> -I/usr/include/python2.2 -c Modules/constants.c -o >>> build/temp.darwin-6.1-Power Macintosh-2.2/constants.o >>> cc1: warning: changing search order for system directory >>> "/usr/include" >>> cc1: warning: as it has already been specified as a non-system >>> directory >>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>> -I/usr/include/python2.2 -c Modules/errors.c -o >>> build/temp.darwin-6.1-Power Macintosh-2.2/errors.o >>> cc1: warning: changing search order for system directory >>> "/usr/include" >>> cc1: warning: as it has already been specified as a non-system >>> directory >>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>> -I/usr/include/python2.2 -c Modules/functions.c -o >>> build/temp.darwin-6.1-Power Macintosh-2.2/functions.o >>> cc1: warning: changing search order for system directory >>> "/usr/include" >>> cc1: warning: as it has already been specified as a non-system >>> directory >>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>> -I/usr/include/python2.2 -c Modules/schema.c -o >>> build/temp.darwin-6.1-Power Macintosh-2.2/schema.o >>> cc1: warning: changing search order for system directory >>> "/usr/include" >>> cc1: warning: as it has already been specified as a non-system >>> directory >>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>> -I/usr/include/python2.2 -c Modules/ldapmodule.c -o >>> build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o >>> cc1: warning: changing search order for system directory >>> "/usr/include" >>> cc1: warning: as it has already been specified as a non-system >>> directory >>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>> -I/usr/include/python2.2 -c Modules/linkedlist.c -o >>> build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o >>> cc1: warning: changing search order for system directory >>> "/usr/include" >>> cc1: warning: as it has already been specified as a non-system >>> directory >>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>> -I/usr/include/python2.2 -c Modules/message.c -o >>> build/temp.darwin-6.1-Power Macintosh-2.2/message.o >>> cc1: warning: changing search order for system directory >>> "/usr/include" >>> cc1: warning: as it has already been specified as a non-system >>> directory >>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>> -I/usr/include/python2.2 -c Modules/version.c -o >>> build/temp.darwin-6.1-Power Macintosh-2.2/version.o >>> cc1: warning: changing search order for system directory >>> "/usr/include" >>> cc1: warning: as it has already been specified as a non-system >>> directory >>> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >>> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >>> -I/usr/include/python2.2 -c Modules/options.c -o >>> build/temp.darwin-6.1-Power Macintosh-2.2/options.o >>> cc1: warning: changing search order for system directory >>> "/usr/include" >>> cc1: warning: as it has already been specified as a non-system >>> directory >>> Modules/options.c: In function `LDAP_get_option': >>> Modules/options.c:151: warning: unused variable `doubleval' >>> gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined suppress >>> build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o >>> build/temp.darwin-6.1-Power Macintosh-2.2/common.o >>> build/temp.darwin-6.1-Power Macintosh-2.2/constants.o >>> build/temp.darwin-6.1-Power Macintosh-2.2/errors.o >>> build/temp.darwin-6.1-Power Macintosh-2.2/functions.o >>> build/temp.darwin-6.1-Power Macintosh-2.2/schema.o >>> build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o >>> build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o >>> build/temp.darwin-6.1-Power Macintosh-2.2/message.o >>> build/temp.darwin-6.1-Power Macintosh-2.2/version.o >>> build/temp.darwin-6.1-Power Macintosh-2.2/options.o -L/usr/lib >>> -Wl,-R/usr/lib -lldap -llber -o build/lib.darwin-6.1-Power >>> Macintosh-2.2/_ldap.so >>> ld: for architecture i386 >>> ld: unknown flag: -R/usr/lib >>> error: command 'gcc' failed with exit status 1 >>> ####### >>> >>> after that, all xxx.o files are create in >>> "build/temp.darwin-6.1-Power >>> Macintosh-2.2/" >>> but no _ldap.so is created in "build/lib.darwin-6.1-Power >>> Macintosh-2.2/" nor somewhere else. >>> >>> cu Juergen >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: ApacheCon, November 18-21 in >> Las Vegas (supported by COMDEX), the only Apache event to be >> fully supported by the ASF. http://www.apachecon.com >> _______________________________________________ >> Python-LDAP-dev mailing list >> Pyt...@li... >> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev >> > > ---- > Steven Graham > sg...@wu... > > > |
|
From: Steven G. <sg...@wu...> - 2002-11-04 18:15:28
|
Running ld -R tells me its an invalid option...: 34% ld -R ld: unknown flag: -R I would suggest one of two things, find where this -Wl option is being defined and get rid of the -R/usr/lib option. Or try compiling the source without i386 support, but having not compiled this yet I don't know if this -R option is specific to the i386 architecture linker flags or not. On 11/4/02 9:39 AM, "Jens Vagelpohl" <je...@zo...> wrote: > well, i saw the same error trying to compile with the built-in > python2.2. some people claim they got it done, but i went back to a > self-compiled python and it was fine for me after that. > > jens > > > On Monday, Nov 4, 2002, at 07:48 US/Eastern, J.Scholtes wrote: > >> >> Am Montag, 04.11.02, um 13:27 Uhr (Europe/Budapest) schrieb Jens >> Vagelpohl: >> >>> what is the actual error that you get... ? >>> >>> >> >> Here is the complete output: >> >> ##### >> running build >> running build_py >> warning: build_py: file Lib/ldap.py (for module ldap) not found >> warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) >> not found >> not copying Lib/ldap/__init__.py (output up-to-date) >> not copying Lib/ldap/async.py (output up-to-date) >> not copying Lib/ldap/cidict.py (output up-to-date) >> not copying Lib/ldap/functions.py (output up-to-date) >> not copying Lib/ldap/sasl.py (output up-to-date) >> not copying Lib/ldap/schema/__init__.py (output up-to-date) >> not copying Lib/ldap/schema/tokenizer.py (output up-to-date) >> not copying Lib/ldap/schema/models.py (output up-to-date) >> not copying Lib/ldap/schema/subentry.py (output up-to-date) >> not copying Lib/ldap/ldapobject.py (output up-to-date) >> not copying Lib/ldap/modlist.py (output up-to-date) >> not copying Lib/ldapurl.py (output up-to-date) >> not copying Lib/ldif.py (output up-to-date) >> warning: build_py: file Lib/ldap.py (for module ldap) not found >> warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) >> not found >> running build_ext >> building '_ldap' extension >> creating build/temp.darwin-6.1-Power Macintosh-2.2 >> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >> -I/usr/include/python2.2 -c Modules/LDAPObject.c -o >> build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o >> cc1: warning: changing search order for system directory "/usr/include" >> cc1: warning: as it has already been specified as a non-system >> directory >> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >> -I/usr/include/python2.2 -c Modules/common.c -o >> build/temp.darwin-6.1-Power Macintosh-2.2/common.o >> cc1: warning: changing search order for system directory "/usr/include" >> cc1: warning: as it has already been specified as a non-system >> directory >> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >> -I/usr/include/python2.2 -c Modules/constants.c -o >> build/temp.darwin-6.1-Power Macintosh-2.2/constants.o >> cc1: warning: changing search order for system directory "/usr/include" >> cc1: warning: as it has already been specified as a non-system >> directory >> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >> -I/usr/include/python2.2 -c Modules/errors.c -o >> build/temp.darwin-6.1-Power Macintosh-2.2/errors.o >> cc1: warning: changing search order for system directory "/usr/include" >> cc1: warning: as it has already been specified as a non-system >> directory >> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >> -I/usr/include/python2.2 -c Modules/functions.c -o >> build/temp.darwin-6.1-Power Macintosh-2.2/functions.o >> cc1: warning: changing search order for system directory "/usr/include" >> cc1: warning: as it has already been specified as a non-system >> directory >> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >> -I/usr/include/python2.2 -c Modules/schema.c -o >> build/temp.darwin-6.1-Power Macintosh-2.2/schema.o >> cc1: warning: changing search order for system directory "/usr/include" >> cc1: warning: as it has already been specified as a non-system >> directory >> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >> -I/usr/include/python2.2 -c Modules/ldapmodule.c -o >> build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o >> cc1: warning: changing search order for system directory "/usr/include" >> cc1: warning: as it has already been specified as a non-system >> directory >> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >> -I/usr/include/python2.2 -c Modules/linkedlist.c -o >> build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o >> cc1: warning: changing search order for system directory "/usr/include" >> cc1: warning: as it has already been specified as a non-system >> directory >> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >> -I/usr/include/python2.2 -c Modules/message.c -o >> build/temp.darwin-6.1-Power Macintosh-2.2/message.o >> cc1: warning: changing search order for system directory "/usr/include" >> cc1: warning: as it has already been specified as a non-system >> directory >> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >> -I/usr/include/python2.2 -c Modules/version.c -o >> build/temp.darwin-6.1-Power Macintosh-2.2/version.o >> cc1: warning: changing search order for system directory "/usr/include" >> cc1: warning: as it has already been specified as a non-system >> directory >> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp >> -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include >> -I/usr/include/python2.2 -c Modules/options.c -o >> build/temp.darwin-6.1-Power Macintosh-2.2/options.o >> cc1: warning: changing search order for system directory "/usr/include" >> cc1: warning: as it has already been specified as a non-system >> directory >> Modules/options.c: In function `LDAP_get_option': >> Modules/options.c:151: warning: unused variable `doubleval' >> gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined suppress >> build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o >> build/temp.darwin-6.1-Power Macintosh-2.2/common.o >> build/temp.darwin-6.1-Power Macintosh-2.2/constants.o >> build/temp.darwin-6.1-Power Macintosh-2.2/errors.o >> build/temp.darwin-6.1-Power Macintosh-2.2/functions.o >> build/temp.darwin-6.1-Power Macintosh-2.2/schema.o >> build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o >> build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o >> build/temp.darwin-6.1-Power Macintosh-2.2/message.o >> build/temp.darwin-6.1-Power Macintosh-2.2/version.o >> build/temp.darwin-6.1-Power Macintosh-2.2/options.o -L/usr/lib >> -Wl,-R/usr/lib -lldap -llber -o build/lib.darwin-6.1-Power >> Macintosh-2.2/_ldap.so >> ld: for architecture i386 >> ld: unknown flag: -R/usr/lib >> error: command 'gcc' failed with exit status 1 >> ####### >> >> after that, all xxx.o files are create in "build/temp.darwin-6.1-Power >> Macintosh-2.2/" >> but no _ldap.so is created in "build/lib.darwin-6.1-Power >> Macintosh-2.2/" nor somewhere else. >> >> cu Juergen > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > Python-LDAP-dev mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/python-ldap-dev > ---- Steven Graham sg...@wu... |
|
From: Jens V. <je...@zo...> - 2002-11-04 17:40:56
|
well, i saw the same error trying to compile with the built-in python2.2. some people claim they got it done, but i went back to a self-compiled python and it was fine for me after that. jens On Monday, Nov 4, 2002, at 07:48 US/Eastern, J.Scholtes wrote: > > Am Montag, 04.11.02, um 13:27 Uhr (Europe/Budapest) schrieb Jens > Vagelpohl: > >> what is the actual error that you get... ? >> >> > > Here is the complete output: > > ##### > running build > running build_py > warning: build_py: file Lib/ldap.py (for module ldap) not found > warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) > not found > not copying Lib/ldap/__init__.py (output up-to-date) > not copying Lib/ldap/async.py (output up-to-date) > not copying Lib/ldap/cidict.py (output up-to-date) > not copying Lib/ldap/functions.py (output up-to-date) > not copying Lib/ldap/sasl.py (output up-to-date) > not copying Lib/ldap/schema/__init__.py (output up-to-date) > not copying Lib/ldap/schema/tokenizer.py (output up-to-date) > not copying Lib/ldap/schema/models.py (output up-to-date) > not copying Lib/ldap/schema/subentry.py (output up-to-date) > not copying Lib/ldap/ldapobject.py (output up-to-date) > not copying Lib/ldap/modlist.py (output up-to-date) > not copying Lib/ldapurl.py (output up-to-date) > not copying Lib/ldif.py (output up-to-date) > warning: build_py: file Lib/ldap.py (for module ldap) not found > warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) > not found > running build_ext > building '_ldap' extension > creating build/temp.darwin-6.1-Power Macintosh-2.2 > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp > -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include > -I/usr/include/python2.2 -c Modules/LDAPObject.c -o > build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o > cc1: warning: changing search order for system directory "/usr/include" > cc1: warning: as it has already been specified as a non-system > directory > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp > -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include > -I/usr/include/python2.2 -c Modules/common.c -o > build/temp.darwin-6.1-Power Macintosh-2.2/common.o > cc1: warning: changing search order for system directory "/usr/include" > cc1: warning: as it has already been specified as a non-system > directory > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp > -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include > -I/usr/include/python2.2 -c Modules/constants.c -o > build/temp.darwin-6.1-Power Macintosh-2.2/constants.o > cc1: warning: changing search order for system directory "/usr/include" > cc1: warning: as it has already been specified as a non-system > directory > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp > -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include > -I/usr/include/python2.2 -c Modules/errors.c -o > build/temp.darwin-6.1-Power Macintosh-2.2/errors.o > cc1: warning: changing search order for system directory "/usr/include" > cc1: warning: as it has already been specified as a non-system > directory > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp > -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include > -I/usr/include/python2.2 -c Modules/functions.c -o > build/temp.darwin-6.1-Power Macintosh-2.2/functions.o > cc1: warning: changing search order for system directory "/usr/include" > cc1: warning: as it has already been specified as a non-system > directory > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp > -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include > -I/usr/include/python2.2 -c Modules/schema.c -o > build/temp.darwin-6.1-Power Macintosh-2.2/schema.o > cc1: warning: changing search order for system directory "/usr/include" > cc1: warning: as it has already been specified as a non-system > directory > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp > -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include > -I/usr/include/python2.2 -c Modules/ldapmodule.c -o > build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o > cc1: warning: changing search order for system directory "/usr/include" > cc1: warning: as it has already been specified as a non-system > directory > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp > -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include > -I/usr/include/python2.2 -c Modules/linkedlist.c -o > build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o > cc1: warning: changing search order for system directory "/usr/include" > cc1: warning: as it has already been specified as a non-system > directory > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp > -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include > -I/usr/include/python2.2 -c Modules/message.c -o > build/temp.darwin-6.1-Power Macintosh-2.2/message.o > cc1: warning: changing search order for system directory "/usr/include" > cc1: warning: as it has already been specified as a non-system > directory > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp > -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include > -I/usr/include/python2.2 -c Modules/version.c -o > build/temp.darwin-6.1-Power Macintosh-2.2/version.o > cc1: warning: changing search order for system directory "/usr/include" > cc1: warning: as it has already been specified as a non-system > directory > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp > -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include > -I/usr/include/python2.2 -c Modules/options.c -o > build/temp.darwin-6.1-Power Macintosh-2.2/options.o > cc1: warning: changing search order for system directory "/usr/include" > cc1: warning: as it has already been specified as a non-system > directory > Modules/options.c: In function `LDAP_get_option': > Modules/options.c:151: warning: unused variable `doubleval' > gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined suppress > build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o > build/temp.darwin-6.1-Power Macintosh-2.2/common.o > build/temp.darwin-6.1-Power Macintosh-2.2/constants.o > build/temp.darwin-6.1-Power Macintosh-2.2/errors.o > build/temp.darwin-6.1-Power Macintosh-2.2/functions.o > build/temp.darwin-6.1-Power Macintosh-2.2/schema.o > build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o > build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o > build/temp.darwin-6.1-Power Macintosh-2.2/message.o > build/temp.darwin-6.1-Power Macintosh-2.2/version.o > build/temp.darwin-6.1-Power Macintosh-2.2/options.o -L/usr/lib > -Wl,-R/usr/lib -lldap -llber -o build/lib.darwin-6.1-Power > Macintosh-2.2/_ldap.so > ld: for architecture i386 > ld: unknown flag: -R/usr/lib > error: command 'gcc' failed with exit status 1 > ####### > > after that, all xxx.o files are create in "build/temp.darwin-6.1-Power > Macintosh-2.2/" > but no _ldap.so is created in "build/lib.darwin-6.1-Power > Macintosh-2.2/" nor somewhere else. > > cu Juergen |
|
From: J.Scholtes <sch...@fh...> - 2002-11-04 12:48:24
|
Am Montag, 04.11.02, um 13:27 Uhr (Europe/Budapest) schrieb Jens Vagelpohl: > what is the actual error that you get... ? > > Here is the complete output: ##### running build running build_py warning: build_py: file Lib/ldap.py (for module ldap) not found warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) not found not copying Lib/ldap/__init__.py (output up-to-date) not copying Lib/ldap/async.py (output up-to-date) not copying Lib/ldap/cidict.py (output up-to-date) not copying Lib/ldap/functions.py (output up-to-date) not copying Lib/ldap/sasl.py (output up-to-date) not copying Lib/ldap/schema/__init__.py (output up-to-date) not copying Lib/ldap/schema/tokenizer.py (output up-to-date) not copying Lib/ldap/schema/models.py (output up-to-date) not copying Lib/ldap/schema/subentry.py (output up-to-date) not copying Lib/ldap/ldapobject.py (output up-to-date) not copying Lib/ldap/modlist.py (output up-to-date) not copying Lib/ldapurl.py (output up-to-date) not copying Lib/ldif.py (output up-to-date) warning: build_py: file Lib/ldap.py (for module ldap) not found warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) not found running build_ext building '_ldap' extension creating build/temp.darwin-6.1-Power Macintosh-2.2 gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include -I/usr/include/python2.2 -c Modules/LDAPObject.c -o build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include -I/usr/include/python2.2 -c Modules/common.c -o build/temp.darwin-6.1-Power Macintosh-2.2/common.o cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include -I/usr/include/python2.2 -c Modules/constants.c -o build/temp.darwin-6.1-Power Macintosh-2.2/constants.o cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include -I/usr/include/python2.2 -c Modules/errors.c -o build/temp.darwin-6.1-Power Macintosh-2.2/errors.o cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include -I/usr/include/python2.2 -c Modules/functions.c -o build/temp.darwin-6.1-Power Macintosh-2.2/functions.o cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include -I/usr/include/python2.2 -c Modules/schema.c -o build/temp.darwin-6.1-Power Macintosh-2.2/schema.o cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include -I/usr/include/python2.2 -c Modules/ldapmodule.c -o build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include -I/usr/include/python2.2 -c Modules/linkedlist.c -o build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include -I/usr/include/python2.2 -c Modules/message.c -o build/temp.darwin-6.1-Power Macintosh-2.2/message.o cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include -I/usr/include/python2.2 -c Modules/version.c -o build/temp.darwin-6.1-Power Macintosh-2.2/version.o cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DLDAPMODULE_VERSION=2.0.0pre06 -IModules -I/usr/include -I/usr/include/python2.2 -c Modules/options.c -o build/temp.darwin-6.1-Power Macintosh-2.2/options.o cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory Modules/options.c: In function `LDAP_get_option': Modules/options.c:151: warning: unused variable `doubleval' gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined suppress build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o build/temp.darwin-6.1-Power Macintosh-2.2/common.o build/temp.darwin-6.1-Power Macintosh-2.2/constants.o build/temp.darwin-6.1-Power Macintosh-2.2/errors.o build/temp.darwin-6.1-Power Macintosh-2.2/functions.o build/temp.darwin-6.1-Power Macintosh-2.2/schema.o build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o build/temp.darwin-6.1-Power Macintosh-2.2/message.o build/temp.darwin-6.1-Power Macintosh-2.2/version.o build/temp.darwin-6.1-Power Macintosh-2.2/options.o -L/usr/lib -Wl,-R/usr/lib -lldap -llber -o build/lib.darwin-6.1-Power Macintosh-2.2/_ldap.so ld: for architecture i386 ld: unknown flag: -R/usr/lib error: command 'gcc' failed with exit status 1 ####### after that, all xxx.o files are create in "build/temp.darwin-6.1-Power Macintosh-2.2/" but no _ldap.so is created in "build/lib.darwin-6.1-Power Macintosh-2.2/" nor somewhere else. cu Juergen |
|
From: Jens V. <je...@zo...> - 2002-11-04 12:28:54
|
what is the actual error that you get... ? jens On Monday, Nov 4, 2002, at 07:13 US/Eastern, J.Scholtes wrote: > Hi Folks. > > I still have problems to compile python-ldap on macosx. > When I took a closer look to the output of the build-script I might > have found one Problem. > Here is the line of the gcc-call: > > ## > gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined suppress > build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o > build/temp.darwin-6.1-Power Macintosh-2.2/common.o > build/temp.darwin-6.1-Power Macintosh-2.2/constants.o > build/temp.darwin-6.1-Power Macintosh-2.2/errors.o > build/temp.darwin-6.1-Power Macintosh-2.2/functions.o > build/temp.darwin-6.1-Power Macintosh-2.2/schema.o > build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o > build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o > build/temp.darwin-6.1-Power Macintosh-2.2/message.o > build/temp.darwin-6.1-Power Macintosh-2.2/version.o > build/temp.darwin-6.1-Power Macintosh-2.2/options.o > -L/usr/local/openldap-REL_ENG_2_1/lib > -Wl,-R/usr/local/openldap-REL_ENG_2_1/lib -lldap -llber -o > build/lib.darwin-6.1-Power Macintosh-2.2/_ldap.so > ## > > I think the Problem is the space in the path: > build/temp.darwin-6.1-Power Macintosh-2.2/xxxx > ^^^^ > Where can I find the gcc-call to modify the path to something without > a space ? > > best regards > juergen > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > Python-LDAP-dev mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/python-ldap-dev |
|
From: J.Scholtes <sch...@fh...> - 2002-11-04 12:14:12
|
Hi Folks.
I still have problems to compile python-ldap on macosx.
When I took a closer look to the output of the build-script I might
have found one Problem.
Here is the line of the gcc-call:
##
gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined suppress
build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o
build/temp.darwin-6.1-Power Macintosh-2.2/common.o
build/temp.darwin-6.1-Power Macintosh-2.2/constants.o
build/temp.darwin-6.1-Power Macintosh-2.2/errors.o
build/temp.darwin-6.1-Power Macintosh-2.2/functions.o
build/temp.darwin-6.1-Power Macintosh-2.2/schema.o
build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o
build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o
build/temp.darwin-6.1-Power Macintosh-2.2/message.o
build/temp.darwin-6.1-Power Macintosh-2.2/version.o
build/temp.darwin-6.1-Power Macintosh-2.2/options.o
-L/usr/local/openldap-REL_ENG_2_1/lib
-Wl,-R/usr/local/openldap-REL_ENG_2_1/lib -lldap -llber -o
build/lib.darwin-6.1-Power Macintosh-2.2/_ldap.so
##
I think the Problem is the space in the path:
build/temp.darwin-6.1-Power Macintosh-2.2/xxxx
^^^^
Where can I find the gcc-call to modify the path to something without a
space ?
best regards
juergen
|
|
From: <mi...@st...> - 2002-11-03 18:14:56
|
Michael Engelhart wrote: > > As for ldap.async.List are you suggesting that we'll have some more user > friendly wrappers for python-ldap? Well, I developed it for web2ldap and some of my commercial projects and contributed it to python-ldap. ldap.async solves some real-word problems for me: - Stream processing of large result sets (ldap.async.AsyncSearchHandler) - Grab partial search results (ldap.async.List) - Write large result sets to file object (ldap.async.FileWriter), e.g. produce LDIF with ldap.async.LDIFWriter. There's also some potential with deriving classes from ldap.ldapobject.LDAPObject (mainly SimpleLDAPObject): Automatic fail-over, load-balancing. E.g. I'm using ldap.ldapobject.ReconnectLDAPObject in web2ldap to work around Domino/LDAP dropping LDAP connections quite frequently. But I did not make up my mind so far about a really nice and cleanly designed class structure. > Is that something that people are > working on? At the moment I'm the only one... Ciao, Michael. |
|
From: <mi...@st...> - 2002-11-03 17:35:59
|
Michael Engelhart wrote: > > I just put a very simple set of python-ldap sample code that shows > searching a directory, binding to a directory, and deleting entries: > http://homepage.mac.com/mengelhart/python-ldap-samples.html Thanks for contributing that. I've added a link to this page to http://python-ldap.sourceforge.net/docs.shtml . Some comments: As default an LDAPv2 connection is made by the OpenLDAP client libs. Therefore you have to explicitly set the attribute protocol_version to use LDAPv3. Personally I prefer to use: l.set_option(ldap.OPT_PROTOCOL_VERSION,ldap.VERSION3) This is especially true in the search example: -------------------- snip ------------------ ## first you must open a connection to the server try: l = ldap.open("127.0.0.1") ## searching doesn't require a bind except ldap.LDAPError, e: print e # handle error however you like -------------------- snip ------------------ Here you state that a BindRequest is not needed before the SearchRequest. This is only true for LDAPv3! Most times an LDAPv2 server will give you back ldap.PROTOCOL_ERROR (or behave odd ;-). It should read: -------------------- snip ------------------ ## first you must open a connection to the server try: l = ldap.open("127.0.0.1") l.protocol_version = ldap.VERSION3 ## with LDAPv3 searching doesn't require a bind except ldap.LDAPError, e: print e # handle error however you like -------------------- snip ------------------ Unfortunately if LDAPv3 is not supported you will get an error at the point where you send the first LDAPRequest (the SearchRequest in your example). Now one might wonder how to properly "negotiate" the LDAP protocol version. Well, check out how it's done ldap.ldapobject.SmartLDAPObject. This is not ready for prime time yet but should give you some inspiration. Please test! Your async search example is a good starting point to lead over to deploying class ldap.async.List. ;-) Well, everybody is encouraged to dig into Demo/ anyway. Ciao, Michael. |
|
From: Michael E. <men...@ka...> - 2002-11-03 17:07:06
|
hey all - I just put a very simple set of python-ldap sample code that shows searching a directory, binding to a directory, and deleting entries: http://homepage.mac.com/mengelhart/python-ldap-samples.html I'm going to be adding a modify and also use of modlist when I get around to it. This page would have greatly helped me when I started with python-ldap so I figured someone else may find it useful. It's kind of a mixup of sync and async examples. Hopefully I'll get around to doing examples of each. If anyone finds any bugs - please let me know Cheers Mike |
|
From: <mi...@st...> - 2002-10-29 17:59:58
|
Michael Engelhart wrote: > right - I guess was thinking more along the lines of directly in the > documentation Documentation... (sigh!) There are even sub-modules completely undocumented... Ciao, Michael. |
|
From: Michael E. <men...@ka...> - 2002-10-29 17:43:48
|
right - I guess was thinking more along the lines of directly in the=20 documentation on the ldap operations page, having a paragraph that says=20= "For the following methods, x(), y(), z(), ldap.LDAPError exceptions=20 are raised instead of returning error codes - click <a=20 href=3D"http://python-ldap.sourceforge.net/doc/python-ldap/node9.html=20 ">here</a> for more information on the Exceptions that can occur." In my case, I read through the exception page and didn't "get" that=20 delete_s doesn't return error codes because there is documentation=20 like this mixed into the LDAP operations page for say the result()=20 method: The result() method returns a tuple of the form (result-type,=20 result-data). The first element, result-type is a string, being one of:=20= 'RES_BIND', 'RES_SEARCH_ENTRY', 'RES_SEARCH_RESULT', 'RES_MODIFY',=20 'RES_ADD', 'RES_DELETE', 'RES_MODRDN', or 'RES_COMPARE'. (The module=20 constants RES_* are set to these strings, for your convenience.) This method does return codes and it seems to me that based on that if=20= it's not explicitly stated that other methods would as well. =20 Personally I would like to see the documentation have examples for each=20= function written in python but I doubt anyone has time for that. I'll=20= start collecting mine and maybe put them up somewhere. Mike On Tuesday, October 29, 2002, at 12:28 PM, Michael Str=F6der wrote: > Michael Engelhart wrote: >>> Thanks to the early design decision of David you don't have to do=20 >>> error handling by checking result codes. If an error occurs during=20= >>> deletion of an entry an exception of class ldap.LDAPError or a=20 >>> derived error class is raised. >> maybe that little tidbit should be in the documentation somewhere? > > http://python-ldap.sourceforge.net/doc/python-ldap/node9.html > > Ciao, Michael. > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Python-LDAP-dev mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/python-ldap-dev > |
627 messages has been excluded from this view by a project administrator.
